Во время онбординга Scrum-команды из 7 человек менеджер говорит, что Владелец Продукта обязан писать каждый элемент бэклога и утверждать ежедневную работу Разработчиков. Как вы исправите эту схему ответственностей?

Я объясню, что Владелец Продукта отвечает за максимизацию ценности продукта через эффективное управление Бэклогом Продукта, а не за контроль ежедневной работы. - Я размещу в Confluence одну схему ответственностей, где Владелец Продукта отвечает за Цель Продукта, порядок бэклога и его прозрачность. - Я отмечу, что Владелец Продукта может делегировать написание элементов, но сохраняет ответственность за получившийся Бэклог Продукта. - Я проверю понимание, попросив всех 7 участников отнести три примера решений к Владельцу Продукта, Разработчикам или Скрам-мастеру.

На второй день работы с командой из 8 человек delivery-менеджер просит вас назначить каждому Разработчику задачу в Jira до завтрашнего начала Спринта. Что вы сделаете?

Я откажусь распределять работу и помогу Разработчикам самим составить план достижения Цели Спринта. - Я объясню менеджеру, что Разработчики отвечают за Бэклог Спринта и сами решают, кто что делает по мере выполнения работы. - Вместо раздачи 6 задач я проведу 20-минутное обсуждение навыков, зависимостей и совместной работы. - Я сочту онбординг завершённым, когда Разработчики смогут менять владельцев задач без одобрения Скрам-мастера.

В первую неделю работы со Scrum-командой из 6 человек трое участников называют Скрам-мастера секретарём встреч. Какую ответственность вы продемонстрируете первой?

Я покажу, что Скрам-мастер отвечает за внедрение Scrum и повышение эффективности команды, а не только за расписание встреч. - Я создам одностраничный план онбординга с теорией Scrum, целью каждого события и тремя ответственностями. - Я понаблюдаю за одним событием Спринта и дам команде один конкретный совет, не забирая её решения себе. - В пятницу я проведу проверку, на которой все 6 участников назовут один пример моей помощи с препятствием или самоуправлением.

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

Я помогу Владельцу Продукта сделать Цель Продукта видимой и связать с ней упорядоченный Бэклог Продукта. - Я назначу 45-минутную сессию, где Владелец Продукта сформулирует одно измеримое будущее состояние, например снижение отказов при оплате на 10 процентов. - Я размещу Цель Продукта вверху страницы Бэклога Продукта и свяжу с ней первые 10 упорядоченных элементов. - Я закончу работу, когда команда сможет объяснить, почему первые 3 элемента являются следующими шагами к этой цели.

На онбординге команды из 9 человек доска показывает скопированный список из 12 элементов Бэклога Продукта под названием Бэклог Спринта, но без цели и плана поставки. Что вы добавите?

Я объясню, что Бэклог Спринта включает Цель Спринта, выбранные элементы Бэклога Продукта и выполнимый план Разработчиков. - Я попрошу всю Scrum-команду составить одну Цель Спринта с ценным результатом 2-недельного Спринта. - Я предложу Разработчикам разбить выбранные элементы на объём видимой работы, достаточный для старта, без полного списка задач в первый день. - Я проверю, что все 9 участников могут показать цель, выбранные элементы и текущий план на одной доске.

Команда из 6 человек проходит онбординг и в конце первой недели называет Инкрементом пять написанных, но не протестированных историй. Общий чеклист требует автоматических тестов. Как вы отреагируете?

Я скажу, что эти истории не входят в Инкремент, пока не соответствуют Определению Готовности и не станут пригодными к использованию. - Я сопоставлю каждую из 5 историй с общим чеклистом и верну незавершённую работу в видимый статус не готово. - Я попрошу Разработчиков завершить обязательные тесты и интегрировать работу до включения в Инкремент. - Я завершу онбординг, когда доска и Инкремент покажут одинаковое число элементов, соответствующих всем критериям качества.

На третий день онбординга команды из 8 человек в Jira указано 7 задач в работе, хотя две завершены вчера, а одна заблокирована. Какой столп эмпиризма вы затронете первым?

Сначала я восстановлю прозрачность, потому что проверка и адаптация ненадёжны, когда доска не отражает реальность. - Я попрошу Разработчиков обновить все 7 задач до следующего Ежедневного Scrum и явно отметить заблокированную. - Я согласую одно правило доски: менять статус задачи при изменении состояния работы, а не в конце недели. - Я проверю результат, сопоставляя доску с рассказом команды 2 рабочих дня подряд.

На первом Ежедневном Scrum команды из 7 человек Разработчики узнают, что зависимость от API может задержать Цель Спринта на два дня. Как вы объясните проверку?

Я помогу Разработчикам проверить прогресс к Цели Спринта, а не эффективность отдельных людей. - Я укажу на Цель Спринта и спрошу, как данные об API меняют сегодняшний план. - Я удержу обсуждение на Бэклоге Спринта, записав зависимость в затронутом элементе. - Я пойму, что принцип усвоен, когда Разработчики определят одну конкретную корректировку плана в рамках 15-минутного события.

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

Я поддержу Разработчиков в адаптации Бэклога Спринта с сохранением Цели Спринта. - Я попрошу их в тот же день обновить план с доступным способом тестирования, совместной работой или новым порядком задач. - Я подключу Владельца Продукта, если новые данные требуют уточнить или пересогласовать выбранный объём без снижения качества. - Сигналом завершения станет видимый обновлённый план и подтверждение, что Цель Спринта остаётся достижимой.

Во время онбординга один из 8 участников замечает риск безопасности, но хочет подождать шесть дней до Обзора Спринта, потому что ответственный за функцию занимает старшую должность. Что вы посоветуете?

Я предложу участнику сообщить о данных сейчас, проявив смелость и открытость ради прозрачности. - Я дам простой шаблон риска с влиянием, данными, затронутым элементом бэклога и временем регистрации. - Я соберу нужных Разработчиков и Владельца Продукта в течение одного рабочего дня для проверки влияния на Цель Спринта. - Я сочту вопрос решённым, когда у риска появятся владелец и видимое решение, а не когда он останется скрытым до Обзора.

Ваша команда из 7 человек начинает 2-недельный Спринт в понедельник, а в календаре на Планирование Спринта выделено только 30 минут. Как вы зададите подходящий таймбокс?

Я продлю сессию настолько, чтобы создать качественный план Спринта, и объясню, что Scrum задаёт максимум 8 часов только для месячного Спринта. - Для 2-недельного Планирования этой команды я зарезервирую до 4 часов как локальный рабочий предел, а не обязательное правило Scrum. - Я опубликую повестку с вопросами, почему Спринт ценен, что можно сделать и как будет выполнена работа. - Я закончу раньше, если Цель Спринта, выбранные элементы и начальный план поставки видимы и понятны всем 7 участникам.

Через 30 минут после начала Планирования Спринта команда из 8 человек выбрала 9 элементов, но не обсудила ценность или способ их поставки. Что вы проведёте дальше?

Я проведу команду через пропущенные вопросы зачем и как, прежде чем считать выбор планом Спринта. - Я попрошу Владельца Продукта объяснить ценность и порядок 9 выбранных элементов. - Я помогу всей Scrum-команде определить одну Цель Спринта, а создание выполнимого плана оставлю Разработчикам. - Я закончу, когда Бэклог Спринта покажет цель, выбранные элементы и достаточно работы для начала первого дня.

Команда из 6 человек предлагает Цель Спринта «завершить задачи с 31 по 38» для следующего 2-недельного Спринта. Как вы её улучшите?

Я помогу команде сформулировать результат этих задач вместо повторения списка работ. - Я спрошу, какое пользовательское или бизнес-изменение объединяет задачи с 31 по 38, например самостоятельный сброс пароля без поддержки. - Я запишу одно краткое описание результата как Цель Спринта, а список задач оставлю выбранными элементами бэклога. - Я проверю цель вопросом, смогут ли Разработчики заменить один элемент и всё равно достичь того же результата.

На Планировании команда из 7 человек завершила 24, 27 и 25 поинтов в трёх последних Спринтах, а Владелец Продукта просит вас обязать команду взять 35 поинтов. Что вы ответите?

Я использую прошлую velocity только как локальный ориентир для планирования, а прогноз работы оставлю Разработчикам с учётом загрузки и Цели Спринта. - Я покажу диапазон от 24 до 27 поинтов за 3 Спринта, не превращая среднее значение в цель продуктивности. - Я попрошу Разработчиков учесть один праздничный день и текущую техническую неопределённость перед выбором элементов. - Я завершу Планирование прогнозом Разработчиков и Целью Спринта, а не обещанием Скрам-мастера выполнить 35 поинтов.

Новая команда из 9 человек просит вас каждое утро проводить 30-минутный Ежедневный Scrum и по очереди вызывать каждого Разработчика. Как вы его настроите?

Я объясню, что Ежедневный Scrum является 15-минутным событием Разработчиков, которые сами выбирают способ проверки прогресса к Цели Спринта. - Я зарезервирую одно и то же 15-минутное время и место каждый рабочий день, чтобы снизить затраты на координацию. - Я попрошу Разработчиков опираться на Цель Спринта и текущий Бэклог Спринта, а не отчитываться передо мной. - Я отойду в сторону, когда они смогут завершать встречу за 15 минут с конкретным планом на следующий рабочий день.

На четвёртый день 2-недельного Спринта 7 Разработчиков говорят только с вами на Ежедневном Scrum и ждут, что вы назначите следующие задачи. Что вы измените следующим утром?

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

Ваша команда из 8 человек завершает 2-недельный Спринт в пятницу, но на Обзор Спринта выделено 15 минут для показа 6 завершённых элементов. Как вы его подготовите?

Я создам более длинную рабочую сессию для проверки и адаптации, отметив официальный максимум в 4 часа для месячного Спринта. - Для этого 2-недельного Спринта я зарезервирую до 2 часов и вместе с Владельцем Продукта приглашу нужных заинтересованных лиц. - Я построю сессию вокруг Цели Спринта, пригодного Инкремента, текущих условий продукта и вероятных изменений Бэклога Продукта. - Я закончу, когда обратная связь и получившиеся адаптации бэклога будут записаны, даже если это произойдёт раньше 2 часов.

Перед пятничным Обзором Спринта команда из 6 человек говорит, что готовую функцию оплаты нельзя выпускать, пока заинтересованные лица не одобрят её на встрече. Как вы ответите?

Я уточню, что Обзор Спринта не является релизным гейтом, а пригодный Инкремент можно выпустить до него. - Я проверю соответствие функции всем критериям Определения Готовности и обычному процессу решения о релизе Владельца Продукта. - Я отделю запись о релизе от повестки Обзора, чтобы обратная связь всё равно могла изменить порядок Бэклога Продукта. - Я сочту ошибку исправленной, когда команда сможет описать время релиза без обязательного одобрения на Обзоре.

Команда из 7 человек запланировала 20 минут на Ретроспективу после 2-недельного Спринта, в котором нужно проверить несколько новых инструментов. Как вы поступите с таймбоксом?

Я дам команде достаточно времени на проверку и план улучшения, отметив максимум Scrum в 3 часа для месячного Спринта. - Для этого 2-недельного Спринта я зарезервирую до 90 минут и опубликую точную повестку до пятницы. - На основе данных Спринта я охвачу людей, взаимодействия, процессы, инструменты и Определение Готовности. - Я закончу, когда команда выберет хотя бы одно конкретное улучшение с владельцем или ясной общей ответственностью.

На 60-минутной Ретроспективе команда из 8 человек создала 18 заметок, но за 10 минут до конца не выбрала ни одного действия. Что вы сделаете?

Я использую последние 10 минут для выбора одного ценного улучшения, а не оставлю команде неупорядоченную стопку заметок. - Я сгруппирую 18 заметок, проведу быстрое голосование и обсужу тему с наибольшим числом голосов. - Я запишу на странице Ретроспективы одно действие с владельцем, сроком и признаком завершения. - При необходимости я добавлю действие в следующий Бэклог Спринта и проверю результат на следующей Ретроспективе.

Вопросы на собеседовании: Скрам-мастер

100 реальных вопросов с образцовыми ответами и пояснениями для уровня Практик Scrum.

Смотреть пример резюме: Скрам-мастер →

Тренировка флешкарточками

Интервальное повторение · Hunter Pass

Вопросы

agileonboardingbacklog

Я объясню, что Владелец Продукта отвечает за максимизацию ценности продукта через эффективное управление Бэклогом Продукта, а не за контроль ежедневной работы.

Я размещу в Confluence одну схему ответственностей, где Владелец Продукта отвечает за Цель Продукта, порядок бэклога и его прозрачность.
Я отмечу, что Владелец Продукта может делегировать написание элементов, но сохраняет ответственность за получившийся Бэклог Продукта.
Я проверю понимание, попросив всех 7 участников отнести три примера решений к Владельцу Продукта, Разработчикам или Скрам-мастеру.

Зачем это спрашивают: Интервьюер проверяет, отличаете ли вы ответственность Владельца Продукта от написания задач и управления людьми.

agile

Я откажусь распределять работу и помогу Разработчикам самим составить план достижения Цели Спринта.

Я объясню менеджеру, что Разработчики отвечают за Бэклог Спринта и сами решают, кто что делает по мере выполнения работы.
Вместо раздачи 6 задач я проведу 20-минутное обсуждение навыков, зависимостей и совместной работы.
Я сочту онбординг завершённым, когда Разработчики смогут менять владельцев задач без одобрения Скрам-мастера.

Зачем это спрашивают: Сильный ответ защищает самоуправление Разработчиков и не превращает Скрам-мастера в диспетчера задач.

agilesecrets

Я покажу, что Скрам-мастер отвечает за внедрение Scrum и повышение эффективности команды, а не только за расписание встреч.

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

Зачем это спрашивают: Интервьюер оценивает, понимаете ли вы ответственность Скрам-мастера за служение команде и коучинг.

onboarding

Я помогу Владельцу Продукта сделать Цель Продукта видимой и связать с ней упорядоченный Бэклог Продукта.

Я назначу 45-минутную сессию, где Владелец Продукта сформулирует одно измеримое будущее состояние, например снижение отказов при оплате на 10 процентов.
Я размещу Цель Продукта вверху страницы Бэклога Продукта и свяжу с ней первые 10 упорядоченных элементов.
Я закончу работу, когда команда сможет объяснить, почему первые 3 элемента являются следующими шагами к этой цели.

Зачем это спрашивают: Вопрос проверяет понимание связи между артефактом Бэклога Продукта и его обязательством, Целью Продукта.

agileonboardingbacklog

Я объясню, что Бэклог Спринта включает Цель Спринта, выбранные элементы Бэклога Продукта и выполнимый план Разработчиков.

Я попрошу всю Scrum-команду составить одну Цель Спринта с ценным результатом 2-недельного Спринта.
Я предложу Разработчикам разбить выбранные элементы на объём видимой работы, достаточный для старта, без полного списка задач в первый день.
Я проверю, что все 9 участников могут показать цель, выбранные элементы и текущий план на одной доске.

Зачем это спрашивают: Интервьюер проверяет знание полного состава Бэклога Спринта и его обязательства, Цели Спринта.

onboardingtesting

Я скажу, что эти истории не входят в Инкремент, пока не соответствуют Определению Готовности и не станут пригодными к использованию.

Я сопоставлю каждую из 5 историй с общим чеклистом и верну незавершённую работу в видимый статус не готово.
Я попрошу Разработчиков завершить обязательные тесты и интегрировать работу до включения в Инкремент.
Я завершу онбординг, когда доска и Инкремент покажут одинаковое число элементов, соответствующих всем критериям качества.

Зачем это спрашивают: Сильный ответ связывает артефакт Инкремента с Определением Готовности и не ослабляет качество.

onboarding

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

Я попрошу Разработчиков обновить все 7 задач до следующего Ежедневного Scrum и явно отметить заблокированную.
Я согласую одно правило доски: менять статус задачи при изменении состояния работы, а не в конце недели.
Я проверю результат, сопоставляя доску с рассказом команды 2 рабочих дня подряд.

Зачем это спрашивают: Интервьюер ищет практическое понимание прозрачности как основы эмпиризма.

agiledependenciesapi

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

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

Зачем это спрашивают: Вопрос проверяет, связываете ли вы проверку с прогрессом и артефактами, а не с контролем сотрудников.

agileonboarding

Я поддержу Разработчиков в адаптации Бэклога Спринта с сохранением Цели Спринта.

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

Зачем это спрашивают: Интервьюер проверяет, следует ли адаптация из данных и учитывает ли Цель Спринта и Определение Готовности.

agilerisk-managementonboarding

Я предложу участнику сообщить о данных сейчас, проявив смелость и открытость ради прозрачности.

Я дам простой шаблон риска с влиянием, данными, затронутым элементом бэклога и временем регистрации.
Я соберу нужных Разработчиков и Владельца Продукта в течение одного рабочего дня для проверки влияния на Цель Спринта.
Я сочту вопрос решённым, когда у риска появятся владелец и видимое решение, а не когда он останется скрытым до Обзора.

Зачем это спрашивают: Сильный ответ превращает ценности Scrum и эмпиризм в наблюдаемое поведение при онбординге.

agile

Я продлю сессию настолько, чтобы создать качественный план Спринта, и объясню, что Scrum задаёт максимум 8 часов только для месячного Спринта.

Для 2-недельного Планирования этой команды я зарезервирую до 4 часов как локальный рабочий предел, а не обязательное правило Scrum.
Я опубликую повестку с вопросами, почему Спринт ценен, что можно сделать и как будет выполнена работа.
Я закончу раньше, если Цель Спринта, выбранные элементы и начальный план поставки видимы и понятны всем 7 участникам.

Зачем это спрашивают: Интервьюер проверяет точное знание таймбокса Scrum и умение разумно сократить рабочую сессию для короткого Спринта.

agile

Я проведу команду через пропущенные вопросы зачем и как, прежде чем считать выбор планом Спринта.

Я попрошу Владельца Продукта объяснить ценность и порядок 9 выбранных элементов.
Я помогу всей Scrum-команде определить одну Цель Спринта, а создание выполнимого плана оставлю Разработчикам.
Я закончу, когда Бэклог Спринта покажет цель, выбранные элементы и достаточно работы для начала первого дня.

Зачем это спрашивают: Сильный ответ охватывает все три вопроса Планирования Спринта и сохраняет право Разработчиков создавать план.

agile

Я помогу команде сформулировать результат этих задач вместо повторения списка работ.

Я спрошу, какое пользовательское или бизнес-изменение объединяет задачи с 31 по 38, например самостоятельный сброс пароля без поддержки.
Я запишу одно краткое описание результата как Цель Спринта, а список задач оставлю выбранными элементами бэклога.
Я проверю цель вопросом, смогут ли Разработчики заменить один элемент и всё равно достичь того же результата.

Зачем это спрашивают: Интервьюер оценивает понимание Цели Спринта как единой задачи, которая оставляет гибкость.

agile

Я использую прошлую velocity только как локальный ориентир для планирования, а прогноз работы оставлю Разработчикам с учётом загрузки и Цели Спринта.

Я покажу диапазон от 24 до 27 поинтов за 3 Спринта, не превращая среднее значение в цель продуктивности.
Я попрошу Разработчиков учесть один праздничный день и текущую техническую неопределённость перед выбором элементов.
Я завершу Планирование прогнозом Разработчиков и Целью Спринта, а не обещанием Скрам-мастера выполнить 35 поинтов.

Зачем это спрашивают: Вопрос проверяет безопасное применение velocity и различие между прогнозом и обязательством по продуктивности.

agile

Я объясню, что Ежедневный Scrum является 15-минутным событием Разработчиков, которые сами выбирают способ проверки прогресса к Цели Спринта.

Я зарезервирую одно и то же 15-минутное время и место каждый рабочий день, чтобы снизить затраты на координацию.
Я попрошу Разработчиков опираться на Цель Спринта и текущий Бэклог Спринта, а не отчитываться передо мной.
Я отойду в сторону, когда они смогут завершать встречу за 15 минут с конкретным планом на следующий рабочий день.

Зачем это спрашивают: Интервьюер проверяет владельца Ежедневного Scrum, его цель и точный таймбокс.

agile

Я перенаправлю разговор Разработчикам и перестану быть сборщиком статусов или распределителем задач.

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

Зачем это спрашивают: Сильный ответ возвращает Ежедневному Scrum роль события Разработчиков для самоуправления.

agile

Я создам более длинную рабочую сессию для проверки и адаптации, отметив официальный максимум в 4 часа для месячного Спринта.

Для этого 2-недельного Спринта я зарезервирую до 2 часов и вместе с Владельцем Продукта приглашу нужных заинтересованных лиц.
Я построю сессию вокруг Цели Спринта, пригодного Инкремента, текущих условий продукта и вероятных изменений Бэклога Продукта.
Я закончу, когда обратная связь и получившиеся адаптации бэклога будут записаны, даже если это произойдёт раньше 2 часов.

Зачем это спрашивают: Интервьюер проверяет понимание Обзора Спринта как совместной рабочей сессии, а не короткой демонстрации.

agilereleasesstakeholder-management

Я уточню, что Обзор Спринта не является релизным гейтом, а пригодный Инкремент можно выпустить до него.

Я проверю соответствие функции всем критериям Определения Готовности и обычному процессу решения о релизе Владельца Продукта.
Я отделю запись о релизе от повестки Обзора, чтобы обратная связь всё равно могла изменить порядок Бэклога Продукта.
Я сочту ошибку исправленной, когда команда сможет описать время релиза без обязательного одобрения на Обзоре.

Зачем это спрашивают: Сильный ответ точно разделяет пригодность Инкремента, решение о релизе и цель Обзора Спринта.

agile

Я дам команде достаточно времени на проверку и план улучшения, отметив максимум Scrum в 3 часа для месячного Спринта.

Для этого 2-недельного Спринта я зарезервирую до 90 минут и опубликую точную повестку до пятницы.
На основе данных Спринта я охвачу людей, взаимодействия, процессы, инструменты и Определение Готовности.
Я закончу, когда команда выберет хотя бы одно конкретное улучшение с владельцем или ясной общей ответственностью.

Зачем это спрашивают: Вопрос проверяет точное знание таймбокса Ретроспективы и ориентацию на выполнимое улучшение.

agile

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

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

Зачем это спрашивают: Интервьюер оценивает, превращает ли ваша фасилитация размышления в конкретный план улучшения.

Закрытые вопросы

21
Команда из 6 человек спрашивает, является ли её еженедельная 60-минутная сессия уточнения официальным событием Scrum с обязательным таймбоксом. Как вы ответите?
agilesessions
22
За два дня до Планирования у команды из 7 человек есть 5 верхних элементов бэклога с неясными деталями приёмки, и новый Скрам-мастер хочет заблокировать их обязательным Definition of Ready. Что вы сделаете?
agilebacklog
23
У новой команды из 8 человек разные представления о готовности: код написан, QA одобрил или выполнен деплой на staging. Как вы создадите пригодное Определение Готовности до первого Спринта?
agiledeploymentdod
24
Организация требует, чтобы каждый Инкремент продукта проходил сканирование безопасности, проверку доступности и тест журнала аудита. Новая Scrum-команда из 7 человек хочет убрать доступность из своего Определения Готовности ради ускорения работы. Как вы ответите?
agilea11ydod
25
Департамент предлагает создать одну Scrum-команду из 14 человек и разделить её на подкоманды frontend, backend и QA во главе со старшими специалистами. Какую структуру вы порекомендуете?
agile
26
На новой доске Jira команды из 7 человек есть 11 статусов, включая Open, Selected, Ready, In Dev, Dev Done, QA Ready и QA Done. Какую базовую гигиену вы предложите до понедельника?
27
Три бизнес-руководителя создают комитет Владельца Продукта, и каждый меняет порядок одного Бэклога Продукта из 30 элементов. Перед Планированием Разработчики получают противоречивые приоритеты. Как вы это исправите?
backlogformsagile
28
На третий день 2-недельного Спринта доска Jira команды из 6 человек всё ещё показывает исходную разбивку задач, хотя вчера Разработчики изменили план реализации. Кто и как её обновляет?
agile
29
Через 24 часа после Планирования у команды из 9 человек есть три страницы Confluence с разными формулировками Цели Спринта. Что вы приведёте в порядок?
agile
30
За десять минут до удалённой Ретроспективы для 7 человек на доске Miro остаются голоса прошлого Спринта и именные стикеры. Что вы сделаете?
agile
31
На пятый день 10-дневного Спринта burndown команды из 7 человек остаётся плоским три дня, а 6 элементов находятся в работе. Какое базовое объяснение вы дадите?
agile
32
Во время 2-недельного Спринта burnup команды из 8 человек показывает 20 завершённых поинтов, но линия объёма выросла с 24 до 32. Как вы объясните график команде?
agilescope-management
33
Разработчик из команды из 6 человек ждёт тестовые учётные данные уже 5 часов, но задача в Jira всё ещё выглядит как обычная In Progress. Как вы сделаете блокировку видимой?
communication
34
На четвёртый день у команды из 7 человек одновременно 9 элементов в работе, и она хочет применить простую практику Kanban для снижения переключений. Что вы попробуете?
agile
35
После трёх Спринтов новая команда из 8 человек спрашивает, стоит ли превратить её velocity 26 в оценку продуктивности на дашборде Confluence. Что вы порекомендуете?
agiledelivery-metrics
36
Вы проводите 4-часовое Планирование Спринта для команды из 8 человек, и первый вопрос занял 90 минут без решения. Как вы защитите оставшееся время?
agile
37
Через 20 минут после начала 60-минутного уточнения для 7 человек спор об именовании в базе данных занимает всю сессию, хотя 4 будущих элемента ещё требуют ясности. Что вы сделаете?
databasesessions
38
На 45-минутной Ретроспективе команды из 6 человек за первые 15 минут высказались только двое. Как вы пригласите более тихих участников?
agile
39
На 30-минутном воркшопе по Цели Спринта для 8 человек первые два выступающих занимают 12 минут, а четверо участников ещё ничего не сказали. Какой приём фасилитации вы примените?
agile
40
Удалённый Ежедневный Scrum команды из 7 человек начнётся через 10 минут, и два Разработчика сообщают, что видеоссылка не работает, хотя доска Jira доступна. Как вы обеспечите продолжение?
agile
41
На гибридном Обзоре Спринта с 9 участниками команды 4 заинтересованных лица будут удалённо, а в переговорной есть один общий ноутбук. Какую настройку вы подготовите к четвергу?
agilecommunicationestimation
42
В конце 50-минутного уточнения команда из 6 человек устно выбрала вариант B для API-контракта, но на доске Miro всё ещё показаны три варианта. Что вы запишете?
api
43
У команды из 7 человек есть 15 минут, чтобы выбрать одно из трёх действий Ретроспективы, и у всех трёх есть сторонники. Как вы проведёте решение?
agile
44
Через пять минут после начала 60-минутного Обзора Спринта команды из 8 человек участники начинают обсуждать подробные оценки бэклога на следующий месяц. Как вы вернёте сессию к цели?
agileestimationsessions
45
45-минутный воркшоп команды из 6 человек достиг таймбокса с двумя подходящими инструментами мониторинга и без окончательного выбора. Что вы сделаете вместо молчаливого продления?
monitoring
46
В первую неделю работы с командой из 7 человек вы обнаруживаете, что блокировки упоминаются в чате, но нигде не отслеживаются, а следующий Спринт начнётся через четыре дня. Какой простой журнал препятствий вы создадите?
agilecommunication
47
Разработчик из команды из 6 человек находит падающий unit-тест за два часа до Ежедневного Scrum и просит вас стать владельцем проблемы, потому что вы ведёте журнал препятствий. Что вы сделаете?
agileunitownership
48
Команде из 7 человек нужна учётная запись для staging-среды до 12:00 в среду, а служба поддержки указывает маршрут эскалации: заявитель, тимлид, затем менеджер платформы. Как вы этим управляете?
escalation
49
На внешний запрос тестовых данных для команды из 8 человек нет ответа один рабочий день, а тестирование должно начаться завтра в 10:00. Когда и как вы эскалируете?
escalationtesting
50
Сетевое препятствие команды из 9 человек отмечено решённым в журнале, но ни один Разработчик не проверил соединение, а Планирование начнётся через два часа. Что вы сделаете?
communicationnetworking
51
Команда из 7 человек переносила 5 из 14 выбранных элементов в каждом из последних 3 двухнедельных Спринтов. Как вы отреагируете?
agile
52
Скорость команды из 6 человек падает с 32 до 22 и затем до 18 баллов за 3 Спринта после появления дежурств поддержки. Как вы используете эти данные?
agiledelivery-metrics
53
Команда из 8 человек использовала размытые Цели Спринта вроде улучшить оплату в течение 3 Спринтов, и стейкхолдеры не понимают, достигнута ли каждая цель. Что вы измените?
agilestakeholder-managementcommunication
54
Команда из 7 человек выбирает историю миграции аккаунтов на 13 баллов, хотя крупнейший завершённый элемент за последние 4 Спринта оценивался в 5 баллов. Что вы сделаете?
agilemigrations
55
Во время двухнедельного Спринта команда из 8 человек обнаруживает 26 часов встреч по комплаенсу и работ по обслуживанию, которых не было в плане. Как вы поступите со скрытой работой?
agile
56
Два инцидента в продакшене забирают 3 человеко-дня Разработчиков у команды из 6 человек в первую неделю двухнедельного Спринта. Что вы сделаете в первую очередь?
agileincidents
57
К 6-му дню 10-дневного Спринта незапланированная поддержка использовала 40% мощности команды из 7 человек, а 3 запланированных элемента ещё не начаты. Как вы скорректируете прогноз?
agilecapacity-planningcapacity
58
Стабильный поток поддержки в среднем содержал 12 элементов в работе и имел пропускную способность 3 элемента в неделю за один и тот же период из 8 недель. Какое среднее время цикла даёт закон Литтла и что вы сначала проверите?
throughput
59
До уточнения Владелец Продукта распределяет оценки 3, 8 или 13 баллов между 5 элементами Бэклога Продукта и просит Скрам-мастера утвердить числа. Кто должен определять размер элементов и как помогает Владелец Продукта?
agilebacklog
60
На 7-й день 10-дневного Спринта команда из 6 человек может завершить либо 2 необязательные истории, либо 1 оставшийся элемент, необходимый для Цели Спринта. Что вы поможете согласовать?
agile
61
Политика компании позволяет Scrum-команде из 7 человек получать обратную связь пользователей только через ежемесячный управляющий комитет, поэтому ответы на вопросы Обзора приходится ждать до 4 недель. Как вы послужите организации?
agilefeedbackgovernance
62
Владелец Продукта становится недоступен на 3 дня, а у команды из 6 человек есть 5 вопросов, влияющих на порядок элементов и критерии приёмки. Что вы сделаете?
specs
63
Команде из 7 человек нужно внешнее согласование безопасности к 7-му дню, но проверяющая группа не отвечает уже 3 дня. Как вы будете управлять зависимостью?
dependenciescode-review
64
Четыре стейкхолдера отправляют команде из 7 человек 6 прямых запросов в первые 2 дня Спринта. Как вы поступите с прерываниями?
agilestakeholder-managementcommunication
65
Только 1 из 5 приглашённых стейкхолдеров посещает 2 последовательных Обзора Спринта команды из 8 человек. Что вы попробуете дальше?
agilestakeholder-managementcommunication
66
Во время 60-минутной Ретроспективы Спринта 2 Разработчика 12 минут обвиняют друг друга в 4 дефектах, найденных после выпуска. Как вы будете фасилитировать этот конфликт?
agiledefects
67
Общая тестовая среда падает 4 раза за один Спринт и забирает у команды из 6 человек 18 часов. Что вы сделаете помимо перезапуска?
agiletest-environments
68
У новой команды из 7 человек есть 3 препятствия, но каждое остаётся без владельца не менее 4 дней. Как вы улучшите доведение до результата?
69
Специалист по базам данных за пределами команды из 6 человек пропускает 2 обещанных срока проверки, из-за чего 1 элемент Цели Спринта оказывается под риском на 5-й день. Что вы сделаете?
agilerisk-managementdatabase
70
На 4-й день 10-дневного Спринта у команды из 7 человек одновременно есть 3 блокировки, влияющие на 1, 2 и 4 элемента. Как вы решите, где помогать сначала?
agilecommunication
71
Новый Скрам-мастер дважды в день спрашивает у всех 8 участников процент готовности и пишет каждому, чья задача не двигалась 4 часа. Что вы измените?
agile
72
Три Scrum-команды создают один продукт маркетплейса, но у каждой есть отдельная Цель Продукта, Бэклог Продукта и Владелец Продукта для своего компонента. Что вы измените?
agilecomponentsbacklog
73
На 3-й день 10-дневного Спринта директор давит на команду из 6 человек, требуя заменить 2 запланированных элемента на 3 новых срочных запроса. Что вы сделаете?
agile
74
Менеджер ставит цель в 8 баллов историй на каждого из 7 Разработчиков в следующем Спринте. Как вы её оспорите?
agile
75
На Ретроспективе выясняется, что за один Спринт в выпуск попали 5 дефектов доступности, потому что в Определении Готовности команды нет проверки клавиатурой и скринридером. Как вы его адаптируете?
agiledefectsdod
76
На 4-й день Скрам-мастер заболел, и менеджер предлагает 6 Разработчикам отменить Ежедневный Scrum, если его не сможет провести Владелец Продукта. Что должна сделать команда?
agile
77
Владелец Продукта и Скрам-мастер работают с кодом элементов Бэклога Спринта по 2 дня в неделю, но ведут каждый Ежедневный Scrum даже в дни без разработки. Когда им следует участвовать?
agilebacklog
78
На Обзоре Спринта данные показывают, что Цель Продукта по сокращению времени оплаты на 30% достигнута. Директор по продажам хочет добавить новую цель расширения, оставив старую активной. Что должно произойти?
agile
79
На 6-й день менеджер приказывает Скрам-мастеру отменить 10-дневный Спринт, потому что 2 из 9 выбранных элементов не будут завершены. Что должно произойти?
agile
80
Команда из 7 человек хочет продлить двухнедельный Спринт на 3 дня, чтобы последние 2 элемента достигли состояния Готово. Как вы ответите?
agile
81
Во время Ретроспективы один Разработчик говорит, что ревьюер проигнорировал 6 запросов на слияние, а ревьюер отвечает, что все 6 пришли в последний час, и угрожает перестать проводить ревью. Они повышают голос. Как вы проведёте медиацию?
agilecode-review
82
Шесть из 7 участников команды хотят отменить все будущие Ретроспективы после 3 сессий без видимых изменений. Как вы ответите?
agilesessions
83
Анонимный опрос команды из 6 человек показывает психологическую безопасность на уровне 2 из 5, и за последние 3 Спринта никто не поднял ни одного риска. Что вы сделаете?
agilerisk-management
84
Scrum-команда из 8 человек работает в часовых поясах UTC-8 и UTC+5. Ежедневные Scrum иногда пропускают, а Планирование, Обзор и Ретроспектива всегда заканчиваются поздно для одних и тех же 4 человек. Как вы составите расписание событий?
agile
85
Команда из 7 человек фиксирует 11 прерываний и 4 пропущенные передачи работы за один Спринт, потому что никто не согласовал время ответа или часы фокуса. Как вы создадите рабочее соглашение?
agile
86
Команда из 6 человек просит Скрам-мастера назначать каждый новый элемент, потому что 3 Разработчика боятся выбрать не ту работу. Как вы поддержите самоуправление?
agile
87
Перед Планированием Спринта Scrum-команде из 7 человек не хватает знаний о шифровании для 3 возможных элементов. Владелец Продукта хочет, чтобы внешний архитектор безопасности выбрал работу Спринта и назначил задачи. Что вы сделаете?
agileencryption
88
Пять из 7 Разработчиков сопротивляются парной работе над заблокированным 9 дней элементом, потому что считают личное владение более быстрым. Как вы будете их коучить?
ownership
89
После того как Владелец Продукта раскритиковал одного Разработчика по имени перед 8 людьми, команда не подняла ни одного нового риска в следующие 6 рабочих дней. Что вы сделаете?
90
Команда из 7 человек самостоятельно проводила Ежедневный Скрам и решала вопросы координации без подсказок 15 рабочих дней. Как новому Скрам-мастеру отойти в сторону?
agile
91
Команда Scrumban из 6 человек пополняет очередь Ready только после её опустошения, а затем Разработчики выбирают последний поступивший запрос. Два ценных элемента ждут уже 12 дней. Какую явную политику вы введёте?
agiledata-structures
92
Команда Scrumban из 7 человек получает 4 срочных запроса за 5 дней, и каждый заказчик требует немедленного обслуживания. Как вы спроектируете дорожку срочной работы?
agiledesign
93
На доске команды из 6 человек есть заблокированные элементы возрастом 1, 3 и 6 дней, но ежедневное обсуждение касается только новой работы. Что вы измените?
94
Медианное время цикла команды из 7 человек выросло с 3 до 8 дней за 4 недели, а пропускная способность упала с 6 до 3 элементов в неделю. Как вы проведёте исследование?
throughput
95
Незапланированная поддержка использует около 30% времени Скрам-команды из 6 человек на протяжении 4 Спринтов. Как базовые практики Scrumban могут улучшить прогноз?
agile
96
Новый Скрам-мастер пробует молчаливую цифровую Ретроспективу с командой из 8 человек, но только 2 участника вносят идеи и за 45 минут не выбрано ни одного действия. Как вы восстановитесь?
agile
97
Новый Скрам-мастер без обсуждения с Разработчиками убирает 3 элемента из Бэклога Спринта команды из 7 человек, что приводит к 2 часам переделки. Как исправить ошибку?
agileownershipbacklog
98
За 10 рабочих дней диаграмма кумулятивного потока команды из 6 человек показывает рост полосы работы в процессе с 4 до 11 элементов, а состояние Готово почти не меняется. Что вы сделаете?
99
Команда из 7 человек ожидает, что 85% стандартных элементов будут завершаться за 5 дней, но 2 активных элемента уже имеют возраст 9 дней. Как вы используете возраст элемента?
100
Команда Scrumban из 6 человек завершила суммарно 24 сопоставимых элемента за 6 недель, но в отчёте нет количества по каждой неделе. Стейкхолдер просит вероятностный диапазон на следующую неделю и обещание 8 элементов. Как вы ответите?
agilestakeholder-managementpromises

Вопросы

2На второй день работы с командой из 8 человек delivery-менеджер просит вас назначить каждому Разработчику задачу в Jira до завтрашнего начала Спринта. Что вы сделаете?

3В первую неделю работы со Scrum-командой из 6 человек трое участников называют Скрам-мастера секретарём встреч. Какую ответственность вы продемонстрируете первой?

8На первом Ежедневном Scrum команды из 7 человек Разработчики узнают, что зависимость от API может задержать Цель Спринта на два дня. Как вы объясните проверку?

9В середине 2-недельного онбординг-Спринта команда из 6 человек узнаёт, что выбранный тестовый сервис будет недоступен три дня. Какая адаптация должна произойти?

12Через 30 минут после начала Планирования Спринта команда из 8 человек выбрала 9 элементов, но не обсудила ценность или способ их поставки. Что вы проведёте дальше?

13Команда из 6 человек предлагает Цель Спринта «завершить задачи с 31 по 38» для следующего 2-недельного Спринта. Как вы её улучшите?

15Новая команда из 9 человек просит вас каждое утро проводить 30-минутный Ежедневный Scrum и по очереди вызывать каждого Разработчика. Как вы его настроите?

17Ваша команда из 8 человек завершает 2-недельный Спринт в пятницу, но на Обзор Спринта выделено 15 минут для показа 6 завершённых элементов. Как вы его подготовите?

20На 60-минутной Ретроспективе команда из 8 человек создала 18 заметок, но за 10 минут до конца не выбрала ни одного действия. Что вы сделаете?

Закрытые вопросы