Карта историй пользователя
– это визуальное представление пользовательских историй, упорядоченных горизонтально по процессу или этапам, и вертикально по приоритету, и предварительно сгруппированных по итерациям (или спринтам, инкрементам, релизам).Первые 2–3 уровня подразумевают разную детализацию:
- Самый верхний – группы активностей, этапы (опционально).
- Уровень ниже – шаги, действия пользователя. Они не зависят от реализации, написаны максимально с позиции пользователя.
- Уровень ниже – может детализировать предыдущий уровень (опционально).
- Уровень User story, основных "желтых карточек" и задач, которые реализуются за 1 итерацию.
Далее, расположенные в столбец карточки историй могут не отличаться по гранулярности, но их последовательность сверху вниз означает важность, приоритет, последовательность реализации командой. Самые первые карточки сверху одновременно
- и самые полезные для пользователя,
- и самые простые в реализации, чтобы как можно скорее предоставить какую-то базовую версию пользователю.
Зачем нужна User story map
- Чтобы визуально представить создаваемые или уже написанные истории.
- Служит структурой при мозговом штурме для генерации новых историй пользователя = при проведении USM-воркшопа.
- Показывает контекст и смысловую взаимосвязь историй.
- Облегчает декомпозицию больших историй на меньшие.
- Помогает планировать – принимать решения о последовательности реализации историй.
Инструкция по созданию USM
Шаг 1. Опишите клиента и желаемую пользу
Портрет пользователя лучше не придумывать, а описывать реальных клиентов и реальными потребностями. Для этого предварительно целесообразно:
- провести глубинные интервью,
- заполнить карту эмпатии Empathy map,
- описать "персоны".
Шаг 2. Опишите крупные шаги процесса
В каком формате записан текст — сейчас не важно. Структура записи истории пользователя, конечно же, очень полезна, особенно часть с целью и контекстом “для того, чтобы…”, однако не является обязательной. Намного важнее — поскорее декомпозировать. При этом не обязательно знать детали реализации всех этапов. Сначала вы можете выбрать этапы с т.зр. клиента и бизнеса, а уже потом углубляться в реализацию.
Шаг 3. Выберите главные этапы и разделите на несколько
Задавайте себе вопрос:- Что можно НЕ автоматизировать, чтобы услугу по-прежнему, хоть и с натяжкой, можно было бы назвать “Получение кредита удаленно онлайн”?
Выбор и деление можно выполнять последовательно и параллельно. Обычно это происходит одновременно: обсуждая какое-то действие, группа добавляет детали. В этот момент важно все детали записывать, включая уточнения по процессу, регламентам, ограничениям.
На этом этапе неважно, сколько уровней иерархии и постепенных улучшений сервиса получится. Важнее само обсуждение и генерация идей (мозговой штурм). В дальнейшем вы сможете причесать карточки User story, и сформулировать так, чтобы они приносили ценность (Valuable по критериям INVEST).
Шаг 4. Упорядочьте карточки по соотношению важности и сложности
Чем выше в столбце, тем User story более приоритетна.Шаг 5. Наметьте релизы
Распределите истории между спринтами (итерациями) и релизами. Для этого карточки должны быть оценены. Наиболее чёткая итерация – следующая – обещание создать инкремент продукта с указанной на карточках функциональность. Он содержит минимально необходимый полезный функционал для предоставления услуги. Состав остальных итераций может меняться вслед за меняющимся контекстом.Шаг 6. Регулярно актуализируйте карту историй
Её не только можно, но и нужно уточнять, дополнять, изменять.Другие статьи о User story (будут написаны позднее):
- User Story – история пользователя
- Хорошие User Story соответствуют критериям INVEST
- User Story: Способы разделения больших на меньшие
- User Story Map – карта пользовательских историй (текущая статья)
- В конце спринта (по Скраму) история, как и любой другой элемент бэклога, должна соответствовать Definition of Done – определению готовности