Системы приоритизации: story mapping

Метод User Story Mapping (Карты Пользовательских Историй) был впервые представлен Джеффом Паттоном в статье от 2005 года pdf приложил, а затем в другой, в которой он описал свой недавний опыт. Обе эти статьи отличные, очень рекомендую.

Основная идея СториМапы (так мы называем метод в рамках текущего проекта) заключается в том, что бэклог продуктов — это ужасный способ организовать и расставить приоритеты в работе, которая должна быть выполнена.

Необходима более глубокая структура. В очень общих чертах, Карта Историй организована следующим образом:

1. Существует горизонтальная ось, представляющая последовательность использования;
- User story или jobs story (или задачи/таски) размещаются вдоль этой оси в последовательности, в которой они выполняются пользователем;

2. Вертикальная ось означает критичность;

- Истории пользователей расположены по вертикали относительно того, насколько они важны (сверху вниз);
- Истории равной степени важности можно поставить на одну высоту, но имейте в виду, что в целом важно различать относительную важность истории, чтобы иметь возможность создавать лучшие планы релизов.

3. Группы связанных историй пользователей могут быть сгруппированы как «Activities» (Действия):

- Создайте вертикальную линию для разделения одних групп историй от других;
- Например, к Действиям можно отнести «управление заказом в корзине», при этом «добавить в корзину товары из старых заказов» является пользовательской задачей;
- Действия расположены над вертикальной осью и не имеют какой-либо последовательности использования, они просто есть — эти действия составляют основные атрибуты продукта и не могут быть приоритизированы (подумайте, вы же не можете определить приоритет двигателя автомобиля по сравнению с его колесами)

Чтобы лучше понять, посмотрите приложенную схему 1 (в приложении)

⬇️⬇️⬇️⬇️