Какое из утверждений соответствует ключевым принципам Agile-манифеста?
Частое предоставление работающей версии продукта — основной показатель прогресса
Менеджер проекта несет ответственность за принятие всех решений
Исчерпывающая документация необходима для успеха проекта
Команда разработчиков и заинтересованные стороны должны иметь собственные отдельные цели
Следовать плану важнее, чем реагировать на изменения
В чем преимущество Kanban по сравнению с Scrum?
Делает разработку более контролируемой по срокам
Дает больше гибкости в планировании и выполнении задач
Предполагает больше взаимодействия команды с владельцем продукта
Фокусирует команду на рефлексию и постоянное улучшение процессов работы
Позволяет оценить объем работы, выполняемый командой в единицу времени
Во время планирования спринта команда должна решить, как работать с набором пользовательских историй, связанных с разными техническими проблемами. Какой сценарий лучше всего описывает роли, обязанности и взаимодействие команды для успешного решения задачи?
Фасилитатор команды оценивает сложность пользовательских историй и распределяет их между членами команды разработки, а владелец продукта уточняет цели проекта
Фасилитатор команды оценивает сложность пользовательских историй и распределяет их между членами команды разработки, а фасилитатор команды фокусируется на решении технических проблем
Владелец продукта назначает пользовательские истории каждому члену команды разработки в зависимости от навыков, а фасилитатор команды помогает разрешить любые сомнения относительно требований
Команда разработки обсуждает и оценивает пользовательские истории, владелец продукта разъясняет требования и определяет приоритеты, а фасилитатор команды следит, чтобы встреча прошла гладко
Команда разработки распределяет пользовательские истории между собой на основе личных предпочтений, не советуясь с владельцем продукта и фасилитатором команды
Какой фактор НЕ следует учитывать во время планирования спринта?
Риски и зависимости, которые могут повлиять на результат спринта
Количество работы, которую команда может выполнить за один спринт
Уже готовые пользовательские истории
Количество пользовательских историй в бэклоге
Скорость команды разработки
Какой инструмент лучше использовать для визуализации и мониторинга потока работ на разных этапах разработки, чтобы выявлять узкие места и повышать производительность?
Отчет о результатах спринта (Sprint Review Report)
Накопительная диаграмма потока (Cumulative Flow Diagram).
Диаграмма сгорания работ (Burndown Chart)
Распределение времени выполнения (Lead Time Distribution Chart)
Диаграмма скорости (Velocity Chart)
В бэклоге есть история, в которой пользователь хочет иметь возможность оплачивать покупки в приложении маркетплейса. Это можно сделать множеством способов, поэтому команда решила разделить историю на несколько меньших по объему. Каким из перечисленных способов оптимально разделить такую историю?
По правилам и технологическим стандартам
По спайкам
По альтернативным пользовательским путям
По интерфейсу
По поддиапазонам данных
Вам нужно измерить объем работы по проекту и максимально точно оценить более 50 задач за час в большой команде. Какой способ оценки лучше всего подойдет в этой ситуации?
Размеры футболки (T-Shirt Sizes)
Голосование по точкам (Dot-voting)
Покер планирования (Planning Poker)
Система ведер (Bucket System)
Метод «Большой/Неопределенный/Малый» (Big/Uncertain/Small)
Что из перечисленного лучше всего описывает основную цель использования непрерывной интеграции (CI) и развертывания (CD) вместе с методологиями Agile в проекте?
Минимизировать время, затрачиваемое на планирование и оценку
Обеспечить быструю обратную связь и итеративные улучшения
Сократить необходимость в документации и отчетности
Устранить необходимость в ежедневных стендапах
Сократить общее количество пользовательских историй в бэклоге продукта
Вы классифицировали фичи в бэклоге по степени риска и ценности. Над чем команда разработчиков должна работать в первую очередь?
Над фичами с низкой ценностью и высоким риском
Над фичами с низкой ценностью и низким риском
Над фичами с высокой ценностью и высоким риском
Над фичами с высокой ценностью и низким риском
Над фичами, которые приоритизировал владелец продукта, независимо от их ценности и риска
Какой из типов Agile-контрактов лучше остальных подходит для управления ожиданиями заинтересованных сторон и обеспечения гибкости за счет возможности пересмотра его условий в заранее зафиксированных контрольных точках проекта?
Контракт с возмещением затрат
Время и материалы (T&M)
Контракт с фиксированной ценой
Контракт на инкрементную поставку
Контракт с фиксированным объемом работы и сроками
В процессе работы над проектом вы выяснили, что для роста эффективности работы команды нужно повысить производительность программистов. Какой гибкий метод предполагает написание тестов до внедрения кода, чтобы убедиться, что код отвечает как функциональным, так и нефункциональным требованиям, сокращая количество дефектов и улучшая его качество?
Парное программирование
Разработка через тестирование (TDD)
Разработка через приемочное тестирование (ATDD)
Непрерывная интеграция (CI)
Автоматизированное тестирование
Вы — фасилитатор Agile-команды. Руководитель проектного офиса сообщает, что разработчик из другой команды не будет занят на своем проекте какое-то время, и предлагает взять его в вашу команду на несколько спринтов. Как нужно поступить?
Объяснить ситуацию команде и попросить оперативно ввести нового человека в работу
Поручить разработчику создание документации, когда он подключится к команде
Объяснить ситуацию Product Owner и попросить его помочь с решением
Объяснить менеджеру, что это помешает команде, и попросить найти для разработчика другое задание
Поблагодарить менеджера за выделение дополнительного ресурса и поручить ему задачи, которые команда не внесла в план на спринт
Что из перечисленного НАИМЕНЕЕ приоритетно делать на обзоре спринта?
Команда демонстрирует результат работы за спринт
Приоритеты в пользовательских историях из бэклога изменяются
Заинтересованные стороны задают вопросы о завершенных и предстоящих задачах из бэклога
Команда разработки обсуждает, что хорошо удалось за спринт, какие проблемы возникли и как они были решены
Команда разработки обсуждает, как можно повысить свою производительность в следующем спринте
Какое утверждение об оценке трудозатрат ОШИБОЧНО?
При относительной оценке задачи ее сложность имеет большее значение, чем затраченное на нее время
Оценка трудозатрат не является точным прогнозом, но используется для планирования и управления проектом
Оценка в условных единицах точнее, чем оценка, привязанная к конкретным датам
Оценка трудозатрат должна быть основана на опыте команды и статистических данных
Абсолютная оценка более надежна, чем относительная
Вас пригласили в качестве консультанта по Agile в компанию-разработчика мобильного редактора фотографий. В компании работает 180 человек, разделенных на кросс-функциональные команды — каждая поддерживает отдельный функционал приложения.
Руководитель компании пожаловался, что результаты работы большинства команд не согласуются с общей стратегией и целями компании. Вы решили внедрить в компании Scaled Agile Framework (SAFe) для решения этой проблемы. Какое изменение рабочих процессов будет ПРОТИВОРЕЧИТЬ фреймворку SAFe в этом случае?
Вы пригласили тимлидов команд поучаствовать в серии встреч по выявлению карт потоков создания ценности (Value Streams)
Вы выделили роль инженера релизного поезда (Release Train Engineer), чтобы он находил проблемы в процессах поставки ценности
Для каждого потока создания ценности вы определили цели и ключевые результаты (OKRs), согласующиеся со стратегией компании
Вы организовали регулярное PI-планирование для всех команд и заинтересованных сторон
Вы согласовали единые критерии готовности продукта (Definition of Done) для всех команд компании
Соотнесите название фреймворка масштабирования Agile с утверждением, которое его характеризует.
1 — Scrum@Scale
2 — Large-Scale Scrum (LeSS)
3 — Spotify
А — Автономные команды, которые работают над одной технологией объединяются в кланы или гильдии
Б — Обычно компания состоит из 2-8 кросс-функциональных самоуправляемых команд, по 8-10 человек в каждой
В — За общую концепцию развития и стратегию компании отвечает исполнительная мета-команда Scrum (Executive MetaScrum Team)
1 — А, 2 — Б, 3 — В
1 — А, 2 — В, 3 — Б
1 — Б, 2 — В, 3 — А
1 — В, 2 — Б, 3 — А
1 — В, 2 — А, 3 — Б
Какое утверждение о совмещении Agile с классическими подходами управления НЕВЕРНО?
Гибкие методологии в основе метода динамической разработки систем DSDM позволяют учитывать изменения требований заказчика и пользователей прямо в процессе разработки
Можно организовать стратегическое планирование в компании по каскадной модели, а операционное — в Agile-методологии
Гибридная методология PRINCE2 Agile подходит, когда важно управлять рисками проекта на протяжении всего цикла разработки
Сочетать PMBOK и Agile в стоит тогда, когда разрабатывается сложное программное обеспечение на рынке с высокой конкуренцией
В подходе Water-Scrum-Fall гибкое управление реализуется на этапе проектирования и развертывания продукта, чтобы менять размер команды под объем задач на протяжении проекта.
