Декомпозиция через функциональные инкременты

Что нам дает именно такой подход к декомпозиции? Вот несколько пунктов:

1) Эту декомпозицию можно As-is брать для вашего бэклога. В условной Jira это конвертируется в Story и уже в рамках каждой Story можно создавать подзадачи по отдельным людям и компетенциям. Соответственно, дашборды и отчеты построенные вокруг Story дают наглядную информацию о прогрессе реализации

2) Такую декомпозицию очень удобно использовать во всевозможных юридических документах. Мы в Spectr, например, при декомпозиции формулируем для каждого пункта критерии приемки (Acceptance Criteria) и потом при необходимости бэклог с этими критериями протаскиваем по всем документам (от договора до акта)

3) Такое очень легко и удобно обсуждать практически любым составом.
Например, фичу вида «генерация накладных в формате PDF» можно легко можно обсудить с бизнесом на предмет приоритетов, стоимости и сроков, а с разработчиками на предмет используемых библиотек и необходимости асинхронной генерации файлов — и при этом ни у кого не будет возникать критических вопросов про целевой результат фичи.