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