Сообщить об ошибкеКороткий ответ
Нужно как можно раньше сообщить об этом ответственному за срок (тимлиду, менеджеру), объяснить причину расхождения и обсудить варианты — не молчать до дедлайна в надежде успеть.
Как это работает подробнее
Раннее предупреждение оставляет время на реакцию: можно урезать объём задачи, привлечь помощь, подвинуть менее приоритетные задачи или пересогласовать срок с заказчиком. Чем позже сообщить о проблеме, тем меньше вариантов решения остаётся у команды и тем выше цена каждого из оставшихся вариантов.
Пример кода
example.txt
Сообщение тимлиду на третий день из пяти запланированных:
"По задаче ABC-123 обнаружилось, что текущий модуль экспорта не поддерживает
нужный формат и требует рефакторинга — это ещё примерно 2 дня сверх плана.
Предлагаю на этот спринт выпустить экспорт только в CSV (что уже готово),
а поддержку XLSX перенести в следующий спринт отдельной задачей."Что использовать на практике
- Практика. Полезно сообщать не просто «не успеваю», а с конкретикой: что оказалось сложнее (например, обнаружилась скрытая зависимость от legacy-модуля), сколько примерно нужно дополнительно времени и какие есть варианты (сократить скоуп, перенести срок, подключить коллегу). Это превращает тревожный сигнал в рабочее предложение, с которым менеджеру легко работать дальше. Такое же правило работает и в обратную сторону — если задача оказалась проще, об этом тоже стоит сообщить заранее.
Подводные камни
- Риски. Частая ошибка — молчать до последнего дня, надеясь «вдруг успею», из-за чего менеджер узнаёт о проблеме, когда уже поздно что-то менять, например договориться с клиентом о переносе. Другая ошибка — сообщать о проблеме без предложений, перекладывая всю работу по поиску решения на менеджера, вместо того чтобы прийти с уже обдуманными вариантами. Также не стоит преувеличивать проблему из страха — важно давать реалистичную, а не самую пессимистичную оценку остатка работы.