Кто ставит задачи и как они распределяются

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

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

Как отвечать

Опишите процесс своей команды, а не Scrum из учебника. Каркас:

• источник задач: продакт или владелец продукта формирует бэклог, аналитик детализирует, техлид добавляет технические задачи и техдолг, часть работы приходит из дежурств и инцидентов;
• подготовка: груминг, где задачу разбирают до контракта. Для Go-сервиса это обычно .proto для gRPC или спецификация OpenAPI, миграции схемы, требования к таймаутам и нагрузке;
• оценка: story points и Planning Poker, оценка в днях или отказ от оценок в канбане с контролем времени цикла;
• распределение: pull-модель, когда разработчик сам берёт верхнюю задачу из колонки, или назначение техлидом с учётом экспертизы и загрузки. Упомяните, как распространяли знания: задачи в незнакомом сервисе в паре, чтобы у кода не было единственного владельца;
• ход работы: стендапы, перераспределение при блокерах, доля спринта под техдолг.

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

Если вопрос задаёте вы, спросите конкретно: кто пишет задачи и приходят ли они с критериями приёмки, сколько времени уходит на поддержку и техдолг, есть ли дежурства, можно ли самому выбирать задачи, часто ли приоритеты меняются посреди спринта. Ответы скажут больше, чем слово «Agile» в описании вакансии.

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

Отвечают общими словами «работали по Agile, всё было прозрачно». Интервьюеру нужна конкретика: кто, где, как часто.

Жалуются на прошлую команду: «задачи ставили плохо, аналитики ничего не понимали». Даже если так было, лучше рассказать, что вы делали, чтобы задачи приходили понятными.

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