Какая из ситуаций иллюстрирует принципы распределения ответственности и полномочий в команде, характерные для Scrum?
При постановке задач Scrum-мастер (Scrum-мастер) отслеживает, что количество задач между членами команды распределено равномерно
В команде выделяется самостоятельная подкоманда (юнит), ответственная за мобильную разработку сервисов
Решение о найме новых разработчиков принимает владелец продукта (Product Owner) исходя из бюджета команды
За готовность инкремента (Increment) к концу спринта назначают ответственным опытного в этой области разработчика
Для принятия решений по реализации функции разработчики общаются с заинтересованными лицами (stakeholders) напрямую
В основе Scrum-методологии лежат итеративный и инкрементальный подходы. Какое из утверждений о преимуществе этих подходов НЕВЕРНО?
Итеративный подход позволяет команде быстро реагировать на изменения тенденций рынка
В итеративном подходе просто управлять версиями и изменениями в продукте
Инкрементальный подход позволяет быстро проверять гипотезы о продукте
В инкрементальном подходе наиболее важные функции выпускаются уже на ранних этапах разработки продукта.
Инкрементальный подход обеспечивает представление о состоянии разработки продукта для заинтересованных лиц
Какое из утверждений о принципе прозрачности в Scrum ОШИБОЧНО?
Критерии готовности (Definition of Done) известны всей команде и потому обеспечивают прозрачность в отношении прогресса работы
Прозрачность позволяет заинтересованным лицам осуществлять контроль продукта в реальном времени
Все члены команды могут вносить изменения в бэклог продукта (Product Backlog), чтобы ставить в известность команду о своих приоритетах.
Прозрачность в информировании пользователей о новых функциях и изменениях способствует обратной связи от них
Все разработчики имеют доступ к информации о текущем статусе задач своих коллег для видимости общего прогресса
Вы управляете командой, которая создает контент для платформы с онлайн-тренировками. Ваша текущая продуктовая цель — повысить среднюю продолжительность платной подписки пользователя на сервис.
Ваш Scrum-мастер организовал встречу для приоритезации бэклога продукта, поскольку считает процессы к команде неэффективными. С точки зрения Scrum, какая из задач в бэклоге продукта является наиболее приоритетной?
Создать подкаст о пользе спорта на сторонней площадке
Создать бесплатный онлайн-курс по фитнесу для начинающих
Оптимизировать рабочий процесс для сокращения времени создания новых материалов
Создать детальный контент-план по выпуску ближайших программ тренировок
Повысить разнообразие предлагаемых типов тренировок
Ваша команда разрабатывает функцию поиска предметов одежды по их цвету для онлайн-магазина. Вы приближаетесь к концу спринта, но не успеваете протестировать новую функцию на всех устройствах.
Каким образом, с точки зрения Scrum, будет НАИМЕНЕЕ предпочтительно действовать в этом спринте, чтобы исправить эту ситуацию?
Увеличить продолжительность спринта, чтобы успеть провести тестирование
Определить наиболее важные устройства для тестирования и протестировать только их
Привлечь к тестированию пользователей продукта
Использовать инструменты автоматизированного тестирования, потратив часть бюджета следующего спринта
Перераспределить задачу по тестированию между участниками команды
Перед вами — диаграмма сгорания задач наоборот (burnup chart) по одному проекту. Какой из выводов о работе команды за этот период соответствует этому графику?
На протяжении всего периода работы команда выполняла задачи быстрее, чем ожидалось
К концу проекта команда сократила объем запланированной работы, чтобы закончить проект в срок
После третьего спринта команда стала работать больше часов
В середине периода в команду пригласили дополнительных сотрудников, чтобы ускорить процессы
Команда задержала срок сдачи проекта
Вы хотите совмещать Kanban и Scrum в управлении командой. Какое из утверждений о сходстве подходов Scrum и Kanban ОШИБОЧНО?
И Scrum, и Kanban основаны на итеративном и инкрементальном подходах
И Scrum, и Kanban предполагают организацию ежедневных коротких командных встреч У вас 13 правильных ответов из 17.
И Scrum, и Kanban предполагают создание бэклога задач на весь спринт перед началом этого спринта
И в Scrum, и в Kanban применяются различные способы оценки и прогнозирования сроков выполнения задач
И Scrum, и Kanban поддерживают гибкое планирование задач и расстановку приоритетов
Вас пригласили помочь команде по созданию функционала сообществ внутри крупной социальной сети. В команде работает 15 разработчиков и менеджеров. Команда сталкивается с систематической проблемой задержки выпуска новых инкрементов, поскольку многие задачи зависят от работы, которую выполняют внешние команды платформы и баз данных, и они регулярно задерживаются. Вы предложили команде внедрение фреймворка Nexus для решения этой проблемы.
С точки зрения фреймворка Nexus, какой способ разрешить эту проблему будет наиболее подходящим?
Визуализировать все этапы разработки в компании с помощью потока создания ценности (Value Streams), чтобы оптимизировать их
Проанализировать продуктовый бэклог (Product Backlog) команды платформы и баз данных, чтобы повысить приоритет задач, связанных с функционалом сообществ
Пригласить внешних подрядчиков заниматься задачами, которые не успевают выполнить команды платформы и баз данных
Объединить команду функционала сообществ с командами платформы и баз данных
Создать в компании интеграционную команду (Integration Team), которая идентифицирует зависимости между задачами и поможет управлять ими
Вы работаете в Scrum-команде, которая занимается продвижением продукции и бренда производителя здорового питания в социальных сетях. Соотнесите каждую проблему с методикой, внедрение которой поможет разрешить возникшую проблему.
A — Команда не поняла, какие изменения в брендинге компании ожидают руководители
B — Команда не может оценить объем работы, связанной с запуском кулинарного YouTube-канала для продвижения продукции
C — Команда не ощущает улучшений в рабочих процессах после привычных ретроспектив спринтов
1 — Ежедневные стендапы (Daily Scrum)
2 — Покер планирования (Planning Poker)
3 — Ревью спринта (Sprint Review)
4 — Ретроспектива Морская Звезда (Starfish Retrospective)
A — 1, B — 2, C — 3
A — 2, B — 4, C — 1
A — 3, B — 4, C — 1
A — 3, B — 2, C — 4
A — 4, B — 3, C — 2
В этом спринте вы с командой создаете новый игровой уровень для вашей видеоигры. Дизайнер уровней считает эту задачу несложной, поскольку, по его мнению, они требует только создания новых игровых объектов. В то же время опытный разработчик с большим игровым опытом считает, что разработка такого уровня потребует полного пересмотра баланса игровой сложности.
С точки зрения Scrum, какой из способов разрешения этой ситуации наиболее эффективен?
Использовать покер планирования (Scrum Poker) для определения компромиссной оценки сложности задачи всей командой
Оценить сложность задачи в сторипоинтах (Story Points) на основе статистики предыдущих задач
Встать на сторону разработчика, поскольку он имеет больше игрового опыта и опыта разработки
Встать на сторону дизайнера уровней, поскольку он отвечает за разработку игровых уровней
Посоветоваться с заинтересованными сторонами для получения дополнительной экспертной оценки сложности задачи
Ваша команда разрабатывает социальную сеть для делового нетворкинга. Сейчас вы анализируете возможные риски. Соотнесите проблему, с которой может столкнуться команда, и метрику производительности команды, отслеживание которой позволит избежать этой проблемы.
A — Задержка выполнения задачи по разработке прототипа интерфейса вследствие непонятных требований
B — Перегрузка команды, разрабатывающий модели машинного обучения, во время реализации функции поиска
C — Перегруженность команды задачами в последнем спринте перед большим релизом
1 — Диаграмма сгорания работ (Burndown Chart)
2 — Время цикла (Cycle Time)
3 — Распределение рабочей нагрузки (Workload Distribution)
A — 1, B — 3, C — 2
A — 2, B — 1, C — 3
A — 2, B — 3, C — 1
A — 3, B — 2, C — 1
A — 3, B — 1, C — 2
Ниже — три задачи по управлению рисками проекта в Scrum-команде и три принципа Scrum-подхода. Соотнесите каждую задачу с принципом, который наиболее ее характеризует.
A — На каждой ретроспективе команда обсуждает, какие непредвиденные риски оказали наибольшее влияние на выполнение задач
B — Владелец продукта поддерживает актуальность бэклога продукта, в котором отражены возможные глобальные и рыночные риски
C — Scrum-мастер ежемесячно обновляет риск-матрицу проекта, чтобы идентифицировать новые риски и оценить их влияние на достижение целей
1 — Принцип прозрачности
2 — Принцип инспекции
3 — Принцип эмпирического контроля процесса
A — 1, B — 3, C — 2
A — 2, B — 3, C — 1
A — 2, B — 3, C — 1
A — 3, B — 1, C — 2
A — 3, B — 2, C — 1
В команде разработчиков программ для автоматизации розничной торговли после роста до 40 человек перешли на новый, масштабируемый фреймворк управления проектами. Сейчас в команде один владелец продукта, один бэклог продукта и 5 команд — каждая отвечает за отдельную пользовательскую функцию (фиче-команды). Организованы как общие встречи по планированию и ревью результатов, так и внутри каждой команды. Других дополнительных ролей в команде не появилось.
Какой подход к масштабированию Scrum отражен в этом кейсе?
Nexus
Scrum@Scale
Large-Scale Scrum (LeSS)
Scaled Agile Framework (SAFe)
Spotify.
Владелец продукта в команде, с которой вы сейчас работаете, решает внедрить методики дизайн-мышления в этап проектирования продукта. Какая из следующих практик дизайн-мышления НЕ сочетается со Scrum-подходом?
Создавать инновации, ориентированные на человека — конечного потребителя продукта
Нужно экспериментировать, чтобы взглянуть на вещи под другим углом и находить лучшие продуктовые решения
Чем разнообразнее состав команды разработки продукт с точки зрения их навыков и опыта, тем продуктивнее
Единственно важное в определении требований к продукту — мнение и потребности потенциального клиента
Для улучшения продукта нужно полюбить неудачи и ошибки, научившись извлекать из них уроки
Команда разработки сталкивается с нестабильными требованиями от одного из ключевых заинтересованных лиц в течение спринта. Какой из вариантов разрешения этой ситуации НЕ согласуется со Scrum-фреймворком?
Попросить владельца продукта уточнить требования и зафиксировать их в бэклоге продукта
Пригласить заинтересованное лицо на ежедневные стендапы, чтобы он отслеживал, что работа команды соответствует его требованиям
Пригласить заинтересованное лицо на ревью спринтов, чтобы получать от него регулярную обратную связь о соответствии продукта требованиям
Провести ретроспективу с командой разработки для обсуждения проблем в работе, возникающих из-за нестабильных требований
Пригласить заинтересованное лицо на планирование спринта, чтобы он мог повлиять на приоритеты разработки продукта в текущем спринте
Какое утверждение о роли Scrum-метрик ЛОЖНО?
Показатели Scrum позволяют измерить ценность конечного продукта для клиента или заказчика
С помощью метрик Scrum можно обнаружить, когда растет список незакрытых элементов бэклога продукта
Scrum-метриками можно оценить, когда бэклог продукта был недостаточно детализирован на конкретные задачи
С помощью показателей Scrum можно заметить, когда задачи становятся более сложными и требуют инновационных подходов
С помощью метрик Scrum можно обнаружить накопление технического долга в проекте
Вас пригласили внедрить Scrum на производственном предприятии. Какое из действий в этом случае НАИМЕНЕЕ эффективно для процесса производства?
Вы разделили весь персонал на команды, каждая из которых разрабатывает один модуль конечного продукта
Одним из ключевых приоритетов вы определили автоматизацию интеграции отдельно разрабатываемых частей в единый продукт
Вы решили, что тестирование продукта и его модулей будет частью процесса разработки, а не идти после него
Вы хотите организовать процесс так, чтобы сотрудники чаще готовили прототипы и виртуальные модели разрабатываемого продукта
Вы хотите повысить кросс-функциональность команды, увеличив число работников широкого профиля вместо узкоспециализированных специалистов
