Как поступать, если задача сложнее и не успеваешь сделать в срок

Что проверяют

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

Как отвечать

Каркас из четырёх шагов, каждый лучше подкрепить своим случаем:

• заметить рано: срыв срока виден задолго до дедлайна. Сверьте прогресс с планом на середине задачи и назовите момент, когда поняли, что не успеваете;
• сообщить с вариантами: не «я не успеваю», а «осталось два дня работы, варианты такие: урезать объём, сдвинуть срок, подключить второго человека». Решают лид или продакт, ваша задача дать им информацию;
• резать объём, а не качество: в Android это удобно делать фича-флагами через Firebase Remote Config или свой механизм конфигурации. Готовую часть можно выпустить выключенной и включить позже, не дожидаясь следующей сборки;
• учитывать релизный цикл: мобильный релиз проходит ревью в Google Play и поэтапную раскатку, поэтому сдвиг на день иногда означает пропуск целого релизного поезда. Об этом стоит сказать заранее.

Пример стройте так: что за задача, когда стало понятно, что не успеваете, кому и как сообщили, какой вариант выбрали и чем закончилось. Нужны ваши цифры: исходная оценка, фактический срок, что ушло в следующий релиз. Если такого случая не было, честно скажите и разберите задачу, где оценка сильно разошлась с фактом, и как вы поступили бы при жёстком сроке.

Где спотыкаются

Рассказывают, как героически сидели ночами и успели. Для интервьюера это сигнал, что вы молчите о рисках и скоро выгорите.

Говорят «предупредил менеджера» без деталей. Ценятся момент и форма: когда, с какими вариантами и какой ценой у каждого.

Предлагают сэкономить на качестве: без проверки на старых версиях Android, без обработки ошибок сети. В мобильной разработке это дороже, чем в вебе: раскатку можно остановить, но уже установленную версию у пользователей не откатить.