Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Impact mapping: от пользовательских историй к роадмапу

1,379 views

Published on

Короткий обзор Impact Mapping для команды, которая использует user story mapping (пользовательские истории)

Published in: Software
  • Be the first to comment

Impact mapping: от пользовательских историй к роадмапу

  1. 1. Impact Mapping От пользовательских историй к роадмапу
  2. 2. TL; DR • Пользовательские истории (user story map) пытается показать полную картинку реализации сценария • Эта картинка не показывает, как разные истории влияют на бизнес-цели • Чтобы сопоставить пользовательские истории бизнес-целям и предлагается подход impact mapping
  3. 3. План • Напоминание про пользовательские истории • Обзор Impact Mapping • Детали по шагам процесса • Применение: • Роадмап • Конвертации в пользовательские истории • Итерации по роадмапу
  4. 4. Напоминание про пользовательские истории
  5. 5. Пользовательские истории • Пользователи • Шаги • Фичи: от простого к сложному • Приоритеты • Релизы • Карта
  6. 6. Проблемы пользовательских историй • На карте нет стратегических целей. • Задача выравнивания фич со стратегической целью лежит полностью на бизнесе. • Приоритизация делается (в основном) по сложности реализации. • На карте должны быть все шаги, начинает проступать реализация.
  7. 7. Обзор Impact Mapping
  8. 8. Метод Impact Mapping • Очень похоже на user story mapping • Ключевая идея: сопоставление фич со стратегической целью • Основана на рисовании mind map-а
  9. 9. Структура карты • Бизнес и технический персонал отвечает последовательно на четыре вопроса: • Зачем? Цель нашей работы • Кто? Субъект, кто может помочь достижению цели • Как? Влияние или действие, которое должен делать субъект для достижения цели • Что? Фичи, которые помогут субъекту лучше делать действие
  10. 10. Пример : игровой портал
  11. 11. Зачем? • Стратегическая цель нашей работы (на какое-то ближайшее время) • Не “создать систему” а то, для чего эта система создается • Цель должна быть S.M.A.R.T.: • Specific - конкретной • Measurable - измеримой • Action-oriented - ориентированной на действие • Realistic - реалистичной • Timely - своевременной
  12. 12. Кто? • Субъекты, которые участвуют в достижении цели • Выделяют три типа: • Первичные: чьи цели достигаются • Вторичные: те что предоставляют услуги • Внешние: не попавшие в первые два, например те кто накладывают ограничения
  13. 13. Как? • Влияние или действие, которое совершает субъект • Не надо перечислять все действия, только те что относятся к цели • Лучше описывать как изменится действие по сравнению с текущим • Нужно учитывать как позитивные, так и негативные (мешающие достижению цели) действия
  14. 14. Что? • Это непосредственно фичи или организационные задачи • Самая незначительная часть карты • Не надо деталей, высокоуровневые истории
  15. 15. Пример : игровой портал
  16. 16. Пример : процессинговая система
  17. 17. Детали по шагам процесса
  18. 18. Шаг 1: Подготовка • Нужно определить реальные цели • Выявить/придумать хорошие метрики • Спланировать первую веху
  19. 19. Цели • Результат общения бизнес людей с техническим персоналом • Если бизнес называет целью конкретные фичи, то надо пойти выше и понять, зачем они нужны
  20. 20. Метрики • Цель является только одной из метрик • На этом этапе надо выделять метрики, которые конкретизируют цель • Для каждой метрики нужно ответить на такие вопрос: • Что мы меряем • Как мы меряем • Текущая ситуация • Минимальный уровень, который мы хотим достичь • Целевое значение
  21. 21. Метрики: пример
  22. 22. Планируем первую веху • Итеративное развитие нужно и в части бизнес целей • Достижение целевых метрик разбивается на несколько этапов • После достижения первой вехи мы возвращаемся к метрикам и планируем следующую
  23. 23. Вехи: пример
  24. 24. Шаг 2: Маппинг • Создание скелета • Поиск вариантов • Выбор приоритетов • Метод проб и ошибок
  25. 25. Создание скелета
  26. 26. Поиск альтернатив
  27. 27. Выделение приоритетов
  28. 28. Метод проб и ошибок • На сцену выходит метод пользовательских историй • Внутри одного “действия” истории приоритизируются от простого к сложному • Цель - валидировать что “действие” помогает достижению цели
  29. 29. Применение
  30. 30. Применение в нашей работе • Роадмап • Конвертация в пользовательские истории • Итерация по роадмапу
  31. 31. Роадмап • С каждым бизнес-владельцем и его сотрудниками мы рисуем роадмап на полгода: • Подготовка: цель, метрики, первая веха • Рисуем карту и выставляем приоритеты
  32. 32. Переход к пользовательским историям • Самые приоритетные фичи выделяются в пользовательские истории • При этом, по каждой системе нужно поддерживать user story map
  33. 33. Переход к пользовательским историям
  34. 34. Итерация по роадмапу • Каждый месяц мы собираемся с бизнесом и смотрим на роадмап: • Что изменилось в приоритетах • Как мы продвигаемся по метрикам • Через полгода мы делаем новый роадмап
  35. 35. Вопросы?

×