Книга: Без ТЗ: Как запустить сервис и ничего не упустить. Аутсорсинг разработки цифровых продуктов
Назад: 6 – Как разрабатывать
Дальше: Усмирение демонов

Постоянная декомпозиция

При условии, что вы выбрали гибкую разработку и бэклог на релиз готов, требуется разделить каждую функциональность на более мелкие части и составить план на спринт. Для этого используйте одну из тех же методик, что и при планировании релиза:
– Use Case: детализация вариантов использования. (Например, описание возможных вариантов использования во время заполнения заявки на получение услуги).
– User Story: разбор отдельных историй на части. (Например, описание истории перехода от заполнения заявки к получению услуги).
– Job Story: дробление крупного контекста на мелкие контексты. (Например, описание переключения от контекста заполнения заявки к контексту получения услуги)
Как видите, степень свободы в реализации решений зависит от выбора фреймворка. Методика приоритизации задач на спринт – аналогичная той, что и для приоритизации функционала в релизе.
Стоит ли участвовать в декомпозиции задач внутри спринта, зависит от того, насколько глубоко хотите погрузиться в разработку и как договорились с подрядчиком.

 

Вертикальная декомпозиция. Источник – https://creativecommons.org

 

Я предпочитаю не углубляться в подробности реализации задач, если только разработчики сами этого не попросят.
Назад: 6 – Как разрабатывать
Дальше: Усмирение демонов