Как вы оцениваете работу и планируете реалистично?

Question

Accepted Answer

Оценка сложна, потому что программное обеспечение полно неизвестного. Цель не в ложной точности, а в **реалистичном, честно сообщаемом диапазоне**, который помогает бизнесу планировать. Хорошие tech lead'ы оценивают диапазоны, выявляют риск и переоценивают по мере обучения.

## Как оценить лучше

```text
✓ Break work down — small tasks estimate far better than big ones
✓ Estimate as a RANGE or confidence ("2-4 weeks, 70% confident")
✓ Include the invisible work — testing, review, deployment, unknowns
✓ Use history — what did similar work actually take?
✓ Involve the people doing the work — not just you
✓ Separate ESTIMATE from COMMITMENT (deadlines are negotiated, not guessed)
```

## Конкретный пример

Когда вас спросят "сколько времени занимает новая панель?", не говорите "две недели." Скажите: "Известная работа - примерно две недели. Есть неизвестность вокруг reporting API; если он чистый, две недели; если нет, ближе к четырем. Я узнаю больше после одного дня исследования."

## Управляйте буфером честно

Не скрывайте раздутые оценки, и не позволяйте оптимизму их раздавить. Сделайте неопределенность *явной*, чтобы заинтересованные стороны могли принимать обоснованные решения вместо того, чтобы быть застигнутыми врасплох.

## Почему это важно

Плохие оценки подрывают доверие; как команда "всегда опаздывает", так и команда "занижения" теряют кредит доверия.

Честные диапазоны плюс видимый риск позволяют бизнесу принимать реальные решения об обмене, и защищают вашу команду от невозможных обещаний, данных от их имени.