Что делать, если задача на двоих, а второй не работает при жестких сроках
Что проверяют
Поведенческий вопрос. Смотрят не на то, пожалуетесь ли вы, а на то, отличаете ли факты от оценок, когда поднимаете риск срока, и не тащите ли молча двойную работу, пряча проблему от команды.
Как отвечать
По шагам, от самого дешёвого действия к дорогому.
Сначала факты: что конкретно не сделано, что из-за этого заблокировано, видно ли это на доске и в ветках. Утверждение «он не работает» без этого недоказуемо и часто просто неверно.
Потом разговор один на один. Причина почти всегда объяснимая: застрял на незнакомой части, перегружен другой задачей, не понял требований, личные обстоятельства. От причины зависит вид помощи.
Дальше работа с самой задачей. Сразу договориться о границе между вашими частями, чтобы не ждать друг друга: контракт, сигнатуры, заглушка. Крупный кусок разбить на части поменьше, тяжёлое место сделать в паре, договориться о промежуточном ревью в середине срока, а не в последний день.
Если за день или два ничего не сдвинулось, идти к руководителю. Формулировка важна: не жалоба на человека, а риск срока с вариантами. Например: к дате готова только серверная часть, дальше выбираем, режем ли объём, подключаем ли третьего или двигаем дату. Решение о сроке принимает не разработчик, но принести варианты обязан именно он.
Где спотыкаются
Молча делают работу за двоих. Один раз срок спасён, зато проблема невидима, качество просело, а в следующем спринте всё повторится: для команды ведь ничего не происходило.
Идут к руководителю сразу и с оценками вроде «ему неинтересно». Оценка без фактов читается как конфликт, и разбираться начнут с обоими участниками.
Ждут до последнего дня, надеясь, что успеется. Риск, о котором сказали в день сдачи, уже не риск, а свершившийся срыв: у команды не остаётся ни одного варианта.