Сообщить об ошибкеКороткий ответ
Нужно явно обозначить неопределённость и дать оценку в виде диапазона или нескольких сценариев с указанием, от чего зависит разброс, вместо того чтобы называть одно точное число, которое на самом деле является догадкой.
Как это работает подробнее
Точность оценки ограничена объёмом известной информации: если ключевая часть задачи (например, поведение стороннего API при граничных случаях) не исследована, то любое единственное число — это скрытое предположение, выданное за факт. Честная оценка явно показывает, какая часть надёжна, а какая зависит от неизвестных факторов, и даёт менеджеру реальную картину риска, а не ложное чувство определённости.
Пример кода
example.txt
Ответ менеджеру вместо точного числа:
"Точно оценить сложно — не знаем, как сторонний платёжный шлюз обрабатывает
повторные запросы при таймауте. Предлагаю: 1 день на исследование (spike)
с ответом на этот вопрос, после чего дам оценку с точностью ±1 день.
Предварительно: от 3 дней (если идемпотентность уже поддерживается)
до 6 дней (если нужно реализовать её самим)."Что использовать на практике
- Практика. Хороший подход — предложить короткий этап исследования (spike) на день-два, чтобы снять ключевую неопределённость, прежде чем давать финальную оценку всей задачи. Если времени на исследование нет, можно дать диапазон с явным условием: «3 дня, если интеграция работает как в документации, до 7 дней, если потребуется обходить её ограничения». Такой диапазон стоит пересматривать по мере появления новой информации в ходе работы.
Подводные камни
- Риски. Частая ошибка — под давлением назвать оптимистичное число, лишь бы не показаться некомпетентным, а затем не уложиться и подорвать доверие. Другая ошибка — отказаться давать вообще какую-либо оценку, ссылаясь на неопределённость, вместо того чтобы предложить способ её снизить или дать оценку с условиями. Также вредно скрывать от менеджера сам факт неопределённости, представляя диапазон как точное число «для спокойствия».