Какая была самая последняя измененная задача в плане бизнеса или менеджмента
Что проверяют
Как вы ведёте себя, когда требования меняются на ходу: уточняете и перестраиваете план или молча переделываете и жалуетесь. Формулировка неуклюжая, но смысл один: расскажите о последней задаче, которую поменяли по решению бизнеса или менеджмента. Следом спрашивают, как вы оценили последствия изменения и кого предупредили.
Как отвечать
Возьмите свежий пример, не старше полугода, и разложите его:
- что планировалось: задача, срок, ваша роль. Например, сервис выгрузки отчётов на Go с одним форматом;
- что поменялось и почему: новый крупный клиент, смена приоритетов квартала, требование регулятора, урезанный бюджет;
- ваши действия: выяснили, какая проблема стоит за новым требованием; переоценили объём; предложили сократить скоуп или разбить работу на этапы; предупредили соседние команды;
- технические решения: что помогло пережить изменение без переписывания. В Go это узкие интерфейсы на границах пакетов, обратно совместимое развитие контракта (в protobuf новые поля получают новые номера, старые не переиспользуются, удалённые помечаются
reserved), фича-флаги, версионирование REST API; - результат: что выпустили, в какой срок, что осталось в бэклоге.
Пример нужен свой, с реальными сроками. Если изменений на уровне бизнеса вы не застали, расскажите о смене требований внутри спринта и честно скажите, что решения принимались выше, а ваша часть была в быстрой переоценке и адаптации кода.
Где спотыкаются
Жалуются на менеджмент, который «опять всё поменял». Интервьюер слышит, как вы будете говорить о новой компании через год.
Рассказывают про масштабный переезд монолита на микросервисы ради «производительности». Это слабый пример: микросервисы решают в первую очередь организационные задачи, а сетевые вызовы между ними задержку скорее добавляют.
Описывают только чужие решения и так и не называют, что сделали лично вы.