Story mapping
Тема дорожной карты · Business Analysis
Story Mapping (Стивен Кови) — это двухмерная визуализация пути пользователя через продукт, которая помогает понять, как пользователи взаимодействуют с продуктом и какие шаги они предпринимают. Эта техника позволяет определить минимальную функциональность, необходимую для создания полезного первого релиза. Story Mapping играет ключевую роль в управлении проектами, помогая командам определить приоритеты и структурировать работу таким образом, чтобы обеспечить максимальную ценность для конечного пользователя.
Как это работает
Процесс создания Story Mapping включает несколько важных шагов. Сначала необходимо провести воркшоп с Product Owner (PO), несколькими инженерами и несколькими пользователями (обычно около 6 человек). В ходе этого воркшопа участники обсуждают и фиксируют основные активности пользователя. Эти активности записываются сверху вниз по вертикали и слева направо по горизонтали на физической стене или в виртуальной среде, например, в Miro.
Под каждой активностью размещаются шаги пользователя, которые составляют его workflow. Под каждым шагом размещаются user stories, отсортированные по приоритету: наиболее важные истории располагаются в верхней части, а наименее важные — в нижней. Горизонтальные срезы через все колонки помогают идентифицировать возможные релизы, каждый из которых представляет собой минимально жизнеспособный продукт.
Когда применять
Story Mapping особенно полезна на ранних этапах проекта, когда требуется определить scope релиза и согласовать его с ключевыми стейкхолдерами. Этот метод позволяет команде понять, какие функции необходимы для создания MVP (Minimum Viable Product). Однако следует отметить, что Story Mapping менее эффективна для поздних инкрементальных работ, где добавляются отдельные функции к уже существующему продукту.
Типичные ошибки
- Вертикальное слайсинг — один из наиболее распространенных ошибок при использовании Story Mapping заключается в том, что команда пытается создать релиз, который включает все шаги первой колонки, а затем все шаги второй колонки и так далее. Это приводит к тому, что пользователи не могут эффективно использовать систему, пока не будут завершены все шаги. Вместо этого следует использовать горизонтальные срезы, которые обеспечивают минимально жизнеспособный продукт.
- Карта по фичам, а не по user journey — еще одной распространенной ошибкой является создание карты, которая фокусируется на отдельных функциях, а не на пути пользователя. Это приводит к потере временной и причинной связи, которая делает Story Mapping полезной. Карта должна отображать последовательность действий пользователя, чтобы обеспечить целостность и логическую последовательность.
- One-off-упражнение — еще одна распространенная ошибка заключается в том, что команда создает Story Map один раз и забывает о ней. Story Map должна быть живой и обновляемой, чтобы отражать изменения в проекте и требованиях пользователей.