Как структурировать бэклог продукта в карте пользовательских историй

Как структурировать бэклог продукта в карте пользовательских историй

Для облегчения разработки по методологии Agile карта пользовательских историй может получать пользовательские функции, выявленные из различных источников. Как упоминалось выше, это могут быть требования, выведенные из контрактов EA, пакеты работ из инициатив управления проектами или разовые анализы, такие как анализ существующего и целевого состояния, случаи использования в диаграмме использования, которые будут интегрированы в разработку программного обеспечения по методологии Agile и т.д.

Отправить случай использования в бэклог продукта для построения карты пользовательских историй

Как я уже упоминал ранее, существует множество различных источников требований, целей пользователей и действий пользователей, которые могут быть выявлены в ходе интервью, возможно с использованием различных методов и инструментов моделирования, таких как моделирование бизнес-процессов, ментальные карты, диаграммы случаев использования и т.д. В приведенном ниже примере мы разработали диаграмму случаев использования, и теперь мы хотим отправить случаи использования в бэклог продукта и разработать их с использованием процесса Scrum в рамках гибкой разработки.

Пример – Случай использования по управлению вакансией на работу

4 шага по подготовке и организации бэклога продукта

Предположим, что мы уже собрали список пользовательских функций в бэклоге карты пользовательских историй из нескольких различных источников. Пользовательская функция будет достигнута как действие путем выполнения некоторых задач. Каждая из этих задач может быть дополнительно разбита на несколько эпиков (более крупных пользовательских историй). Каждый из эпиков содержит список пользовательских историй, которые разбиты на размер, подходящий для размещения в итерации спринта. Вот шаги, участвующие в планировании карты пользовательских историй:

1. Перетащите пользовательские функции в верхнюю строку карты слева направо. Каждая из этих функций в верхней строке карты называется пользовательским действием.
   
2. Создайте ряд шагов, необходимых для завершения действия, известных как пользовательская задача.
   
3. Каждая из этих пользовательских задач может быть разбита на ряд эпиков.
   
4. Под каждым эпиком можно определить список пользовательских историй, размер которых подходит для размещения в спринте.
   

Обратите внимание: мы можем считать приоритет реализации распределенным слева направо, а пользовательские истории — сверху вниз.