Как делается оценка проектов?

Что проверяют

Умеете ли вы оценивать так, чтобы оценке можно было верить, и понимаете ли, что точная цифра невозможна.

Как отвечать

Начните с принципа: оценка это диапазон с указанием допущений, а не одно число. Одно число всегда воспринимается как обязательство и всегда оказывается неверным.

Порядок работы:

• декомпозиция: крупная задача режется до кусков, которые понятны целиком. Всё, что не удаётся описать, попадает в отдельный пункт «нужно исследование», и на него закладывается время;
• оценка по трём точкам: оптимистичная, реалистичная, пессимистичная. Итог берут взвешенно, и сразу видно, где разброс огромен, а значит велика неопределённость;
• опора на историю: сколько похожая задача занимала в прошлый раз. Историческая скорость команды честнее интуиции;
• что часто забывают включить: ревью, исправления после тестирования, миграции данных, документация, согласования, выкат и наблюдение после релиза, зависимость от смежных команд;
• риски: перечислить явно (незнакомая технология, внешняя интеграция, недоступный эксперт) и оценить их влияние на срок;
• уточнение по ходу: оценка пересматривается по мере снятия неопределённости, и об этом договариваются заранее.

Аналитику стоит добавить свою роль: чем полнее проработаны требования и крайние случаи, тем уже разброс. Половина срывов сроков это не медленная разработка, а всплывшие в середине неучтённые сценарии.

Где спотыкаются

Называют одну цифру без допущений, и она превращается в обещание.

Оценивают только написание кода, забывая про приёмку и выкат.

Не фиксируют, что именно входит в оценку, и потом спорят о границах объёма.