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