Новогодняя история с конём в яблоках
На нашем канале уже целая гирлянда новогодних постов за два года. И, знаете, если сравнить первые картинки с нынешними, видно, как мы с ИИ потихоньку учимся. ИИ - быстрее учится, чем я. судя по всему 😊
В этот раз я снова делала праздничную картинку. Получилось тепло и по-зимнему. Один момент вышел особенно душевным. Я попросила у ГигаЧата коня - вороного или «в яблоках». Он подошел к делу с полной серьёзностью. Посмотрите, конь действительно в яблоках, правда? Я даже править не стала - какой-то он цельный, настоящий. Пусть будет таким.
Если внимательно присмотреться к этой сказочной картинке и немного увеличить, можно найти кое-что очень знакомое по работе. Найдете?
Если на каникулах вдруг заскучаете, то оставлю здесь ссылки на мои самые любимые истории:
✨Новогодние истории или мой первый корпоратив на работе
✨О кнопочных телефонах и об источниках требований
✨История про детство и компьютер
✨Можно ли войти в ИТ через калькулятор?
✨Артефакты цифрового мезозоя
✨Сможете придумать логлайн для своей задачи?
Веселого праздника и хорошего настроения! Пусть и кони, и яблоки, и подарки будут точно такими, какими вы хотели их увидеть от Деда Мороза!🎄
#с_новым_годом #навигация #что_почитать
На нашем канале уже целая гирлянда новогодних постов за два года. И, знаете, если сравнить первые картинки с нынешними, видно, как мы с ИИ потихоньку учимся. ИИ - быстрее учится, чем я. судя по всему 😊
В этот раз я снова делала праздничную картинку. Получилось тепло и по-зимнему. Один момент вышел особенно душевным. Я попросила у ГигаЧата коня - вороного или «в яблоках». Он подошел к делу с полной серьёзностью. Посмотрите, конь действительно в яблоках, правда? Я даже править не стала - какой-то он цельный, настоящий. Пусть будет таким.
Если внимательно присмотреться к этой сказочной картинке и немного увеличить, можно найти кое-что очень знакомое по работе. Найдете?
Если на каникулах вдруг заскучаете, то оставлю здесь ссылки на мои самые любимые истории:
✨Новогодние истории или мой первый корпоратив на работе
✨О кнопочных телефонах и об источниках требований
✨История про детство и компьютер
✨Можно ли войти в ИТ через калькулятор?
✨Артефакты цифрового мезозоя
✨Сможете придумать логлайн для своей задачи?
Веселого праздника и хорошего настроения! Пусть и кони, и яблоки, и подарки будут точно такими, какими вы хотели их увидеть от Деда Мороза!
#с_новым_годом #навигация #что_почитать
Please open Telegram to view this post
VIEW IN TELEGRAM
🎉4❤2🥰1
Каникулы - как эта замерзшая Волга. Сверху всё замирает. Подо льдом течение никуда не девается, где-то в глубине, даже в режиме полной перезагрузки, собираются новые планы.
Родительский дом, семейные разговоры, снег... Ходьба по снегу требует усилий. Так и с мыслями в новом контексте: приходится прокладывать новые пути, а не бегать по привычным нейронным дорожкам☺️
Теперь возвращаюсь с обновленными силами. Кстати, в дорогу взяла книгу, которая совсем не из мира аналитиков. Но она настолько меня зарядила, что обязательно расскажу на следующей неделе.
Что привезли из каникул в новый рабочий год — спокойствие, идеи, фото или, может быть, новые вопросы?
#возвращение_с_каникул #волга #зимние_пейзажи #мысливслух
Родительский дом, семейные разговоры, снег... Ходьба по снегу требует усилий. Так и с мыслями в новом контексте: приходится прокладывать новые пути, а не бегать по привычным нейронным дорожкам
Теперь возвращаюсь с обновленными силами. Кстати, в дорогу взяла книгу, которая совсем не из мира аналитиков. Но она настолько меня зарядила, что обязательно расскажу на следующей неделе.
Что привезли из каникул в новый рабочий год — спокойствие, идеи, фото или, может быть, новые вопросы?
#возвращение_с_каникул #волга #зимние_пейзажи #мысливслух
Please open Telegram to view this post
VIEW IN TELEGRAM
❤8⚡2🥰1
Не утонуть в афише: конференции на февраль-июнь 2026
Куда можно отправиться за инсайтами и контактами в 2006 году? Делюсь своим списком на первое полугодие 2026. Это мероприятия, где есть треки БА/CА или близкие к ним. Смотрите, сравнивайте, планируйте.
📍7 февраля ANALYST MARATHON #16. Мероприятие проходит только в он-лайн формате. Доклады на предыдущих конференциях шли в записи, спикер подключался на сессию вопросов-ответов после каждого доклада. Общение с докладчиками и аудиторией через чатик в Телеграм. В этот раз фокус на темах: Интеграции, API, Микросервисы Архитектурные подходы в работе BA/SA BPM
📍13 февраля DUMP Санкт-Петербург. Как и в прошлом году заявлено 5 треков: Backend, Frontend, Testing&QA, SA&BA и Management. Ориентир на специалистов уровня middle, middle + и выше. Вот тут делала обзор в феврале прошлого года.
📍27 февраля – 01 марта Иволга Senior Camp Spring (Екатеринбург) Зимний кэмп в уральском лесу для синьоров и лидов, которые устали от конференций.
📍12-13 марта Merge Москва. Мультидисциплинарная конференция из 6 направлений: разработка, управление, маркетинг, HR, Аналитика, 1С. Здесь под термином «аналитика» имеют в виду 2 секции: «анализ и продуктовая аналитика», «data аналитика».
📍10-11 апреля Стачка (Ульяновск) Мультидисциплинарная конференция. Заявлено 4 темы: разработка, управление, дизайн и контент, digital-маркетинг. Системный и бизнес-анализ здесь рассматриваются в треке «разработка». Мои впечатления от «Стачки» в Санкт-Петербурге тут , до Ульяновска пока не доехала
📍17-18 апреля Merge Innopolis Здесь 7 направлений, на одно больше, чем на московском Merge: разработка, управление, маркетинг, HR, Аналитика, 1С, Карьера в IT. В 2025 году я была на этой конференции в Иннополисе, впечатления тут.
📍22 апреля Цифровизация бизнес-процессов 2026 (Москва). Бизнес-конференция от TAdviser, посвящена управлению операционными процессами и технологиям BPM.
📍24 апреля DUMP Урал (Екатеринбург) В этом году заявлено 13 секций: Backend, Frontend, Design, Testing&QA, DevOps&SRE, Management: Product, Management: Team, Science, Data, SA&BA, TechLead, новые секции AppSec и DevRel.
📍22-23 мая Analyst Days-22 (Санкт-Петербург) Профильная конференция для аналитиков. Обычно бывает несколько стримов на темы работы с требованиями, пользовательским опытом, архитектуры, карьеры и еще многих вопросов. Думаю, основной ориентир на специалистов уровня middle. Мой репортаж с Analyst Days-21 в ноябре 2025 тут.
📍30-31 мая CodeFest 16 (Новосибирск) На лендинге обещают, что программа будет пересобрана и вместо привычных секций будет фокус на стыке инженерных и продуктово-управленческих тем.
📍июнь (даты еще не опубликованы) Saint HighLoad++ (Санкт-Петербург) Профессиональная конференция разработчиков высоконагруженных систем, но и аналитиков здесь тоже считают частью целевой аудитории. В этом году заявлен формат конференции развития — фокус на активности, решение задач, а не лекционный формат.
📍27-28 июня ЛАФ (Москва) Профильное мероприятие для системных и бизнес-аналитиков. Ключевые темы: бизнес-анализ, требования, проектирование систем, продуктовые практики, QA и анализ, AI в разработке, управление командой, адаптация к рынку.
Здесь я выбрала только те конференции, что знаю сама, и для которых на данный момент известны сроки. Если хотите предложить дополнение к списку — пишите в комментариях!
#конференции
Куда можно отправиться за инсайтами и контактами в 2006 году? Делюсь своим списком на первое полугодие 2026. Это мероприятия, где есть треки БА/CА или близкие к ним. Смотрите, сравнивайте, планируйте.
📍7 февраля ANALYST MARATHON #16. Мероприятие проходит только в он-лайн формате. Доклады на предыдущих конференциях шли в записи, спикер подключался на сессию вопросов-ответов после каждого доклада. Общение с докладчиками и аудиторией через чатик в Телеграм. В этот раз фокус на темах: Интеграции, API, Микросервисы Архитектурные подходы в работе BA/SA BPM
📍13 февраля DUMP Санкт-Петербург. Как и в прошлом году заявлено 5 треков: Backend, Frontend, Testing&QA, SA&BA и Management. Ориентир на специалистов уровня middle, middle + и выше. Вот тут делала обзор в феврале прошлого года.
📍27 февраля – 01 марта Иволга Senior Camp Spring (Екатеринбург) Зимний кэмп в уральском лесу для синьоров и лидов, которые устали от конференций.
📍12-13 марта Merge Москва. Мультидисциплинарная конференция из 6 направлений: разработка, управление, маркетинг, HR, Аналитика, 1С. Здесь под термином «аналитика» имеют в виду 2 секции: «анализ и продуктовая аналитика», «data аналитика».
📍10-11 апреля Стачка (Ульяновск) Мультидисциплинарная конференция. Заявлено 4 темы: разработка, управление, дизайн и контент, digital-маркетинг. Системный и бизнес-анализ здесь рассматриваются в треке «разработка». Мои впечатления от «Стачки» в Санкт-Петербурге тут , до Ульяновска пока не доехала
📍17-18 апреля Merge Innopolis Здесь 7 направлений, на одно больше, чем на московском Merge: разработка, управление, маркетинг, HR, Аналитика, 1С, Карьера в IT. В 2025 году я была на этой конференции в Иннополисе, впечатления тут.
📍22 апреля Цифровизация бизнес-процессов 2026 (Москва). Бизнес-конференция от TAdviser, посвящена управлению операционными процессами и технологиям BPM.
📍24 апреля DUMP Урал (Екатеринбург) В этом году заявлено 13 секций: Backend, Frontend, Design, Testing&QA, DevOps&SRE, Management: Product, Management: Team, Science, Data, SA&BA, TechLead, новые секции AppSec и DevRel.
📍22-23 мая Analyst Days-22 (Санкт-Петербург) Профильная конференция для аналитиков. Обычно бывает несколько стримов на темы работы с требованиями, пользовательским опытом, архитектуры, карьеры и еще многих вопросов. Думаю, основной ориентир на специалистов уровня middle. Мой репортаж с Analyst Days-21 в ноябре 2025 тут.
📍30-31 мая CodeFest 16 (Новосибирск) На лендинге обещают, что программа будет пересобрана и вместо привычных секций будет фокус на стыке инженерных и продуктово-управленческих тем.
📍июнь (даты еще не опубликованы) Saint HighLoad++ (Санкт-Петербург) Профессиональная конференция разработчиков высоконагруженных систем, но и аналитиков здесь тоже считают частью целевой аудитории. В этом году заявлен формат конференции развития — фокус на активности, решение задач, а не лекционный формат.
📍27-28 июня ЛАФ (Москва) Профильное мероприятие для системных и бизнес-аналитиков. Ключевые темы: бизнес-анализ, требования, проектирование систем, продуктовые практики, QA и анализ, AI в разработке, управление командой, адаптация к рынку.
Здесь я выбрала только те конференции, что знаю сама, и для которых на данный момент известны сроки. Если хотите предложить дополнение к списку — пишите в комментариях!
#конференции
👍3❤2🙏1😍1
Вопрос на два голоса. Буквально.
Чтобы делать сторис от учетки канала (и чтобы наш контент видело больше людей), нужно всего несколько голосов от вас. Помогите, пожалуйста, апгрейду?
Думаю, сторис будут изредка информировать о самых интересных постах. Обещаю не превращаться в того самого соседа, который каждый день показывает, что ест на завтрак.
Добавить свой голос можно по этой ссылке https://t.me/boost/pro_ba_it
Чтобы делать сторис от учетки канала (и чтобы наш контент видело больше людей), нужно всего несколько голосов от вас. Помогите, пожалуйста, апгрейду?
Думаю, сторис будут изредка информировать о самых интересных постах. Обещаю не превращаться в того самого соседа, который каждый день показывает, что ест на завтрак.
Добавить свой голос можно по этой ссылке https://t.me/boost/pro_ba_it
🤝6🦄3❤2
Всегда боялась повзрослеть раньше времени
Я не впала в детство. Просто провела каникулы с книгой из подборки «Бизнес по-русски». Называется «Смешарики. История культовой вселенной».
Я к ним трепетно отношусь. Эта любовь началась, когда сыну было года три и не закончилась. Завершающая глава книги так и называется «Ничего не заканчивается».
Знаете эту родительскую фишку? Вы покупаете радиоуправляемые машинки детям на вырост и катаете по квартире сами. Потом ребенок вырастает, а машинка — нет. Но поиграть уже сложно. Только возьмете машинку, ребенок на вас смотрит большими испуганными глазами. Очень она ему нужна в его 25! 😊 В общем, у меня тоже были машинки и любимые мультфильмы, а теперь - много ярких картинок для слайдов и презентаций. Прикрепила здесь одну.
Смешарики меня завораживают как продукт: как люди сели и придумали мультяшную вселенную? А потом еще и раскрутили до 600 серий? Или сначала был MVP из кривых шаров с ушами, а потом пририсовали ручки-ножки и сделали «целевое решение»? Не совсем так.
Как и знакомые нам цифровые продукты этот - сочетание стратегии, технологий, процессов, профессионализма и драйва увлеченных людей.
💡 Идея и стратегия. Несколько лет обдумывания разных идей очень разными людьми. Консультации с мэтрами-режиссерами и с известными продюсерами. В основе всего производство настольных игр и идея «Идеальный мир без насилия», созданная для игровой механики, дополненная фигурками из другого продукта. Заправленная смелостью фаундера заявить мульт-сериал на 200 серий, когда самый массовый и известный «Ну погоди!» имел только 17 серий, а на производство десятиминутного ролика уходило от девяти месяцев до двух лет.
👨💻 Команда. Должны были встретиться: генеральный продюсер, художественный руководитель, арт-директор, сценаристы, режиссер, специалисты компьютерной анимации (о которой в начале 2000х мало кто знал). Важен операционный директор, способный из творческого хаоса выстроить работающее производство со всеми необходимыми специалистами и оборудованием. С точки зрения организации команд есть моменты общие с привычными в ИТ гибкими методологиями: разделение на самостоятельные творческие группы, с полной ответственностью группы за результат.
⚙️Технологии и профессионализм. Меня впечатлил рассказ о производстве анимации в начале 2000х и о том как команда осваивала Macromedia Flash. Цитата: «Ведь мультфильмы тогда всё ещё рисовали на кальке. Её клали поверх уже готового кадра на просветном столе и выводили следующий кадр, меняя позы и жесты героев...Процесс, который мало того что занимал гигантское количество времени, так ещё и требовал дополнительных рабочих рук. А именно сканировщиков, заливщиков, фазовщиков, контуровщиков. С переходом на Flash необходимость в представителях этих профессий попросту отпадала.» Мы часто обсуждаем развитие ИТ-профессий с приходом ИИ, похоже?
Очень интересно читать о поисках конкретных решений - это уже реализация. На карандашных набросках варианты названий проекта и персонажей: «Лимпуты, Кламси, Бумси...» Много листов мелким почерком и ни одного похожего на итоговый вариант. Характеры персонажей выравнивались и по примерам классической литературы, и по знаменитым мультфильмам. В Кроше есть немного от Кролика из Винни-Пуха, в Лосяше — от знаменитого Знайки Носова... Сначала персонажей было гораздо больше, когда утвердился подход вселенной кругляшей, их проанализировали, чтобы убрать несоответствия по внешнему виду и характерам. Так из вселенной ушел «Бельчун» - с пушистым хвостом невозможно быть шариком, «Буренка» стала Нюшей - нужен был свинский характер, а «Гусений» стал Пином - кругляшу не подходит длинная шея. Персонажей лепили из гипса, рисовали пробно, выезжали творческой группой на природу, чтобы спроектировать вселенную. Это в 2001-02 гг., а первая серия вышла в конце 2003-го.
Итак. Читается легко, вдохновляет на творческие поиски. Если вам интересна магия создания смелых продуктов и симпатична вселенная Смешариков, рекомендую эту книгу. И желаю таких же хороших друзей как у меня, которые вам ее подарят 🌱
#мысливслух #книжки
Я не впала в детство. Просто провела каникулы с книгой из подборки «Бизнес по-русски». Называется «Смешарики. История культовой вселенной».
Я к ним трепетно отношусь. Эта любовь началась, когда сыну было года три и не закончилась. Завершающая глава книги так и называется «Ничего не заканчивается».
Знаете эту родительскую фишку? Вы покупаете радиоуправляемые машинки детям на вырост и катаете по квартире сами. Потом ребенок вырастает, а машинка — нет. Но поиграть уже сложно. Только возьмете машинку, ребенок на вас смотрит большими испуганными глазами. Очень она ему нужна в его 25! 😊 В общем, у меня тоже были машинки и любимые мультфильмы, а теперь - много ярких картинок для слайдов и презентаций. Прикрепила здесь одну.
Смешарики меня завораживают как продукт: как люди сели и придумали мультяшную вселенную? А потом еще и раскрутили до 600 серий? Или сначала был MVP из кривых шаров с ушами, а потом пририсовали ручки-ножки и сделали «целевое решение»? Не совсем так.
Как и знакомые нам цифровые продукты этот - сочетание стратегии, технологий, процессов, профессионализма и драйва увлеченных людей.
👨💻 Команда. Должны были встретиться: генеральный продюсер, художественный руководитель, арт-директор, сценаристы, режиссер, специалисты компьютерной анимации (о которой в начале 2000х мало кто знал). Важен операционный директор, способный из творческого хаоса выстроить работающее производство со всеми необходимыми специалистами и оборудованием. С точки зрения организации команд есть моменты общие с привычными в ИТ гибкими методологиями: разделение на самостоятельные творческие группы, с полной ответственностью группы за результат.
⚙️Технологии и профессионализм. Меня впечатлил рассказ о производстве анимации в начале 2000х и о том как команда осваивала Macromedia Flash. Цитата: «Ведь мультфильмы тогда всё ещё рисовали на кальке. Её клали поверх уже готового кадра на просветном столе и выводили следующий кадр, меняя позы и жесты героев...Процесс, который мало того что занимал гигантское количество времени, так ещё и требовал дополнительных рабочих рук. А именно сканировщиков, заливщиков, фазовщиков, контуровщиков. С переходом на Flash необходимость в представителях этих профессий попросту отпадала.» Мы часто обсуждаем развитие ИТ-профессий с приходом ИИ, похоже?
Очень интересно читать о поисках конкретных решений - это уже реализация. На карандашных набросках варианты названий проекта и персонажей: «Лимпуты, Кламси, Бумси...» Много листов мелким почерком и ни одного похожего на итоговый вариант. Характеры персонажей выравнивались и по примерам классической литературы, и по знаменитым мультфильмам. В Кроше есть немного от Кролика из Винни-Пуха, в Лосяше — от знаменитого Знайки Носова... Сначала персонажей было гораздо больше, когда утвердился подход вселенной кругляшей, их проанализировали, чтобы убрать несоответствия по внешнему виду и характерам. Так из вселенной ушел «Бельчун» - с пушистым хвостом невозможно быть шариком, «Буренка» стала Нюшей - нужен был свинский характер, а «Гусений» стал Пином - кругляшу не подходит длинная шея. Персонажей лепили из гипса, рисовали пробно, выезжали творческой группой на природу, чтобы спроектировать вселенную. Это в 2001-02 гг., а первая серия вышла в конце 2003-го.
Итак. Читается легко, вдохновляет на творческие поиски. Если вам интересна магия создания смелых продуктов и симпатична вселенная Смешариков, рекомендую эту книгу. И желаю таких же хороших друзей как у меня, которые вам ее подарят 🌱
#мысливслух #книжки
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥5👍3❤2
Аналитику на заметку: статьи о выявлении требований
Разбор статей в моих записях на этот раз привел к подборке о выявлении и анализе требований. Об этом пишут много, постаралась выбрать из накопившегося то, что либо применимо на практике, либо так или иначе рассказывает об опыте авторов.
📍Classifying product techniques by requirements type (EN) Статья в блоге IREB о том, что продуктовый подход смещает фокус с пассивного сбора требований на активное исследование проблем пользователей с помощью таких техник, как Jobs-To-Be-Done, Opportunity Solution Tree и User Story Mapping. Прошло без малого два года с даты публикации, но тема выглядит актуальной. К статье приложен достойный список литературы из сферы UX и управления продуктами.
📍Организуем хаос: как аналитику составить надежный план встреч по сбору требований с заказчиком Простые прикладные рекомендации по составлению плана предпроектного исследования, или по-просту выявления требований. Больше применим в заказной разработке или если с нуля начинаете новый большой продукт во внутренней.
📍Важные ингредиенты для выявления требований Статья о «настройках», которые помогают получать информацию для требований.
🎬Когда вроде все сделали правильно – а заказчик недоволен (видео). Опытные коллеги-аналитики на учебном примере разобрали, что нужно понять для хорошего результата и какими инструментами. Действительно качественный материал, где затронуты и определение контекста, и анализ ключевых показателей, и поиск проблем через root cause analysis.
📍Reverse Engineering бизнес требований советы для Senior Business Analyst Здесь речь об извлечении информации из существующего решения для формирования новой документации или требований, что часто требуется при развитии систем или переносе процессов на новую платформу. Ключ к успеху - четкое ограничение задачи, перекрестная проверка информации из разных источников (код, данные, документация, интерфейсы).
#что_почитать
Разбор статей в моих записях на этот раз привел к подборке о выявлении и анализе требований. Об этом пишут много, постаралась выбрать из накопившегося то, что либо применимо на практике, либо так или иначе рассказывает об опыте авторов.
📍Classifying product techniques by requirements type (EN) Статья в блоге IREB о том, что продуктовый подход смещает фокус с пассивного сбора требований на активное исследование проблем пользователей с помощью таких техник, как Jobs-To-Be-Done, Opportunity Solution Tree и User Story Mapping. Прошло без малого два года с даты публикации, но тема выглядит актуальной. К статье приложен достойный список литературы из сферы UX и управления продуктами.
📍Организуем хаос: как аналитику составить надежный план встреч по сбору требований с заказчиком Простые прикладные рекомендации по составлению плана предпроектного исследования, или по-просту выявления требований. Больше применим в заказной разработке или если с нуля начинаете новый большой продукт во внутренней.
📍Важные ингредиенты для выявления требований Статья о «настройках», которые помогают получать информацию для требований.
🎬Когда вроде все сделали правильно – а заказчик недоволен (видео). Опытные коллеги-аналитики на учебном примере разобрали, что нужно понять для хорошего результата и какими инструментами. Действительно качественный материал, где затронуты и определение контекста, и анализ ключевых показателей, и поиск проблем через root cause analysis.
📍Reverse Engineering бизнес требований советы для Senior Business Analyst Здесь речь об извлечении информации из существующего решения для формирования новой документации или требований, что часто требуется при развитии систем или переносе процессов на новую платформу. Ключ к успеху - четкое ограничение задачи, перекрестная проверка информации из разных источников (код, данные, документация, интерфейсы).
#что_почитать
👍3🔥1
Опыт vs Контекст: стаж в IT больше не работает?
Выбрала чувствительную тему — оценку опыта специалистов. Рискну поделиться мыслями.
Года полтора назад наткнулась в одном уважаемом канале на доклад «Раньше деревья были выше, а IT круче. Или нет?». Спикер вышел с CD-диском в руках, и с первых слов погрузил зал в атмосферу начала нулевых, а затем разыграл диалог между айтишниками разных поколений. Посмотрите обязательно сами.
Когда на экране оказались окошки Windows XP, я удивилась, что до сих пор понимаю этот интерфейс - и как давно это было! Это словно другой мир. Мир, где айтишники были кастой лохматых энтузиастов в джинсовых рубашках, помнивших наизусть номера ICQ. В голове тут же затренькал тот самый писклявый рингтон (он, кстати, есть в докладе). А теперь эти люди — солидные профессионалы. Те, кто успешно пережил не один кризис, в том числе и среднего возраста 😉
Доклад был не просто ностальгией, он подчеркнул различия между тем как был устроен мир IT тогда и сейчас. Вдруг вспомнила свое недоумение, когда я начинала истории про знакомство с ассемблером и слышала задумчивое «огооо, это же тааак сложно». Десяток операторов из трех букв, операции с шестнадцатеричными числами... Я после не работала разработчиком, поэтому плохо осознавала насколько современные интерфейсы сред разработки просто спрятали базовые вещи с глаз долой. Эти вещи исчезли из виду вместе с теми самыми джинсовыми рубашками и плохими стрижками.
Люди тем не менее остались и каждый движется по своей траектории. Условно можно выделить два типа специалистов с принципиально разным устройством знаний и отношением ко времени. Первые (чаще молодые) живут в мире, который требует «брать и делать». У них нет времени (а часто и необходимости) разбирать базовое устройство вещей. Вторые (те, кто постарше) итеративно накопили знания об устройстве систем и об устройстве самих себя. Они взрослели в мире, который казался обозримым, где было время узнавать, ошибаться и исправлять ошибки.
При этом мир найма и проектной деятельности пытается сравнить их друг с другом одной линейкой. Но делать это линейно — бессмысленно. Потому что различно всё: бэкграунд, внутренние двигатели, даже лексика. Для одних «краш» - симпатичный парень из телевизора, а для других - то, что происходит с компьютером, если неудачно вытащить диск 😊
Измерить опыт годами? Один удивляется как вообще можно через 5 лет после универа иметь 10 лет опыта? Другой не понимает: «Я наконец-то разобрался и в людях, и в профессии, только оказывается это не мое время, а когда уже будет мое?»
Одинаково оценить мотивацию? В начале карьеры человеком движет амбиция попробовать и заработать как можно больше и это мотивирует работать. Позже на первый план выходит желание делать то, что приносит кайф и смысл — то, что ты наконец определил для себя. Хорошо, что уже не спрашивают, кем мы себя видим через 5 лет. Или еще спрашивают?
Кажется, закон джунглей всегда был суров, но не лишен своей звериной логики. Даже заглянула в книгу Киплинга и нашла любимую фразу про Скалу Советов:
Сравнивать волков только по седине (а специалистов по стажу) - глупо. Важны результаты охоты. Что это в нашей реальности? Умение выстроить архитектуру или запустить процесс? Способность вести команду через кризис? Талант учиться или учить других?
Рискую говорить на эту тему, потому что верю: сила — не в ностальгии по «большим деревьям» и не в погоне за быстрым результатом. Она — в способности разглядеть охотника в другом и сохранить его в себе. И этому навыку, увы, не научит ни один доклад.
#мысливслух #карьера
Выбрала чувствительную тему — оценку опыта специалистов. Рискну поделиться мыслями.
Года полтора назад наткнулась в одном уважаемом канале на доклад «Раньше деревья были выше, а IT круче. Или нет?». Спикер вышел с CD-диском в руках, и с первых слов погрузил зал в атмосферу начала нулевых, а затем разыграл диалог между айтишниками разных поколений. Посмотрите обязательно сами.
Когда на экране оказались окошки Windows XP, я удивилась, что до сих пор понимаю этот интерфейс - и как давно это было! Это словно другой мир. Мир, где айтишники были кастой лохматых энтузиастов в джинсовых рубашках, помнивших наизусть номера ICQ. В голове тут же затренькал тот самый писклявый рингтон (он, кстати, есть в докладе). А теперь эти люди — солидные профессионалы. Те, кто успешно пережил не один кризис, в том числе и среднего возраста 😉
Доклад был не просто ностальгией, он подчеркнул различия между тем как был устроен мир IT тогда и сейчас. Вдруг вспомнила свое недоумение, когда я начинала истории про знакомство с ассемблером и слышала задумчивое «огооо, это же тааак сложно». Десяток операторов из трех букв, операции с шестнадцатеричными числами... Я после не работала разработчиком, поэтому плохо осознавала насколько современные интерфейсы сред разработки просто спрятали базовые вещи с глаз долой. Эти вещи исчезли из виду вместе с теми самыми джинсовыми рубашками и плохими стрижками.
Люди тем не менее остались и каждый движется по своей траектории. Условно можно выделить два типа специалистов с принципиально разным устройством знаний и отношением ко времени. Первые (чаще молодые) живут в мире, который требует «брать и делать». У них нет времени (а часто и необходимости) разбирать базовое устройство вещей. Вторые (те, кто постарше) итеративно накопили знания об устройстве систем и об устройстве самих себя. Они взрослели в мире, который казался обозримым, где было время узнавать, ошибаться и исправлять ошибки.
При этом мир найма и проектной деятельности пытается сравнить их друг с другом одной линейкой. Но делать это линейно — бессмысленно. Потому что различно всё: бэкграунд, внутренние двигатели, даже лексика. Для одних «краш» - симпатичный парень из телевизора, а для других - то, что происходит с компьютером, если неудачно вытащить диск 😊
Измерить опыт годами? Один удивляется как вообще можно через 5 лет после универа иметь 10 лет опыта? Другой не понимает: «Я наконец-то разобрался и в людях, и в профессии, только оказывается это не мое время, а когда уже будет мое?»
Одинаково оценить мотивацию? В начале карьеры человеком движет амбиция попробовать и заработать как можно больше и это мотивирует работать. Позже на первый план выходит желание делать то, что приносит кайф и смысл — то, что ты наконец определил для себя. Хорошо, что уже не спрашивают, кем мы себя видим через 5 лет. Или еще спрашивают?
Кажется, закон джунглей всегда был суров, но не лишен своей звериной логики. Даже заглянула в книгу Киплинга и нашла любимую фразу про Скалу Советов:
Под скалой сидело сорок с лишним волков всех возрастов и мастей – от седых, как барсуки, ветеранов, расправлявшихся в одиночку с буйволом, до молодых чёрных трёхлеток, которые воображали, что им это тоже под силу.
Сравнивать волков только по седине (а специалистов по стажу) - глупо. Важны результаты охоты. Что это в нашей реальности? Умение выстроить архитектуру или запустить процесс? Способность вести команду через кризис? Талант учиться или учить других?
Рискую говорить на эту тему, потому что верю: сила — не в ностальгии по «большим деревьям» и не в погоне за быстрым результатом. Она — в способности разглядеть охотника в другом и сохранить его в себе. И этому навыку, увы, не научит ни один доклад.
#мысливслух #карьера
🔥11❤6😁3🤝1
Книжный обмен: мой ТОП-5 для софт-скиллов
Что получится, если два экспертных канала обменяются своими книжными сокровищницами? Проверяем вместе с Дашей из «Даша IT-следопыт» ! Каждая из нас выбрала по 5 книг, без которых не представляет развития гибких навыков в IT. Наши подборки оказались не похожими, но идеально дополняющими друг друга.
✅ Мой список (система и управление): книги о системном мышлении, управлении ИТ-командами и личной эффективности. Поможет структурировать подход к задачам, понять суть роли тим-лида и прокачать навыки переговоров.
✅ Список Даши (гибкость и обучение): книги о гибком мышлении, осознанном поведении и эффективном обучении. Поможет перезагрузить карьеру, лучше понимать мотивы - свои и чужие и наконец научиться запоминать важное надолго.
Так выглядит мой вклад в книжный обмен:
📍Искусство системного мышления. Необходимые знания о системах и творческом подходе к решению проблем, Джозеф О'Коннор, Иан Макдермотт, 1997
Книга позволяет взглянуть под новым углом на сложные вещи. Система здесь — не термин из мира автоматизации, а рассмотрение задачи во всем многообразии структурных взаимосвязей.
📍Я, нёрды и гики
Майкл Лопп, 2016
Полезно руководителям ИТ-команд, независимо от опыта.
А еще тем кого раздражают их руководители и непонятно, чем они заняты.
Особенно горячо рекомендую всем, кто только еще планирует перейти на роль менеджера или тим-лида. О работе руководителя написано настолько честно и прямо, что, может быть, вы даже передумаете на эту роль переходить. Делала обзор этой книги тут.
📍Метод McKinsey. Использование техник ведущих стратегических консультантов для решения личных и деловых задач
Итан Расиел, 2012
Издание 2012 года, некоторые инструменты с тех пор заметно больше развились, а методы, которые автор называет «причудливыми», уже получили распространение. Особенно занимательно выглядят примеры из начала карьеры автора в 1989 году. Тем не менее ход мысли при идентификации проблем бизнеса и поиске решений не слишком изменился с тех пор. Я даже удивилась как мало по моим ощущениям изменилось во взаимодействии с заказчиками, 90% примеров совершенно из сегодняшнего дня. Рекомендую аналитикам, делала обзор этой книги тут.
📍Джедайские техники
Максим Дорофеев, 2017
Вы узнаете, как устроены ваше мышление и память, почему вы неэкономно тратите ресурсы своего мозга и как это исправить. Максим Дорофеев – признанный практик, его можно услышать на ИТ-конференциях (доклад на CodeFest).
📍Я слышу вас насквозь. Эффективная техника переговоров
Марк Гоулстон, 2012
Простая, практичная книга о том как научиться слышать собеседника и быть услышанным. Одна из первых книг, где я впервые прочла о трех областях мозга и как они работают вместе при принятии решений.
Пост Даши 👉 смотрите здесь и делитесь вашими книжными рекомендациями под моим постом и постом в канале «Даша IT-следопыт»!
#что_почитать #книжки
Что получится, если два экспертных канала обменяются своими книжными сокровищницами? Проверяем вместе с Дашей из «Даша IT-следопыт» ! Каждая из нас выбрала по 5 книг, без которых не представляет развития гибких навыков в IT. Наши подборки оказались не похожими, но идеально дополняющими друг друга.
✅ Мой список (система и управление): книги о системном мышлении, управлении ИТ-командами и личной эффективности. Поможет структурировать подход к задачам, понять суть роли тим-лида и прокачать навыки переговоров.
✅ Список Даши (гибкость и обучение): книги о гибком мышлении, осознанном поведении и эффективном обучении. Поможет перезагрузить карьеру, лучше понимать мотивы - свои и чужие и наконец научиться запоминать важное надолго.
Так выглядит мой вклад в книжный обмен:
📍Искусство системного мышления. Необходимые знания о системах и творческом подходе к решению проблем, Джозеф О'Коннор, Иан Макдермотт, 1997
Книга позволяет взглянуть под новым углом на сложные вещи. Система здесь — не термин из мира автоматизации, а рассмотрение задачи во всем многообразии структурных взаимосвязей.
📍Я, нёрды и гики
Майкл Лопп, 2016
Полезно руководителям ИТ-команд, независимо от опыта.
А еще тем кого раздражают их руководители и непонятно, чем они заняты.
Особенно горячо рекомендую всем, кто только еще планирует перейти на роль менеджера или тим-лида. О работе руководителя написано настолько честно и прямо, что, может быть, вы даже передумаете на эту роль переходить. Делала обзор этой книги тут.
📍Метод McKinsey. Использование техник ведущих стратегических консультантов для решения личных и деловых задач
Итан Расиел, 2012
Издание 2012 года, некоторые инструменты с тех пор заметно больше развились, а методы, которые автор называет «причудливыми», уже получили распространение. Особенно занимательно выглядят примеры из начала карьеры автора в 1989 году. Тем не менее ход мысли при идентификации проблем бизнеса и поиске решений не слишком изменился с тех пор. Я даже удивилась как мало по моим ощущениям изменилось во взаимодействии с заказчиками, 90% примеров совершенно из сегодняшнего дня. Рекомендую аналитикам, делала обзор этой книги тут.
📍Джедайские техники
Максим Дорофеев, 2017
Вы узнаете, как устроены ваше мышление и память, почему вы неэкономно тратите ресурсы своего мозга и как это исправить. Максим Дорофеев – признанный практик, его можно услышать на ИТ-конференциях (доклад на CodeFest).
📍Я слышу вас насквозь. Эффективная техника переговоров
Марк Гоулстон, 2012
Простая, практичная книга о том как научиться слышать собеседника и быть услышанным. Одна из первых книг, где я впервые прочла о трех областях мозга и как они работают вместе при принятии решений.
Пост Даши 👉 смотрите здесь и делитесь вашими книжными рекомендациями под моим постом и постом в канале «Даша IT-следопыт»!
#что_почитать #книжки
👍6❤3🔥2
Выявление требований или чтение мыслей?
Как обычно, думаю над контентом. Можно сказать, ломаю голову 😊 Инструментов выявления требований много, задачи у всех разные, а в вакансиях просят что-то похожее на навыки телепатии и чтения мыслей заказчика через монитор.
Ниже пара вопросов. Ответьте, пожалуйста. Самые популярные варианты станут темой статьи или подборки. И заодно вместе посмотрим отличается ли теория от практики? 👇
Как обычно, думаю над контентом. Можно сказать, ломаю голову 😊 Инструментов выявления требований много, задачи у всех разные, а в вакансиях просят что-то похожее на навыки телепатии и чтения мыслей заказчика через монитор.
Ниже пара вопросов. Ответьте, пожалуйста. Самые популярные варианты станут темой статьи или подборки. И заодно вместе посмотрим отличается ли теория от практики? 👇
👌1
Результаты опроса о выявлении требований
Среди тех, кто ответил на вопросы выше про техники выявления требований, в топ-5 самых часто используемых оказались:
1️⃣Интервью,
2️⃣Анализ документов,
3️⃣Анализ процессов,
4️⃣Анализ данных,
5️⃣Прототипирование.
У меня была гипотеза, что кейсы на собеседованиях могут давать по тем техникам, которые применяются редко и этот перекос мы заметим при сравнении ответов на вопросы. В итоге здесь не очень большое количество ответов и до второго вопроса добрались не все, поэтому результаты сложно считать статистическими значимыми. Тем не менее среди ответивших:
🥇фокус-группы чаще вспомнят на собеседовании, чем в реальной практике;
🥈анализ процессов наоборот применяют чаще, чем вспоминают в тестовых кейсах;
🥉опросы и наблюдения звучат в тестовых кейсах, но используются реже.
Пойду подумаю, что еще я не рассказала о проведении интервью? Продолжение следует...
#инструменты
Среди тех, кто ответил на вопросы выше про техники выявления требований, в топ-5 самых часто используемых оказались:
1️⃣Интервью,
2️⃣Анализ документов,
3️⃣Анализ процессов,
4️⃣Анализ данных,
5️⃣Прототипирование.
У меня была гипотеза, что кейсы на собеседованиях могут давать по тем техникам, которые применяются редко и этот перекос мы заметим при сравнении ответов на вопросы. В итоге здесь не очень большое количество ответов и до второго вопроса добрались не все, поэтому результаты сложно считать статистическими значимыми. Тем не менее среди ответивших:
🥇фокус-группы чаще вспомнят на собеседовании, чем в реальной практике;
🥈анализ процессов наоборот применяют чаще, чем вспоминают в тестовых кейсах;
🥉опросы и наблюдения звучат в тестовых кейсах, но используются реже.
Пойду подумаю, что еще я не рассказала о проведении интервью? Продолжение следует...
#инструменты
👍3🔥1
Где кончается ИТ и начинается бизнес? Мысли с BPM-неконференции
«А давайте попробуем разобраться кто из нас ИТ, а кто - бизнес?» - такой неожиданно сложный вопрос прозвучал на встрече Ассоциации BPM-профессионалов. Я пришла туда послушать, о чем говорят специалисты, которые управляют процессами. Сейчас все расскажу.
Встреча прошла 3 февраля, называется «Неконференция». Это открытое, неформальное мероприятие без жёсткой повестки, её формируют сами участники. Проходит в очень уютной, дружественной атмосфере. Повестка в сфере процессного управления. Конечно, формируется не стихийно, а направляется фасилитатором. Среди участников: руководители процессных офисов, операционные директора, корпоративные архитекторы, методологи и процессные аналитики.
Обсуждение было организовано по командам. Подробнее в посте в канале Ассоциации. Все темы разбились на 4 потока:
📍Технологии: Process Mining, ИИ и практические IT-решения.
📍Методология: жизнеспособность регламентов и выбор метрик.
📍Целеполагание: как измерить операционный эффект и преодолеть сопротивление изменениям.
📍Процессные организации: какой путь должна пройти компания, чтобы иметь процессы предсказуемые, измеримые, прозрачные и соответствующие стратеги бизнеса. Коллеги выстроили целую дорожную карту развития компании (можно найти фото в альбоме ABPMP в ВК).
Некоторая интрига образовалась уже с самого начала. Где проводят границу между ИТ и бизнесом BPM-профессионалы? Это оказалось непросто. Многие объясняли, что им сложно провести четкую границу, потому что приходится и оценивать операционную эффективность процессов производства, и формировать требования к автоматизации, включая участие при внедрении и приемке систем. И в организационной структуре компаний процессный офис может быть в подчинении ИТ-директора.
Продолжается тренд "аналитик-швейцарский нож" и оказалось, он актуален не только для БА/СА, но и для процессных аналитиков. Среди вопросов на стикерах встретился такой: «Действительно ли процессный аналитик должен обладать компетенциями БА и СА?». Для меня ответ скорее «нет», ведь швейцарский нож пригождается в поездке, а в домашних условиях быстрее и удобнее открывать консервные банки полноценной «открывашкой». Но индустрия все чаще заказывает именно универсальный нож». Как думаете - это эволюция роли или её размывание?
#мысливслух #конференции
«А давайте попробуем разобраться кто из нас ИТ, а кто - бизнес?» - такой неожиданно сложный вопрос прозвучал на встрече Ассоциации BPM-профессионалов. Я пришла туда послушать, о чем говорят специалисты, которые управляют процессами. Сейчас все расскажу.
Встреча прошла 3 февраля, называется «Неконференция». Это открытое, неформальное мероприятие без жёсткой повестки, её формируют сами участники. Проходит в очень уютной, дружественной атмосфере. Повестка в сфере процессного управления. Конечно, формируется не стихийно, а направляется фасилитатором. Среди участников: руководители процессных офисов, операционные директора, корпоративные архитекторы, методологи и процессные аналитики.
Обсуждение было организовано по командам. Подробнее в посте в канале Ассоциации. Все темы разбились на 4 потока:
📍Технологии: Process Mining, ИИ и практические IT-решения.
📍Методология: жизнеспособность регламентов и выбор метрик.
📍Целеполагание: как измерить операционный эффект и преодолеть сопротивление изменениям.
📍Процессные организации: какой путь должна пройти компания, чтобы иметь процессы предсказуемые, измеримые, прозрачные и соответствующие стратеги бизнеса. Коллеги выстроили целую дорожную карту развития компании (можно найти фото в альбоме ABPMP в ВК).
Некоторая интрига образовалась уже с самого начала. Где проводят границу между ИТ и бизнесом BPM-профессионалы? Это оказалось непросто. Многие объясняли, что им сложно провести четкую границу, потому что приходится и оценивать операционную эффективность процессов производства, и формировать требования к автоматизации, включая участие при внедрении и приемке систем. И в организационной структуре компаний процессный офис может быть в подчинении ИТ-директора.
Продолжается тренд "аналитик-швейцарский нож" и оказалось, он актуален не только для БА/СА, но и для процессных аналитиков. Среди вопросов на стикерах встретился такой: «Действительно ли процессный аналитик должен обладать компетенциями БА и СА?». Для меня ответ скорее «нет», ведь швейцарский нож пригождается в поездке, а в домашних условиях быстрее и удобнее открывать консервные банки полноценной «открывашкой». Но индустрия все чаще заказывает именно универсальный нож». Как думаете - это эволюция роли или её размывание?
#мысливслух #конференции
👍1
Еще раз об интервью
Интервью - инструмент, который называют чаще всего, когда говорят о выявлении требований. Но если все им владеют, почему по-прежнему никуда не делись вопросы разрыва между реальностью внедренных приложений и ожиданиями пользователей? Потому что интервью требует подготовки и имеет свои риски.
Правильное использование важно, еще и потому, что это дорогой подход. Нужно определить цели, адресно выявить респондентов, выделить время всех участников: аналитика и респондента. Ветераны вспомнят времена, когда аналитики были так суровы, что не доверяли видеосвязи и ездили в другие города и страны ради единственной встречи. Представляете цену вопроса? Ошибки на любом этапе приводят к удорожанию и искажению результатов. Где-то на конференции услышала: «Мы провели интервью, где все вопросы были с вариантами ответов». То есть вместо качественного исследования получился опрос с затратами равными интервью и скорее всего недостаточной выборкой респондентов. В итоге - сожженное время и недостоверные выводы.
На мой взгляд, основная сложность интервью для выявления требований - несоответствие целей и ожиданий сторон. Это почти как в семейной жизни: кто-то к вечеру устал на работе, а кому-то именно этим вечером очень нужен освежающий отношения конфликт 😊
«Мне расскажут правду». Люди говорят не то, что делают, а то, что помнят. Бывает, что хотят выглядеть умно или просто говорят социально одобряемое. Аналитики при этом чувствуют себя обманутыми и жалуются на незрелость пользователей или заказчиков. Мне запомнился такой комментарий под моей статьей на Хабре
Заказчик тоже чувствует себя обманутым - он ожидает, что придет мастер и все починит, а на вопросы он ответил честно и что еще нужно?
Респонденты не всегда могут дать развернутый технологичный ответ, а если и скажут что-то на айтишном, не факт, что хорошо понимают сказанное. Например, я не смогу ответить стоматологу, если он начнет меня спрашивать каким материалом заменить пломбу? а на вопрос, что я делаю, если зуб болит, отвечу - записываюсь к врачу... такой вот незрелый пациент из меня 🤷♀️
«Мне расскажут всё». Эксперт упускает «очевидные» для него детали, которые для аналитика - чёрные ящики. В итоге один остается при мнении, что узнал все, а другой - что рассказал все, но при этом оба не слишком продвинулись к результату. Так можно с большим опозданием обнаружить, что «ID клиента» - это не UID, а номер паспорта или телефона 😉
Сбор мнений вместо изучения контекста. Бывает, что аналитик приходит за решением, а не за проблемой. Вместо «Как вы сейчас работаете?» звучит «Как вам хотелось бы работать?». Итог - сбор субъективных пожеланий, а не фактов. Когда заказчики или пользователи потом видят этакие хотелки на экране, они обычно пугаются. У них-то было ожидание, что их мнение превратится в удобное решение, а спрашивают просто для информации.
Еще важно понимать, чье именно мнение и по какому вопросу прозвучало на интервью. Скажем, мнение финансового директора о распределении бюджета важнее услышать, чем мнение вашего соседа по столу по тому же вопросу.
В общем случае не достаточно одного только интервью, чтобы сделать выводы - нужно поговорить с ИТ-поддержкой, понаблюдать за работой пользователя (если покажут), посмотреть логи систем (если есть), в регламенты заглянуть, данные поискать.
В следующий раз, готовясь к интервью, спросите себя: что я хочу узнать? могу ли я это узнать другим способом? я буду собирать мнения или изучать контекст? Это сэкономит кучу времени.
📚Дополню тему несколькими публикациями:
● Ошибки при проведении интервью с пользователями
● Интервью на удаленке
● Как ID клиента оказался номером телефона и вдвое увеличил стоимость задачи
● Какие вопросы?
● Кейс. Подготовка к интервью
#инструменты #интервью
Интервью - инструмент, который называют чаще всего, когда говорят о выявлении требований. Но если все им владеют, почему по-прежнему никуда не делись вопросы разрыва между реальностью внедренных приложений и ожиданиями пользователей? Потому что интервью требует подготовки и имеет свои риски.
Правильное использование важно, еще и потому, что это дорогой подход. Нужно определить цели, адресно выявить респондентов, выделить время всех участников: аналитика и респондента. Ветераны вспомнят времена, когда аналитики были так суровы, что не доверяли видеосвязи и ездили в другие города и страны ради единственной встречи. Представляете цену вопроса? Ошибки на любом этапе приводят к удорожанию и искажению результатов. Где-то на конференции услышала: «Мы провели интервью, где все вопросы были с вариантами ответов». То есть вместо качественного исследования получился опрос с затратами равными интервью и скорее всего недостаточной выборкой респондентов. В итоге - сожженное время и недостоверные выводы.
На мой взгляд, основная сложность интервью для выявления требований - несоответствие целей и ожиданий сторон. Это почти как в семейной жизни: кто-то к вечеру устал на работе, а кому-то именно этим вечером очень нужен освежающий отношения конфликт 😊
«Мне расскажут правду». Люди говорят не то, что делают, а то, что помнят. Бывает, что хотят выглядеть умно или просто говорят социально одобряемое. Аналитики при этом чувствуют себя обманутыми и жалуются на незрелость пользователей или заказчиков. Мне запомнился такой комментарий под моей статьей на Хабре
Типичные ответы моих пользователей (которые не меняются уже пару десятков лет) :
Как вы действуете, если во время работы пропадает доступ к данным? - Звоню знакомому ИТ-нику / ИТ-директору.
Как происходит процесс ввода информации?- Руками.
Заказчик тоже чувствует себя обманутым - он ожидает, что придет мастер и все починит, а на вопросы он ответил честно и что еще нужно?
Респонденты не всегда могут дать развернутый технологичный ответ, а если и скажут что-то на айтишном, не факт, что хорошо понимают сказанное. Например, я не смогу ответить стоматологу, если он начнет меня спрашивать каким материалом заменить пломбу? а на вопрос, что я делаю, если зуб болит, отвечу - записываюсь к врачу... такой вот незрелый пациент из меня 🤷♀️
«Мне расскажут всё». Эксперт упускает «очевидные» для него детали, которые для аналитика - чёрные ящики. В итоге один остается при мнении, что узнал все, а другой - что рассказал все, но при этом оба не слишком продвинулись к результату. Так можно с большим опозданием обнаружить, что «ID клиента» - это не UID, а номер паспорта или телефона 😉
Сбор мнений вместо изучения контекста. Бывает, что аналитик приходит за решением, а не за проблемой. Вместо «Как вы сейчас работаете?» звучит «Как вам хотелось бы работать?». Итог - сбор субъективных пожеланий, а не фактов. Когда заказчики или пользователи потом видят этакие хотелки на экране, они обычно пугаются. У них-то было ожидание, что их мнение превратится в удобное решение, а спрашивают просто для информации.
Еще важно понимать, чье именно мнение и по какому вопросу прозвучало на интервью. Скажем, мнение финансового директора о распределении бюджета важнее услышать, чем мнение вашего соседа по столу по тому же вопросу.
Мало того, что мы шлём не то и не тем, так это ещё и не доходит (из Смешариков)
В общем случае не достаточно одного только интервью, чтобы сделать выводы - нужно поговорить с ИТ-поддержкой, понаблюдать за работой пользователя (если покажут), посмотреть логи систем (если есть), в регламенты заглянуть, данные поискать.
В следующий раз, готовясь к интервью, спросите себя: что я хочу узнать? могу ли я это узнать другим способом? я буду собирать мнения или изучать контекст? Это сэкономит кучу времени.
📚Дополню тему несколькими публикациями:
● Ошибки при проведении интервью с пользователями
● Интервью на удаленке
● Как ID клиента оказался номером телефона и вдвое увеличил стоимость задачи
● Какие вопросы?
● Кейс. Подготовка к интервью
#инструменты #интервью
👍6🔥1💯1