Клиент почти всегда спрашивает точную цифру в первую неделю знакомства с проектом — и почти всегда это худший момент, чтобы её называть.
Как устроена декомпозиция#
| Этап | Что делаем | Результат |
|---|---|---|
| Бриф | Собираем цели, ограничения, интеграции | Список открытых вопросов |
| Декомпозиция | Разбиваем на модули и экраны | Список задач с диапазоном часов |
| Вилка сметы | Суммируем диапазоны, добавляем риск | Итоговая вилка бюджета и сроков |
- Фиксируем цели проекта в терминах бизнеса, не технологий.
- Раскладываем по модулям: авторизация, каталог, оплата и так далее.
- На каждый модуль — диапазон часов, а не единственное число.
- Отдельно считаем риск интеграций с чужими системами.
Почему вилка, а не число
Диапазон в 20–30% честнее отражает неопределённость технического задания на старте, чем ложно точная цифра.
Ключевые выводы
- Оценка без декомпозиции на модули — это гадание, а не расчёт.
- Вилка в смете (а не точное число) честнее отражает неопределённость на старте.
- Технический риск (интеграции, легаси) закладывается отдельной строкой, а не «про запас».
- Оценка пересматривается после первого спринта, когда неопределённость уже ниже.
