Любая оценка — это распределение вероятностей, поданное в виде одного числа. Проблема не в том, что оценки ошибаются, — а в том, что форма неопределённости по дороге выбрасывается.
Оценивайте допущения, а не задачи
«Сделать интеграцию: 40 часов» не несёт информации о риске. «Сделать интеграцию: 40 часов, при условии что их API поддерживает вебхуки и существует песочница» точно говорит клиенту, какая именно неизвестность может удвоить число.
Когда допущения выписаны явно, разговор смещается с торга о часах на закрытие неизвестностей — а это и есть работа, которая реально уменьшает стоимость.
Диапазон с причинами лучше одного числа
Диапазон честно передаёт неопределённость, но только если его границы объяснены. Что должно быть правдой для нижней? Что толкает к верхней? Без этого диапазон — просто большее число.
- Нижняя граница: все допущения держатся, скоуп не растёт.
- Верхняя граница: реализовались два-три конкретных риска, которые вы назвали.
- Всё за пределами диапазона: новый разговор, а не тихий перерасход.
Переоценивайте вслух
Оценки портятся. Полезная дисциплина — пересчитывать раз в две недели под то, что вы уже знаете, и говорить клиенту на той же неделе, когда число сдвинулось, а не на дедлайне.
Мы написали это, потому что должны были это решить. Посмотрите, что мы построили или расскажите, над чем работаете.