Цифры, которые имеют значение (подборка)
Пришло время навести порядок в фундаментальном. Собрала для вас материалы по продуктовым и процессным метрикам. Подборка пригодится для работы с цифрами, которые имеют значение, включая проектирование событий, самих метрик и документацию. Здесь не только статьи, но и доклады, которые слышала очно или в трансляции он-лайн.
📌Как с помощью метрик улучшить процессы анализа и проектирования: инструменты и подходы (видео) Доклад на конференции Flow 2024. Посвящен документированию пользовательских метрик. Спикер поделилась опытом внедрения единого подхода: команда стандартизировала типы событий, их названия и добавила раздел для метрик в шаблон требований. Для автоматизации был создан автоматически обновляемый перечень метрик через Redash, а для бизнеса - шаблон запроса на новые метрики.
📌Как мы унифицировали анализ метрик в продукте (видео) Доклад на конференции Контура 2025, того же спикера, что и предыдущий. Посвящен вопросам дата-зрелости, оценке доставки ценности. Предлагается готовый набор метрик, который поможет анализировать эффект от нововведений и принимать решения на основе данных. Это взгляд системного аналитика и опыт конкретной компании. Опытным коллегам может быть интересно "как делают другие", начинающие – получат информацию для решения задач.
📌Как измерить удовлетворенность пользователей, у которых нет выбора Точка зрения исследователя на метрики удобства внутренних приложений. Я чаще всего работаю именно с такими и читала статью с большой теплотой, потому что многое откликается. Есть полезные практические советы, которые можно забрать в работу.
📌Дерево метрик в продуктовой разработке: от цели до гипотез Менеджер продукта о построение иерархии метрик и источниках данных для них. Здесь может быть интересным поразглядывать примеры деревьев метрик.
📌Системный аналитик в водовороте событий: проектируем метрики продукта (видео) Доклад на конференции Flow прошлого года. Это взгляд системного аналитика на проектирование, описание и разработку системных событий. Полезно тем, кто проектирует реализацию событий "под капотом" или просто хочет разобраться какие есть варианты реализации.
#что_почитать
Пришло время навести порядок в фундаментальном. Собрала для вас материалы по продуктовым и процессным метрикам. Подборка пригодится для работы с цифрами, которые имеют значение, включая проектирование событий, самих метрик и документацию. Здесь не только статьи, но и доклады, которые слышала очно или в трансляции он-лайн.
📌Как с помощью метрик улучшить процессы анализа и проектирования: инструменты и подходы (видео) Доклад на конференции Flow 2024. Посвящен документированию пользовательских метрик. Спикер поделилась опытом внедрения единого подхода: команда стандартизировала типы событий, их названия и добавила раздел для метрик в шаблон требований. Для автоматизации был создан автоматически обновляемый перечень метрик через Redash, а для бизнеса - шаблон запроса на новые метрики.
📌Как мы унифицировали анализ метрик в продукте (видео) Доклад на конференции Контура 2025, того же спикера, что и предыдущий. Посвящен вопросам дата-зрелости, оценке доставки ценности. Предлагается готовый набор метрик, который поможет анализировать эффект от нововведений и принимать решения на основе данных. Это взгляд системного аналитика и опыт конкретной компании. Опытным коллегам может быть интересно "как делают другие", начинающие – получат информацию для решения задач.
📌Как измерить удовлетворенность пользователей, у которых нет выбора Точка зрения исследователя на метрики удобства внутренних приложений. Я чаще всего работаю именно с такими и читала статью с большой теплотой, потому что многое откликается. Есть полезные практические советы, которые можно забрать в работу.
📌Дерево метрик в продуктовой разработке: от цели до гипотез Менеджер продукта о построение иерархии метрик и источниках данных для них. Здесь может быть интересным поразглядывать примеры деревьев метрик.
📌Системный аналитик в водовороте событий: проектируем метрики продукта (видео) Доклад на конференции Flow прошлого года. Это взгляд системного аналитика на проектирование, описание и разработку системных событий. Полезно тем, кто проектирует реализацию событий "под капотом" или просто хочет разобраться какие есть варианты реализации.
#что_почитать
👍1
Дизайн и поведение пользователей
Стивен Вендел, 2025 (второе издание)
Еще одна книга, привезенная с книжного развала на конференции. В оригинале название "Designing for Behaviour Сhange", то есть книга о таком проектировании продуктов, которое меняет поведение пользователей. Если коротко, это практическое руководство целенаправленно проектировать поведение пользователей, чтобы они достигали своих целей, а бизнес — своих. Автор подчеркивает, что пишет не о манипуляциях или "темных" паттернах, а о создании устойчивой и взаимовыгодной модели поведения. Думаю, так и есть, но грань сама по себе очень тонкая.
Подробный обзор с картинками обнаружился в блоге издательства на Хабре.
Что может быть полезным? Книга наполнена конкретными инструментами: шаблонами, примерами, фреймворками. Больше похоже на рабочую тетрадь, не стоит ожидать сложного научно-исследовательского чтения.
Первая часть рассказывает о том, как человеческий разум принимает решения. Если вы уже знакомы с книгами Дэниела Канемана, то рассказ будет вам знаком и понятен. Предлагается простая модель совершения человеком действий, она представляет собой воронку CREATE из шести стадий:
▫️Сигнал
▫️Реакция
▫️Оценивание
▫️Оценка способности
▫️Оценка срочности
▫️Обращение к опыту
Вторая часть о том, как построить план изменения поведения пользователей и здесь снова предлагается фреймворк, и снова из шести ступеней. Называется DECIDE:
🔅Определите проблему
🔅Изучите контекст
🔅Разработайте интервенцию (шаги по влиянию на поведение пользователя)
🔅Внедрите изменения в продукт
🔅Оцените его эффективность
🔅Спланируйте дальнейшие шаги
Кому может быть полезно? Всем, кто имеет дело с разработкой продуктов и проектированием интерфейсов: дизайнерам, исследователям, владельцам продуктов. Может быть интересной тем аналитикам, кто задействован в проектировании пользовательского опыта и хочет систематизировать или дополнить знания.
Если вам интересна тема, обратите внимание на другие обзоры в этом канале: Здесь должен быть текст, Дизайн пользовательского опыта, Психбольница в руках пациентов, Спринт.
#книжки #ux
Стивен Вендел, 2025 (второе издание)
Еще одна книга, привезенная с книжного развала на конференции. В оригинале название "Designing for Behaviour Сhange", то есть книга о таком проектировании продуктов, которое меняет поведение пользователей. Если коротко, это практическое руководство целенаправленно проектировать поведение пользователей, чтобы они достигали своих целей, а бизнес — своих. Автор подчеркивает, что пишет не о манипуляциях или "темных" паттернах, а о создании устойчивой и взаимовыгодной модели поведения. Думаю, так и есть, но грань сама по себе очень тонкая.
Подробный обзор с картинками обнаружился в блоге издательства на Хабре.
Что может быть полезным? Книга наполнена конкретными инструментами: шаблонами, примерами, фреймворками. Больше похоже на рабочую тетрадь, не стоит ожидать сложного научно-исследовательского чтения.
Первая часть рассказывает о том, как человеческий разум принимает решения. Если вы уже знакомы с книгами Дэниела Канемана, то рассказ будет вам знаком и понятен. Предлагается простая модель совершения человеком действий, она представляет собой воронку CREATE из шести стадий:
▫️Сигнал
▫️Реакция
▫️Оценивание
▫️Оценка способности
▫️Оценка срочности
▫️Обращение к опыту
Вторая часть о том, как построить план изменения поведения пользователей и здесь снова предлагается фреймворк, и снова из шести ступеней. Называется DECIDE:
🔅Определите проблему
🔅Изучите контекст
🔅Разработайте интервенцию (шаги по влиянию на поведение пользователя)
🔅Внедрите изменения в продукт
🔅Оцените его эффективность
🔅Спланируйте дальнейшие шаги
Кому может быть полезно? Всем, кто имеет дело с разработкой продуктов и проектированием интерфейсов: дизайнерам, исследователям, владельцам продуктов. Может быть интересной тем аналитикам, кто задействован в проектировании пользовательского опыта и хочет систематизировать или дополнить знания.
Если вам интересна тема, обратите внимание на другие обзоры в этом канале: Здесь должен быть текст, Дизайн пользовательского опыта, Психбольница в руках пациентов, Спринт.
#книжки #ux
👍2
Крокодилы и дедлайны
Дни - короче, энергии - меньше и я вспомнила недавно услышанный доклад Анны Обуховой Сколько нужно энергии, чтобы быть аналитиком?
Анна Обухова много рассказывает об энергии и мотивации с точки зрения нейрофизиологии. Энергия – это много разных процессов. Есть 4 слоя энергии: внутри клетки, электрический, стрессовый, нейромедиаторный.
Энергия в клетке. Запас клеточной энергии (в виде молекул АТФ) имеется только на 5-6 минут, постоянно идет обмен и восстановление энергии в клетке. Расход энергии может быть быстрее восстановления. Поможет переключение внимания, дайте себе «потупить» минуту, например.
Остальные слои - это о передаче информации между разными отделами мозга. Представьте, что ваш мозг - это многоуровневый офис. На нижнем этаже живет "крокодил" - рептильный мозг. В нем вырабатывается дофамин - топливо для «хочу» и «делаю». Всего 7500 нейронов из 100 миллиардов отвечают за этот драйв! Над ним - лимбическая система, отвечает за эмоции. На самом верху - префронтальная кора отвечает за волю и сложные решения.
Крокодил не работает за спасибо. Чтобы реализовать любой план, нужна энергия. Крокодил на любой запрос дофамина спрашивает: «А что мне за это будет?». Если вы не можете предложить ему внятную выгоду (лично для него!), сконцентрироваться не получится. Вы полезете в холодильник или в соцсети, но не в список задач.
Если крокодил согласился, на пути дофамина стоит миндалина. Она проверяет: «Нет ли опасности?». Получили когда-то стресс из-за email? Теперь любое новое письмо - угроза. Миндалина блокирует дофамин и включает аварийную систему: выброс гормона стресса кортизола. При его повышении мозг не даст даже захотеть того, на что у него нет энергии. В первую очередь энергия уходит на необходимые функции. Бежать или кричать вы сможете быстрее, а думать — нет. Кортизол выводится до суток, оставляя вас в состоянии «туманной головы».
Ресурсная модель уровней энергии. Модель «батарейки» разработана учеными Б. Ивановым и О. Книзе. В модели представлены уровни энергии, их можно измерить через приложения вроде Welltory. От количества энергии зависит глубина мотивации - время, на которое вы готовы отложить задачу и вообще о ней не вспоминать. Задача с результатом за год не поместится в голову человека с глубиной мотивации в месяц. Нет смысла спрашивать у выгоревшего человека, чего он хочет. Он хочет, чтобы от него отстали.
📍30% (средний уровень офисного сотрудника со слов спикера): Хватит для похвалы начальнику и для рутины. Для умственной работы маловато.
📍45%: Вы начинаете понимать, чего хотите вы, а не только от вас.
📍60%: Перестают бесить люди. Кто-то лажает - это проблема результата, а не личная обида. Появляются идеи. Возможно планирование на год.
📍75%+: Уровень стратега. Возможны планы на несколько лет.
Что делать, чтобы энергии стало больше? Ваша продуктивность – это управление внутренним зоопарком. Кормите крокодила и следите за зарядом батарейки 😉
🔅Быстрая телесная практика для короткого скорого результата. Сцепите руки перед собой и сильно тяните их в противоположные стороны, найдя положение, где напрягаются только мышцы трапеции в задней области шеи. Держите несколько секунд, затем резко расслабьте. Энергии стало больше на ближайший час.
🔅Для долгого результата задайте себе вопросы: Что я собираюсь делать? Частью какой большой цели это является? Как я пойму, что цель достигнута? Где я сейчас нахожусь? Что уже сделано? Что могло бы быть следующим шагом? Что будет следующим шагом? Когда я начну?
🔅Похвалите себя за результат. После выполненной задачи проговорите: «Я сделал [процесс] и получил [результат]. Мне это нужно для [моя личная выгода]». Это дает внутреннее поощрение. Крокодил доволен, в следующий раз он даст энергию охотнее. Будьте честны: если надели платье, чтобы понравиться коллеге, не говорите всем, но и себе не врите про экологию и бизнес-стиль 💁♀️
Похожий доклад Анны Обуховой нашла в записях с CodeFest ссылка
На этом всё. Идем восстанавливать энергию и «тупить» на минуту😎
#что_почитать #конференции #мысливслух
Дни - короче, энергии - меньше и я вспомнила недавно услышанный доклад Анны Обуховой Сколько нужно энергии, чтобы быть аналитиком?
Анна Обухова много рассказывает об энергии и мотивации с точки зрения нейрофизиологии. Энергия – это много разных процессов. Есть 4 слоя энергии: внутри клетки, электрический, стрессовый, нейромедиаторный.
Энергия в клетке. Запас клеточной энергии (в виде молекул АТФ) имеется только на 5-6 минут, постоянно идет обмен и восстановление энергии в клетке. Расход энергии может быть быстрее восстановления. Поможет переключение внимания, дайте себе «потупить» минуту, например.
Остальные слои - это о передаче информации между разными отделами мозга. Представьте, что ваш мозг - это многоуровневый офис. На нижнем этаже живет "крокодил" - рептильный мозг. В нем вырабатывается дофамин - топливо для «хочу» и «делаю». Всего 7500 нейронов из 100 миллиардов отвечают за этот драйв! Над ним - лимбическая система, отвечает за эмоции. На самом верху - префронтальная кора отвечает за волю и сложные решения.
Крокодил не работает за спасибо. Чтобы реализовать любой план, нужна энергия. Крокодил на любой запрос дофамина спрашивает: «А что мне за это будет?». Если вы не можете предложить ему внятную выгоду (лично для него!), сконцентрироваться не получится. Вы полезете в холодильник или в соцсети, но не в список задач.
Если крокодил согласился, на пути дофамина стоит миндалина. Она проверяет: «Нет ли опасности?». Получили когда-то стресс из-за email? Теперь любое новое письмо - угроза. Миндалина блокирует дофамин и включает аварийную систему: выброс гормона стресса кортизола. При его повышении мозг не даст даже захотеть того, на что у него нет энергии. В первую очередь энергия уходит на необходимые функции. Бежать или кричать вы сможете быстрее, а думать — нет. Кортизол выводится до суток, оставляя вас в состоянии «туманной головы».
Ресурсная модель уровней энергии. Модель «батарейки» разработана учеными Б. Ивановым и О. Книзе. В модели представлены уровни энергии, их можно измерить через приложения вроде Welltory. От количества энергии зависит глубина мотивации - время, на которое вы готовы отложить задачу и вообще о ней не вспоминать. Задача с результатом за год не поместится в голову человека с глубиной мотивации в месяц. Нет смысла спрашивать у выгоревшего человека, чего он хочет. Он хочет, чтобы от него отстали.
📍30% (средний уровень офисного сотрудника со слов спикера): Хватит для похвалы начальнику и для рутины. Для умственной работы маловато.
📍45%: Вы начинаете понимать, чего хотите вы, а не только от вас.
📍60%: Перестают бесить люди. Кто-то лажает - это проблема результата, а не личная обида. Появляются идеи. Возможно планирование на год.
📍75%+: Уровень стратега. Возможны планы на несколько лет.
Что делать, чтобы энергии стало больше? Ваша продуктивность – это управление внутренним зоопарком. Кормите крокодила и следите за зарядом батарейки 😉
🔅Быстрая телесная практика для короткого скорого результата. Сцепите руки перед собой и сильно тяните их в противоположные стороны, найдя положение, где напрягаются только мышцы трапеции в задней области шеи. Держите несколько секунд, затем резко расслабьте. Энергии стало больше на ближайший час.
🔅Для долгого результата задайте себе вопросы: Что я собираюсь делать? Частью какой большой цели это является? Как я пойму, что цель достигнута? Где я сейчас нахожусь? Что уже сделано? Что могло бы быть следующим шагом? Что будет следующим шагом? Когда я начну?
🔅Похвалите себя за результат. После выполненной задачи проговорите: «Я сделал [процесс] и получил [результат]. Мне это нужно для [моя личная выгода]». Это дает внутреннее поощрение. Крокодил доволен, в следующий раз он даст энергию охотнее. Будьте честны: если надели платье, чтобы понравиться коллеге, не говорите всем, но и себе не врите про экологию и бизнес-стиль 💁♀️
Похожий доклад Анны Обуховой нашла в записях с CodeFest ссылка
На этом всё. Идем восстанавливать энергию и «тупить» на минуту
#что_почитать #конференции #мысливслух
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4🥱2❤1
Где заканчивается схема и начинается процесс? (Подборка)
Организационное развитие - это чаще про документированный хаос, переговоры с циничными коллегами и поиск смысла среди противоречивых требований. Собрала статьи и доклады, где в фокусе — процессы и организации. Вас ждёт история о процессе, которого не было, разговор о том, как лечить боли архитектурно, и правило 40% времени потратить на то, чтобы всё понять, прежде чем что-то ломать и строить.
📍Просто дай процессу появиться Запись доклада он-лайн конференции весной 2025. Процесс публикации образов виртуальных машин, рассказаны основные шаги работы по построению нового процесса и в чем были сложности: большое количество участников, техническая сложность процесса, много точек коммуникации с клиентом, к тому же границы процесса постоянно расширялись. Здесь подкупает искренний рассказ об опыте конкретной задачи и о том, что бывает, когда пытаешь построить AS IS того, чего еще нет.
📍Моделирование сложных организаций и проектов фреймворками Point of View: краткое руководство и опыт использования Автор с 30-летним опытом представляет методологию «Точек зрения» (PoV) как инструмент для управления сложностью в крупных организациях. Её суть — не в поиске единой истины или создании идеальной модели, а в структурировании диалога между носителями разных, часто конфликтующих позиций (например, акционеров, топ-менеджеров, директоров).
📍Лайфхаки и полезные советы для работы аналитиков бизнес-процессов Это своего рода общее руководство по управлению бизнес-процессами, охватывающее все этапы — от постановки целей и анализа до внедрения и автоматизации. Автор делает акцент на важности фокусировки на реальных бизнес-задачах, визуализации, использовании данных и адаптации процессов.
📍Проекты оптимизации бизнес-процессов и как с ними жить? Запись доклада. Этот доклад я слышала на конференции осенью 2024. Рассказ об опыте спикера в обследовании процессов и внедрении изменений. На основе собственных ошибок спикер предложила несколько правил: 1) Анализировать данные параллельно с обследованием процесса, чтобы не пропустить важных сценариев; 2) изучать причины хейта и внимательно работать в первую очередь с основными недоброжелателями изменений; 3) просить примеры, документы, результаты выполненных задач; 4) больше времени выделять на первичное исследование. Предполагаемая разбивка времени проекта: 40% на первичный анализ, 10% – согласование, 40% разработка, 10% – приемка и кастомизация.
📍Карта бизнес-способностей. Просвечиваем корпоративные боли и лечим их архитектурно: эволюция бизнес-аналитика В этой статье автор рассказывает бизнес-аналитикам об инструменте, который создает системное, целостное понимание организации. На основе карты бизнес-способностей могут приниматься взвешенные стратегические решения. Это инструмент для наведения порядка в сложности и уверенного движения к целям.
📍Глоссарий ВРМ ассоциации АВРМР Это не статья, а именно словарь с терминами. Это упорядоченный список терминов с соответствующими определениями или пояснениями, посвящённый ВРМ. Создан Ассоциацией профессионалов управления бизнес-процессами.
#что_почитать
Организационное развитие - это чаще про документированный хаос, переговоры с циничными коллегами и поиск смысла среди противоречивых требований. Собрала статьи и доклады, где в фокусе — процессы и организации. Вас ждёт история о процессе, которого не было, разговор о том, как лечить боли архитектурно, и правило 40% времени потратить на то, чтобы всё понять, прежде чем что-то ломать и строить.
📍Просто дай процессу появиться Запись доклада он-лайн конференции весной 2025. Процесс публикации образов виртуальных машин, рассказаны основные шаги работы по построению нового процесса и в чем были сложности: большое количество участников, техническая сложность процесса, много точек коммуникации с клиентом, к тому же границы процесса постоянно расширялись. Здесь подкупает искренний рассказ об опыте конкретной задачи и о том, что бывает, когда пытаешь построить AS IS того, чего еще нет.
📍Моделирование сложных организаций и проектов фреймворками Point of View: краткое руководство и опыт использования Автор с 30-летним опытом представляет методологию «Точек зрения» (PoV) как инструмент для управления сложностью в крупных организациях. Её суть — не в поиске единой истины или создании идеальной модели, а в структурировании диалога между носителями разных, часто конфликтующих позиций (например, акционеров, топ-менеджеров, директоров).
📍Лайфхаки и полезные советы для работы аналитиков бизнес-процессов Это своего рода общее руководство по управлению бизнес-процессами, охватывающее все этапы — от постановки целей и анализа до внедрения и автоматизации. Автор делает акцент на важности фокусировки на реальных бизнес-задачах, визуализации, использовании данных и адаптации процессов.
📍Проекты оптимизации бизнес-процессов и как с ними жить? Запись доклада. Этот доклад я слышала на конференции осенью 2024. Рассказ об опыте спикера в обследовании процессов и внедрении изменений. На основе собственных ошибок спикер предложила несколько правил: 1) Анализировать данные параллельно с обследованием процесса, чтобы не пропустить важных сценариев; 2) изучать причины хейта и внимательно работать в первую очередь с основными недоброжелателями изменений; 3) просить примеры, документы, результаты выполненных задач; 4) больше времени выделять на первичное исследование. Предполагаемая разбивка времени проекта: 40% на первичный анализ, 10% – согласование, 40% разработка, 10% – приемка и кастомизация.
📍Карта бизнес-способностей. Просвечиваем корпоративные боли и лечим их архитектурно: эволюция бизнес-аналитика В этой статье автор рассказывает бизнес-аналитикам об инструменте, который создает системное, целостное понимание организации. На основе карты бизнес-способностей могут приниматься взвешенные стратегические решения. Это инструмент для наведения порядка в сложности и уверенного движения к целям.
📍Глоссарий ВРМ ассоциации АВРМР Это не статья, а именно словарь с терминами. Это упорядоченный список терминов с соответствующими определениями или пояснениями, посвящённый ВРМ. Создан Ассоциацией профессионалов управления бизнес-процессами.
#что_почитать
👍3
Артефакты цифрового мезозоя
Последняя неделя года - время, когда мозг отчаянно саботирует попытки написать экспертный пост. Вместо этого он подсовывает воспоминания. Поддаюсь и начинаю думать о вещах, которые застала в школе и универе. Об интерфейсах, которые были повседневностью, а стали музейными диковинами.
🧮 Счёты. Деревянная рама с костяшками - первый в истории «жесткий диск» для хранения промежуточных результатов. Каждая костяшка - разряд числа от тысячных долей до миллионов.
Играть «в магазин» в детстве было сложно без счёт - это был обязательный атрибут торговли. Завораживало как тётеньки за прилавками лихо и загадочно щёлкали деревянными костяшками. Была такая повседневная меркантильная магия. Не знаю, учат ли сейчас в школе на этом непростом девайсе, меня еще учили.
Счёты бесповоротно убил калькулятор. Зачем щёлкать, если можно тыкнуть? 😊
⌨️ Пишущая машинка. Механический предок текстового редактора. Каждая клавиша - молоточек, выбивающий букву на бумаге. Опечатка? В ход идет корректор-замазка, лезвие для подчистки или перепечатывание всей страницы. Про отступы, поля и количество копий (через копирку!) нужно было думать до, а не после.
Статьи, дипломы, курсовые, диссертации должны были печататься на машинках. Мой отец - преподаватель университета - бывало целыми днями выстукивал буквы, сердито сопел над неудачными строчками и закусив губу, не дыша, что-то замазывал корректором. Корректоры «добывались» с трудом, их берегли.
Я тоже пробовала, жертвуя маникюром, потому что по клавишам нужно бить под заданным углом и держать осанку. Всего за два дня возненавидела эти «фыва олдж»! Хотя посмотрите на клавиатуру своего ноутбука и поймете, что это пригодилось.
Машинки быстро вымерли при появлении первых ПК и текстовых редакторов. Возможность безнаказанно ошибаться, что может быть прекраснее?
📐Кульман и рейсшина. Кульман - это целый станок с вертикальным планшетом и системой рычагов, позволяющих чертить параллельные и перпендикулярные линии. Рейсшина - его скромная, но гордая родственница для черчения на обычной доске: длинная линейка с поперечным роликом, который задавал движение линейки. Скрип кульмана, стук рейсшины - это были звуки созидания материальных объектов. Мост, станок, дом - всё начиналось с них. В музее истории МФТИ нашлось короткое описание и пара снимков.
Когда я пришла на свое первое место работы в конструкторском бюро, кульманы уже не использовались, но еще стояли в соседней лаборатории. Они были огромные, под формат А0. Их ещё не списали, но и места под них не нашлось. Поэтому собрали по центру помещения - этакая гавань старых отслуживших кораблей, - а вокруг ехидно моргал бездушный AutoCAD с тогда еще круглых мерцающих мониторов.
Ну да, они проиграли Ctrl+C и Ctrl+V. Чертить один раз и тиражировать, вносить изменения без стирания всей работы, использовать библиотеки элементов - большое преимущество.
📏Логарифмическая линейка. Не просто линейка, а карманный аналоговый компьютер. Умела умножать, делить, возводить в степень, считать синусы и логарифмы. Её носили в специальном чехле, как самурай носит меч. Она не давала ответа - она давала прикидку, порядок величин. На Дзене встретилось описание линейки с фото.
Её заменил инженерный калькулятор с кнопкой sin. Он давал точный ответ мгновенно. Линейка проиграла. Но мы-то знаем, что и калькулятор уже не «царь горы».
______
Вспоминая эти артефакты прошлого, думаю вот о чем:
• Некоторые не исчезли, а перешли в метафору. Мы больше не чертим, но «прорисовываем архитектуру». Можем сказать что-то вроде «набиваем текст», хотя уже не нужно с усилием бить по клавишам.
• Они были материальными признаками профессии инженера, как белый халат и стетоскоп для врача. В детских книжках рисовали инженеров у чертежной доски. Всех заменил один-единственный инструмент. И для врача, кстати, тоже 🤷♀️
• Инструменты неизбежно заменяются новыми. Новые поднимают нас на более высокий уровень абстракции и прячут сложность предыдущего уровня. Что сегодня выглядит сложным, тоже однажды чем-то заменится. Интересно, что заменит ИИ?😎
#мысливслух #истории
Последняя неделя года - время, когда мозг отчаянно саботирует попытки написать экспертный пост. Вместо этого он подсовывает воспоминания. Поддаюсь и начинаю думать о вещах, которые застала в школе и универе. Об интерфейсах, которые были повседневностью, а стали музейными диковинами.
Играть «в магазин» в детстве было сложно без счёт - это был обязательный атрибут торговли. Завораживало как тётеньки за прилавками лихо и загадочно щёлкали деревянными костяшками. Была такая повседневная меркантильная магия. Не знаю, учат ли сейчас в школе на этом непростом девайсе, меня еще учили.
Счёты бесповоротно убил калькулятор. Зачем щёлкать, если можно тыкнуть? 😊
Статьи, дипломы, курсовые, диссертации должны были печататься на машинках. Мой отец - преподаватель университета - бывало целыми днями выстукивал буквы, сердито сопел над неудачными строчками и закусив губу, не дыша, что-то замазывал корректором. Корректоры «добывались» с трудом, их берегли.
Я тоже пробовала, жертвуя маникюром, потому что по клавишам нужно бить под заданным углом и держать осанку. Всего за два дня возненавидела эти «фыва олдж»! Хотя посмотрите на клавиатуру своего ноутбука и поймете, что это пригодилось.
Машинки быстро вымерли при появлении первых ПК и текстовых редакторов. Возможность безнаказанно ошибаться, что может быть прекраснее?
📐Кульман и рейсшина. Кульман - это целый станок с вертикальным планшетом и системой рычагов, позволяющих чертить параллельные и перпендикулярные линии. Рейсшина - его скромная, но гордая родственница для черчения на обычной доске: длинная линейка с поперечным роликом, который задавал движение линейки. Скрип кульмана, стук рейсшины - это были звуки созидания материальных объектов. Мост, станок, дом - всё начиналось с них. В музее истории МФТИ нашлось короткое описание и пара снимков.
Когда я пришла на свое первое место работы в конструкторском бюро, кульманы уже не использовались, но еще стояли в соседней лаборатории. Они были огромные, под формат А0. Их ещё не списали, но и места под них не нашлось. Поэтому собрали по центру помещения - этакая гавань старых отслуживших кораблей, - а вокруг ехидно моргал бездушный AutoCAD с тогда еще круглых мерцающих мониторов.
Ну да, они проиграли Ctrl+C и Ctrl+V. Чертить один раз и тиражировать, вносить изменения без стирания всей работы, использовать библиотеки элементов - большое преимущество.
📏Логарифмическая линейка. Не просто линейка, а карманный аналоговый компьютер. Умела умножать, делить, возводить в степень, считать синусы и логарифмы. Её носили в специальном чехле, как самурай носит меч. Она не давала ответа - она давала прикидку, порядок величин. На Дзене встретилось описание линейки с фото.
Её заменил инженерный калькулятор с кнопкой sin. Он давал точный ответ мгновенно. Линейка проиграла. Но мы-то знаем, что и калькулятор уже не «царь горы».
______
Вспоминая эти артефакты прошлого, думаю вот о чем:
• Некоторые не исчезли, а перешли в метафору. Мы больше не чертим, но «прорисовываем архитектуру». Можем сказать что-то вроде «набиваем текст», хотя уже не нужно с усилием бить по клавишам.
• Они были материальными признаками профессии инженера, как белый халат и стетоскоп для врача. В детских книжках рисовали инженеров у чертежной доски. Всех заменил один-единственный инструмент. И для врача, кстати, тоже 🤷♀️
• Инструменты неизбежно заменяются новыми. Новые поднимают нас на более высокий уровень абстракции и прячут сложность предыдущего уровня. Что сегодня выглядит сложным, тоже однажды чем-то заменится. Интересно, что заменит ИИ?
#мысливслух #истории
Please open Telegram to view this post
VIEW IN TELEGRAM
❤7🔥1🥰1
Новогодняя история с конём в яблоках
На нашем канале уже целая гирлянда новогодних постов за два года. И, знаете, если сравнить первые картинки с нынешними, видно, как мы с ИИ потихоньку учимся. ИИ - быстрее учится, чем я. судя по всему 😊
В этот раз я снова делала праздничную картинку. Получилось тепло и по-зимнему. Один момент вышел особенно душевным. Я попросила у ГигаЧата коня - вороного или «в яблоках». Он подошел к делу с полной серьёзностью. Посмотрите, конь действительно в яблоках, правда? Я даже править не стала - какой-то он цельный, настоящий. Пусть будет таким.
Если внимательно присмотреться к этой сказочной картинке и немного увеличить, можно найти кое-что очень знакомое по работе. Найдете?
Если на каникулах вдруг заскучаете, то оставлю здесь ссылки на мои самые любимые истории:
✨Новогодние истории или мой первый корпоратив на работе
✨О кнопочных телефонах и об источниках требований
✨История про детство и компьютер
✨Можно ли войти в ИТ через калькулятор?
✨Артефакты цифрового мезозоя
✨Сможете придумать логлайн для своей задачи?
Веселого праздника и хорошего настроения! Пусть и кони, и яблоки, и подарки будут точно такими, какими вы хотели их увидеть от Деда Мороза!🎄
#с_новым_годом #навигация #что_почитать
На нашем канале уже целая гирлянда новогодних постов за два года. И, знаете, если сравнить первые картинки с нынешними, видно, как мы с ИИ потихоньку учимся. ИИ - быстрее учится, чем я. судя по всему 😊
В этот раз я снова делала праздничную картинку. Получилось тепло и по-зимнему. Один момент вышел особенно душевным. Я попросила у ГигаЧата коня - вороного или «в яблоках». Он подошел к делу с полной серьёзностью. Посмотрите, конь действительно в яблоках, правда? Я даже править не стала - какой-то он цельный, настоящий. Пусть будет таким.
Если внимательно присмотреться к этой сказочной картинке и немного увеличить, можно найти кое-что очень знакомое по работе. Найдете?
Если на каникулах вдруг заскучаете, то оставлю здесь ссылки на мои самые любимые истории:
✨Новогодние истории или мой первый корпоратив на работе
✨О кнопочных телефонах и об источниках требований
✨История про детство и компьютер
✨Можно ли войти в ИТ через калькулятор?
✨Артефакты цифрового мезозоя
✨Сможете придумать логлайн для своей задачи?
Веселого праздника и хорошего настроения! Пусть и кони, и яблоки, и подарки будут точно такими, какими вы хотели их увидеть от Деда Мороза!
#с_новым_годом #навигация #что_почитать
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