Собеседование на позицию Scrum Master проверяет три вещи: знаете ли вы фреймворк (роли, события, артефакты), умеете ли вы как коуч провести реальную команду через проблемы и способны ли вы оставаться servant-лидером, а не играть роль проект-менеджера. Ожидайте сценарных вопросов — например, о команде, которая срывает каждый спринт, или о владельце продукта, который меняет приоритеты посреди спринта.
Ниже — 22 вопроса с примерами ответов. Scrum Guide немного меняется от издания к изданию, поэтому упомяните, каким пользуетесь, если спросят.
Основы Scrum
1. Что такое Scrum?
«Лёгкий фреймворк для поставки сложной работы короткими циклами — спринтами. Небольшая команда идёт к цели, проверяет результат и адаптируется. Он построен на эмпиризме: прозрачности, инспекции и адаптации».
2. Какие роли есть в Scrum?
«Разработчики, которые создают продукт. Владелец продукта, который максимизирует ценность продукта и управляет бэклогом. Scrum Master, который помогает команде и организации понимать Scrum и хорошо его использовать».
3. Какие события есть в Scrum?
| Событие | Назначение |
|---|---|
| Спринт | Таймбокс длиной месяц или меньше, вмещающий все остальные события |
| Планирование спринта | Решить, что можно сделать в этом спринте и как |
| Ежедневный Scrum | 15-минутная встреча разработчиков, чтобы спланировать следующие 24 часа |
| Обзор спринта | Проверить инкремент со стейкхолдерами и адаптировать бэклог |
| Ретроспектива спринта | Проверить, как работала команда, и договориться об улучшениях |
4. Какие артефакты есть в Scrum и какие у них обязательства?
«Бэклог продукта с целью продукта, бэклог спринта с целью спринта и инкремент с определением готовности. У каждого артефакта есть обязательство, которое делает прогресс прозрачным».
5. Что такое определение готовности и почему оно важно?
«Общее описание того, что должно быть выполнено, чтобы работа считалась завершённой: код проверен, протестирован, задокументирован и готов к развёртыванию. Без него "готово" означает разные вещи, и качество постепенно падает».
6. В чём разница между Scrum Master и проект-менеджером?
«Проект-менеджер направляет работу, отслеживает график и часто распределяет задачи. Scrum Master не управляет командой. Он коучит, устраняет препятствия, защищает процесс и помогает команде стать самоуправляемой».
Повседневная работа
7. Чем Scrum Master занимается весь день?
«Фасилитирует события, когда это нужно, помогает команде замечать и устранять блокеры, коучит владельца продукта по управлению бэклогом, работает с другими командами и руководителями над препятствиями и отслеживает закономерности — например, переносы задач или баги, — чтобы вынести их на ретроспективу».
8. Как вы проводите эффективную ретроспективу?
«Я создаю безопасное пространство и чёткий фокус, собираю данные — например, события спринта, — даю всем высказаться, группирую темы, выбираю одно-два улучшения с ответственными и проверяю их на следующей ретроспективе. Я меняю формат, чтобы сохранять свежесть, и избегаю ретроспектив, которые сводятся к списку жалоб».
9. Как вы поступите с командой, которой надоел ежедневный Scrum?
«Я спрашиваю, что они хотят от этой встречи. Если она превратилась в отчёт о статусе для меня, я напоминаю, что она для разработчиков, смещаю фокус на цель спринта и пробую другой формат — например, проход по доске справа налево. Цель — спланировать следующий день, а не отчитаться».
10. Как вы помогаете команде оценивать?
«Я использую относительные оценки — story points или размеры футболок — с обсуждением, как в planning poker. Смысл в общем понимании, а не в точности. Я смотрю на прошлую пропускную способность команды для прогноза и не сравниваю velocity между командами».
11. Что такое velocity и как его неправильно используют?
«Объём работы, который команда выполняет за спринт, обычно в story points. Он помогает команде прогнозировать. Его неправильно используют как показатель эффективности или для сравнения команд, из-за чего люди завышают оценки».
Сценарии
12. Команда не достигает цели спринта от спринта к спринту. Что вы будете делать?
«Я бы искал причины, опираясь на данные и мнение команды. Истории слишком большие? В середине спринта добавляется работа? Есть зависимости, которые блокируют? Цель неясна? Затем я бы вынес это на ретроспективу и попробовал эксперимент: например, более мелкие истории, ограничение на незавершённую работу или более ранний refinement».
13. Product Owner постоянно меняет приоритеты в середине спринта. Что вы будете делать?
«Я бы поговорил с ним о том, как это влияет на команду и на цель спринта. В рамках спринта объём можно уточнять вместе с разработчиками, но цель спринта защищена. Если изменение достаточно срочное, Product Owner может отменить спринт, но это редкость. В остальных случаях оно попадает в бэклог к следующему планированию. Я бы также помог ему с refinement бэклога, чтобы приоритеты были яснее».
14. Стейкхолдер постоянно обращается напрямую к разработчикам с запросами. Что вы будете делать?
«Я бы объяснил, какую цену за это платят команда и спринт, и направил стейкхолдеров к Product Owner и на Sprint Review как к каналам. Я бы также поработал с разработчиками над тем, как вежливо перенаправлять запросы».
15. Один разработчик доминирует в обсуждениях, а остальные молчат. Что вы будете делать?
«На мероприятиях я бы использовал техники, которые вовлекают всех: например, сначала молча записать идеи, ходы по кругу или работу в парах. Наедине я бы поговорил с доминирующим человеком о том, чтобы дать другим место. Я бы наблюдал, что нужно более тихим участникам».
16. Руководитель хочет, чтобы вы отчитывались об индивидуальной продуктивности. Что вы скажете?
«Я бы объяснил, что Scrum измеряет результаты команды, а индивидуальные метрики снижают сотрудничество. Я бы предложил метрики уровня команды: cycle time, пропускную способность и качество, — и рассказал бы, как идут дела».
17. Как вы работаете с конфликтами внутри команды?
«Я выношу проблему на обсуждение рано, выслушиваю каждого отдельно, а затем помогаю им напрямую поговорить о проблеме и её влиянии. Я фокусируюсь на поведении и цели, а не на человеке, и мы договариваемся о действии. Если решить не удаётся, я подключаю руководителя».
18. Что бы вы сделали, если команда не следует Scrum?
«Сначала спросил бы почему. Возможно, какая-то практика бесполезна в их контексте или её никто не объяснил. Я бы коучил, объясняя смысл каждой практики, предложил эксперимент и вместе разобрал результат. Об организационных препятствиях, например когда руководители назначают задачи, я бы говорил с руководством».
Agile и инструменты
19. В чём разница между Scrum и Kanban?
«В Scrum есть спринты фиксированной длины, определённые роли и мероприятия. Kanban — это система потока: визуализируй работу, ограничивай незавершённую работу и управляй потоком, без обязательных временных рамок. Многие команды сочетают идеи из обоих подходов».
20. Как вы масштабируете Scrum на несколько команд?
«Начните с того, чтобы сделать зависимости видимыми и сохранить кросс-функциональность команд. Используйте общий ритм, Scrum of Scrums или похожую синхронизацию и общий бэклог или цели. Существуют фреймворки вроде Nexus, LeSS или SAFe, но я бы начал с самого простого подхода, который решает реальную проблему».
21. Какими инструментами вы пользуетесь?
«Jira или похожий трекер, цифровая доска для ретроспектив и собственная доска команды. Я выбираю инструменты, которые команда будет поддерживать в актуальном состоянии, и использую их, чтобы делать работу видимой, а не для слежки».
22. У вас есть к нам вопросы?
«Сколько команд работают над этим продуктом и как они координируются? Как руководство относится к Scrum и что уже пробовали? Какое самое большое препятствие у ваших команд?»
Сертификации
Во многих вакансиях просят сертификацию, например Certified ScrumMaster или Professional Scrum Master. Они показывают, что вы изучили фреймворк, но интервьюерам важнее то, что вы сделали с реальной командой. Подготовьте примеры препятствия, которое вы устранили, и улучшения, к которому привела ретроспектива.
Как готовиться
Подготовьте истории о том, как вы коучили команду в решении проблемы, как помогли разрешить конфликт, о ретроспективе, которая что-то изменила, и о случае, когда вы возражали руководству. Перечитайте актуальное руководство по Scrum, чтобы ваши термины были точными. Смотрите наш гайд по вопросам для собеседований на руководящие позиции и гайд по вопросам для собеседований на управленческие позиции — там есть похожие вопросы.
Практикуйтесь на mock-интервью и перечитайте расшифровку, чтобы найти места, где вы давали определение, хотя вопрос был о том, что вы будете делать. Соблюдайте правила работодателя об использовании AI-инструментов на любом живом интервью.
Практикуйте ответы Scrum Master с YesToTheOffer
Проведите mock-интервью, проговорите командные сценарии вслух и просмотрите расшифровку afterward. 30 бесплатных минут, без подписки.
