Как организован процесс разработки в команде: появление задач, груминг, планирование и приоритизация?

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

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

Как отвечать

Рассказывайте по последнему проекту, в хронологии жизни задачи:

• появление задач: требования от Product Owner, баги от поддержки и мониторинга, технический долг, который заводят сами разработчики. Всё попадает в бэклог в Jira или Azure DevOps Boards;
• груминг (refinement): команда разбирает верх бэклога, уточняет критерии приёмки, режет крупные истории, оценивает в story points через planning poker. По Scrum Guide это постоянная работа, а не отдельное событие, но на практике под неё выделяют встречу;
• готовность: Definition of Ready, то есть понятны требования, есть макеты и контракт API, известны зависимости;
• планирование: цель спринта и набор задач под реальную ёмкость команды с учётом отпусков и дежурств;
• приоритизация: решает владелец продукта, помогают MoSCoW, RICE или WSJF, плюс договорённость о доле спринта под техдолг;
• путь до Done: ветка, pull request с ревью, CI с dotnet build и dotnet test, проверка QA, выкладка по Definition of Done.

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

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

Этот же вопрос полезно задать работодателю: ответ покажет, кто ставит приоритеты и переживают ли планы первую неделю.

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

Пересказывают Scrum Guide без привязки к своей команде. Интервьюер просит реальный случай, и ответ рассыпается.

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

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