Что делать при понимании, что сроки не будут соблюдены?
Что проверяют
Сообщите ли вы о срыве в тот день, когда это стало понятно, и придёте ли с вариантами, а не с одним фактом. Вопрос поведенческий, техническая часть в нём одна: умеете ли вы честно переоценить остаток работы вместо «ещё чуть-чуть и успею».
Как отвечать
Схема простая: сказать рано, сказать конкретно, принести выбор.
Рано означает сразу, как появился сигнал, а не за день до срока. Сигнал это расхождение факта с планом: задача, на которую закладывали два дня, идёт четвёртый.
Конкретно означает цифры и причину: сколько осталось по новой оценке и что именно её увеличило. Типовые причины в проектах на C# называйте своими именами: чужой API оказался не таким, как в документации, миграция схемы тянет за собой правку хранимых процедур, легаси не покрыт тестами и каждое изменение приходится проверять руками.
Выбор это варианты для тимлида и заказчика:
- урезать объём до минимально полезного, остальное следующим релизом;
- выкатить за фича-флагом и включить, когда будет готово;
- отдать изолированный кусок коллеге, если его реально отделить;
- сдвинуть срок.
Заканчивайте тем, что выбираете не вы: вы приносите оценку и последствия каждого варианта, решение принимает тот, кто отвечает за срок перед бизнесом.
Где спотыкаются
Молчат и надеются нагнать. К моменту, когда молчать уже нельзя, у команды не остаётся ни одного дешёвого варианта, и это главная претензия к такому ответу.
Приносят проблему без вариантов. «Не успеваю» перекладывает работу на руководителя, а ждут от вас разбора остатка и предложения, чем можно пожертвовать.
Рассказывают, как героически работали ночами и всё успели. Это не ответ на вопрос, а признак того, что оценка была плохой и её не пересматривали. Туда же выдуманные проценты в духе «сократил отставание на треть»: проверить их нельзя, и звучат они как заученный шаблон.