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

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

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

Как отвечать

Опирайтесь на свою практику, а не на пересказ Scrum Guide. Каркас:

• инструмент и доска: Jira, YouTrack, Azure Boards или GitHub Projects. В .NET-командах часто встречается Azure DevOps, где задачи, репозитории и пайплайны живут в одном месте;
• связь кода с задачей: ветка и коммит с номером задачи. В Azure Repos работает упоминание #123, а при коде на GitHub синтаксис AB#123 связывает коммит с Azure Boards. Политика ветки может требовать привязанную задачу у каждого пулл-реквеста;
• критерий готовности: что у вас значит «сделано». Обычно это пройденное ревью, зелёные тесты в пайплайне и изменение на стенде, а не «код написан»;
• ритм: стендап, где говорят о блокерах, а не отчитываются по часам, планирование и ретро;
• метрики: cycle time и lead time показывают, где задачи застревают. Velocity считают в story points для планирования спринта, а не для оценки отдельного разработчика.

Дайте свой пример: как разбили крупную задачу на подзадачи, как подняли флаг, когда упёрлись в чужой API, сколько обычно занимает путь от «в работе» до релиза. Цифры должны быть вашими: придуманные проценты разваливаются на первом уточнении.

Если коммерческого опыта нет, расскажите про пет-проект: GitHub Issues, доска Projects, коммиты со ссылкой на issue и закрытие через Fixes #12 в пулл-реквесте. Это честно и показывает привычку.

Если вопрос задаёте вы, спросите, кто ставит задачи и оценки, как часто меняются приоритеты посреди спринта и как выглядит путь задачи до прода.

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

Перечисляют определения Agile, Scrum и Kanban, так и не сказав, как работали сами.

Отвечают «задачи отслеживает менеджер». Звучит как нежелание отвечать за собственный статус.

Хвалятся ростом velocity как личной продуктивностью. Интервьюер знает, что story points легко раздуть, и воспримет это как тревожный сигнал.