Работа с менеджером и оценка сроков

Оценки почти всегда оптимистичны. Учимся давать честные сроки и договариваться с менеджером без боли.

Оценка срока — это прогноз при неполной информации, а не обещание. Путаница между прогнозом и обещанием — источник большинства конфликтов о дедлайнах.

Почему оценки врут

«Ошибка планирования» — встроенная склонность недооценивать время. Мы представляем идеальный сценарий и забываем про неизвестное: всплывшие баги, ожидание ревью, сломавшийся CI, отвлечения. Поэтому оценка «день» превращается в три.

Что забывают в оценкеСколько съедает
ревью и правки по немучасы-дни
тесты и отладкачасто = времени на саму фичу
неизвестные неизвестныенепредсказуемо
митинги и переключения20-40% дня

Давайте диапазон, а не точку

«Сделаю за 3 дня» — ловушка: любое отклонение читается как провал. Диапазон честнее отражает неопределённость.

Вместо: «Будет готово во вторник.»
Лучше:  «Если без сюрпризов — к среде. Если всплывёт интеграция
         с их API — до пятницы. К концу вторника скажу точнее.»

Раннее предупреждение — золотое правило

Менеджер прощает сдвиг срока, о котором узнал заранее, и не прощает того, о котором узнал в день дедлайна. Как только видите, что не успеваете, — сообщайте сразу, с причиной и новым прогнозом. Это даёт время передоговориться с бизнесом.

Шаблон раннего сигнала:
«Апдейт по фиче X: всплыла проблема Y, поэтому срок сдвигается
с ср на пт. Варианты: (а) ждём пт, (б) урезаем до MVP к ср
без Z. Что выбираем?»

Как работает под капотом

Менеджер — не надсмотрщик, а человек, который защищает вас перед бизнесом и переводит технику в бизнес-язык. Его главная боль — неопределённость: ему нужно что-то пообещать стейкхолдерам. Дав ему честный прогноз и ранние сигналы, вы снимаете его тревогу, и он начинает вам доверять. Скрывая проблемы «чтобы не расстраивать», вы лишаете его возможности помочь и разрушаете доверие, когда правда вскроется.

Договаривайтесь об объёме, а не только о сроке

Срок, объём и качество — связаны. Если давят по сроку, разменивайте объём: «К пятнице успею базовый сценарий, расширенные фильтры — в следующем спринте». Это честнее, чем обещать всё и не сделать.

Частые ошибки

  • Называть точную дату из вежливости. Лучше честный диапазон, чем приятная ложь.
  • Молчать до дедлайна. Поздний сигнал — главный разрушитель доверия.
  • Оценивать «в идеальных часах». Закладывайте ревью, тесты, митинги, отвлечения.
  • Соглашаться на нереальное под давлением. Разменивайте объём вместо обещания невозможного.

Итог

  • Оценка — прогноз, а не обещание; недооценка встроена в психику.
  • Давайте диапазон и уточняйте по мере прояснения.
  • Предупреждайте о сдвиге как можно раньше — это спасает доверие.
  • Под давлением разменивайте объём, а не обещайте невозможное.
Проверьте себя
1. Почему оценки сроков систематически оказываются заниженными?
AРазработчики ленивы
BИз-за ошибки планирования: мы представляем идеальный сценарий и забываем про ревью, тесты, баги и отвлечения
CСроки всегда точны
DМенеджеры специально путают
2. Почему лучше давать диапазон, а не точную дату?
AЧтобы запутать менеджера
BДиапазон честно отражает неопределённость, а точка превращает любое отклонение в «провал»
CТочные даты запрещены
DДиапазон ни к чему не обязывает
3. Что разрушает доверие менеджера сильнее всего?
AЧестный диапазон
BУзнать о сдвиге срока в день дедлайна, а не заранее
CРаннее предупреждение о проблеме
DРазмен объёма ради срока