Как составляются планы на полгода и как происходит планирование?
Что проверяют
Этот вопрос обычно задаёте вы работодателю в конце собеседования, и проверяет он компанию: есть ли у команды горизонт дальше спринта и влияют ли разработчики на план. Если его задают вам, ждут описания реального процесса в прошлой команде и вашей роли в нём, а следом спросят, как вы оценивали фронтенд-задачи.
Как отвечать
Задавайте вопрос с уточнениями, иначе получите общий ответ про Agile:
- горизонт: есть ли план на квартал или полугодие, в каком виде (OKR, продуктовая дорожная карта, список эпиков) и как часто его пересматривают;
- участие: приходят ли фронтенд-разработчики на планирование или получают готовые задачи со сроками, кто оценивает работу на клиенте;
- техдолг: какая доля времени закладывается на обновление зависимостей, переход на новую версию фреймворка, дизайн-систему, производительность. Ответ «на это нет времени» говорит больше любого рассказа о культуре;
- путь задачи: как она приходит от продукта через макеты в Figma к вам, есть ли проработка до оценки;
- релизы: как часто выкатывают, используют ли фиче-флаги, кто решает, что фича готова;
- ближайший план: какие крупные задачи ждут того, кого нанимают. Это самый практичный вопрос из списка.
Если спрашивают вас, отвечайте по той же схеме: горизонт, ваше участие в оценке, случай, когда план поменялся, и что вы тогда сделали. Нужны свои примеры и свои цифры. Если в прошлой компании планирования не было, так и скажите и объясните, как организовывали работу сами, например разбивали эпик на задачи и оценивали каждую.
Где спотыкаются
Задают вопрос для галочки и не слушают ответ. Размытые «гибко» и «по ситуации» часто означают, что плана нет и приоритеты меняются каждую неделю.
Рассказывают историю с выдуманными процентами вроде «удовлетворённость клиентов выросла на 20%». Интервьюер попросит показать, как это мерили, и история развалится.
Путают процесс с ритуалами: перечисляют стендапы и ретро, но не говорят, кто и как решает, чем команда займётся в ближайшие полгода.