Декомпозиция — разбиение целей/фич на управляемые части, чтобы уменьшить неопределенность, ускорить оценку и поставку.

Зачем

• Приоритизация работ и ранняя ценность.

• Предсказуемость сроков и рисков.

• Упрощение оценки и планирования команды.

Подходы

• Вертикальная — маленькие фичи/инкременты, которые можно выложить на прод и покрывают поток данных end-to-end (подходит для гибких методологий).

• Горизонтальная — работы по слоям/компонентам (БД, API, фронт); применима при платформенных ограничениях, но повышает риски интеграции.

Правила

• Фича укладывается в 1–2 недели; всё больше — дели.

• Учитывай зависимости и блокеры, стартуй с самых рискованных/непонятных задач.

• Каждая часть имеет понятные критерии готовности Definition of Ready и приемки Definition of Done.

• План обсуждается на 3 Амиго для уточнения требований и рисков.

Практика разбиения

• Определи цель/метрику и ограничения.

• Выдели фичи/эпики → задачи (данные, интеграции, UI, тесты).

• Проверяй возможность параллельной работы, минимизируй длинные цепочки зависимостей.

• Фиксируй критерии приемки и контрольные примеры для сложных задач.

Инструменты

• User Story Mapping, CJM, BPMN — чтобы увидеть поток и найти вертикальные срезы.

• Диаграмма Ганта/критический путь — для согласования параллельности и сроков.

• Матрица рисков и оценка по маечкам/story points — для сравнения вариантов.

Пример вертикального среза

• «Регистрация» как фича: форма ввода + валидация + запись в БД + письмо/уведомление + трекинг события.

• Обязательные задачи: контракт API/UI, миграции/данные, тесты (юнит/интеграционные/контракт), мониторинг.

Чего избегать

• Эпики без границ («сделать личный кабинет») — дели по потоку ценности.

• Длинные цепочки зависимостей и один общий блокер (разбивай на параллельные ветки).

• Забвение нефункциональных задач (логирование, алерты, ограничения данных) — включай их в срез.

Выход

• Список фич/тасков с зависимостями и критериями приемки.

• Оценки (маечки/story points) + пометки рисков/блокеров для пересмотра плана.