November 30, 2024

Scrum - средний уровень для hh.ru

Scrum — одна из самых популярных методологий Agile, ориентированная на организацию процессов в команде для обеспечения гибкости и адаптивности разработки. Она основывается на итеративной работе с короткими циклами (спринтами), постоянной коммуникацией и самоорганизацией команд.

Содержание теста "Scrum - средний уровень"

  • Управление Scrum-командой
    Как формировать эффективную команду, распределять роли и создавать условия для успешной работы. Вы научитесь анализировать взаимодействие внутри команды и принимать решения, повышающие ее производительность.
  • Метрики и отчетность
    Тема посвящена инструментам измерения прогресса и контроля процессов. Вы узнаете, как использовать такие метрики, как скорость команды (Velocity), диаграммы сгорания задач (Burndown Charts) и анализировать данные для повышения прозрачности и улучшения результатов.
  • Управление рисками и изменениями
    Scrum предлагает прозрачные процессы для минимизации рисков и управления изменениями. Вы разберете подходы к управлению приоритетами задач, методы работы с неопределенностью и инструменты для быстрой адаптации к изменениям.

Эти знания помогут вам лучше понять внутренние процессы Scrum-команд и подготовиться к тестированию навыков среднего уровня.

Данный материал подготовлен исключительно в образовательных целях и предназначен для изучения и подготовки к профессиональному развитию. Обратите внимание, что материалы и тесты на платформе hh.ru могут периодически обновляться, чтобы отражать текущие тенденции и требования рынка.

Вопрос 1:

Какая из перечисленных задач НЕ относится к зоне ответственности владельца продукта (Product Owner) в Scrum?

Варианты ответов:

  1. Распределять задачи между разработчиками и контролировать их работу
  2. Собрать требования и потребности заинтересованных лиц (стейкхолдеров)
  3. Приоритизировать элементы бэклога продукта (Product Backlog)
  4. Отвечать на вопросы разработчиков об элементах бэклога продукта
  5. Определить целевую аудиторию продукта и изучить ее потребности

Обоснование:
Владелец продукта (Product Owner) в Scrum отвечает за формирование и управление бэклогом продукта, взаимодействие со стейкхолдерами и обеспечение максимальной ценности продукта. Однако распределение задач между разработчиками и контроль их выполнения не входит в его зону ответственности, так как это является функцией команды разработчиков, которые самостоятельно организуют свою работу.

Правильный ответ:
Распределять задачи между разработчиками и контролировать их работу

Вопрос 2:

Что такое критерии готовности (Definition of Done) в Scrum?

Варианты ответов

  1. Условия, по которым оценивается продукт или его инкремент на этапе приемочного тестирования.
  2. Ожидания и требования к продукту со стороны заинтересованных лиц, зафиксированные в специальном документе.
  3. Условия, которые нужно выполнить для того, чтобы считать задачу готовой к началу разработки.
  4. Готовый к поставке конечный продукт или функционал по итогу работы команды в спринте.
  5. Обязательные условия, которые нужно выполнить для того, чтобы считать инкремент и связанные с ним задачи выполненными.

Обоснование

Критерии готовности (Definition of Done) — это набор обязательных условий, которые должны быть выполнены, чтобы команда могла считать задачу, пользовательскую историю или инкремент завершенными. Эти условия описывают, каким должен быть результат работы, чтобы он был готов к демонстрации или использованию. Они гарантируют единое понимание готовности внутри команды и предотвращают недоделки.

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

Вопрос 3:

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

Варианты ответов

  1. От одного до трех дней, для согласования задач бэклога спринта (Sprint Backlog) с руководством.
  2. Столько, сколько потребуется для тестирования продукта или функционала, выпущенного в прошлом спринте.
  3. Не больше одного дня, для обсуждения результатов работы каждого члена команды с его руководителем.
  4. Нисколько, следующий спринт начинается сразу после предыдущего.
  5. Около недели, для оценки качества продукта, выпущенного в прошлом спринте, и определения последующих изменений в продукт.

Обоснование

Согласно Scrum-методологии, один спринт начинается сразу после завершения предыдущего. Переходного периода между спринтами не существует. Все необходимые мероприятия для подготовки к новому спринту (ретроспектива, планирование спринта) включены в структуру спринта.

Правильный ответ
4. Нисколько, следующий спринт начинается сразу после предыдущего.

Вопрос 4:

Кто в Scrum-команде несет ответственность за выполнение задач в установленные сроки?

Варианты ответов

  1. Тимлид команды разработки.
  2. Scrum-мастер.
  3. Каждый член команды.
  4. Заинтересованные лица.
  5. Владелец продукта.

Обоснование

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

Правильный ответ
3. Каждый член команды.

Вопрос 5:

Какое из утверждений об итеративности процесса разработки продукта НЕ относится к Scrum-подходу?

Варианты ответов

  1. Работа над проектом разбивается на спринты.
  2. Последовательность цикла работы над проектом утверждается заранее и фиксируется в документации проекта.
  3. Заинтересованные стороны вовлечены в отслеживание прогресса на всех этапах.
  4. В каждом цикле команда фокусируется на доставке рабочего инкремента.
  5. Рекомендуемая продолжительность каждого спринта — 1-4 недели.

Обоснование

Scrum-подход основан на гибкости и адаптации, что исключает жесткое и заранее фиксированное определение последовательности всего цикла разработки. Основной акцент делается на итеративном процессе, в ходе которого требования и цели могут пересматриваться по мере выполнения работы.

Правильный ответ
2. Последовательность цикла работы над проектом утверждается заранее и фиксируется в документации проекта.

Вопрос 6:

Вы анализируете производительность команды, для чего вы построили график скорости (Velocity), с которой команда выполняет свою работу. Какой из выводов соответствует этому графику?

Варианты ответов

  1. К концу третьего спринта команде удалось в два раза увеличить производительность по сравнению со вторым спринтом.
  2. На начальных стадиях проекта команде понадобилось время, чтобы влиться в рабочие процессы.
  3. Команда достигла пика производительности в пятом спринте и уже не сможет улучшить свои результаты.
  4. К концу рассматриваемого периода команда стала работать вдвое больше часов по сравнению с его началом.
  5. Нормативное значение скорости в этой команде — 40 выполненных задач в неделю.

Обоснование

На графике видно, что производительность команды постепенно растет в первых трех спринтах, что говорит о том, что команда адаптировалась и начала работать с большей эффективностью. В пятом спринте наблюдается пик скорости, после чего производительность стабилизируется на уровне чуть ниже пика. Это может свидетельствовать о достижении командой оптимального уровня работы.

Некоторые утверждения (например, про часы работы или нормативное значение скорости) не подтверждаются графиком, так как он отражает только завершенные задачи в Story Points, а не количество часов.

Правильный ответ
2. На начальных стадиях проекта команде понадобилось время, чтобы влиться в рабочие процессы.

Вопрос 7:

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

Варианты ответов

  1. Проанализировать, как изменились метрики вовлеченности пользователей после добавления новой функции.
  2. Проанализировать метрики производительности команды в этом спринте и обсудить, как улучшить эффективность процессов.
  3. Продемонстрировать функцию отображения карты заинтересованным лицам.
  4. Собрать анонимную обратную связь от каждого из членов команды об удобстве использования новой функции.
  5. Проанализировать сообщения пользователей об ошибках в отображении карт и внести в бэклог наиболее критичные из них.

Обоснование

Ретроспектива в Scrum посвящена анализу внутренних процессов команды, чтобы понять, что сработало хорошо, а что можно улучшить. В данном случае, акцент следует сделать на снижении скорости выполнения задач и поиске способов повысить эффективность. Анализ пользовательских метрик, демонстрация функций или сбор обратной связи от пользователей — это другие виды встреч и активностей, не являющиеся целью ретроспективы.

Правильный ответ
2. Проанализировать метрики производительности команды в этом спринте и обсудить, как улучшить эффективность процессов.

Вопрос 8:

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

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

Варианты ответов

  1. Повысить экологичность материала упаковки.
  2. Исследовать предпочтения и интересы новой целевой аудитории.
  3. Организовать и приоритизировать задачи на доске.
  4. Улучшить читаемость шрифта на упаковках самой популярной линейки.
  5. Внести изменения в фирменный стиль, чтобы выделяться среди конкурентов.

Обоснование

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

Правильный ответ
2. Исследовать предпочтения и интересы новой целевой аудитории.

Вопрос 9:

Ваша команда разрабатывает новые функции для приложения интернет-банка. В этом спринте ваша цель — создать систему подтверждающих уведомлений об операциях. Какое изменение, произошедшее в середине спринта, будет ПРОТИВОРЕЧИТЬ Scrum?

Варианты ответов

  1. Приоритет задачи по интеграции новой функции с общебанковской системой платежей повысился по требованию отдела информационной безопасности.
  2. Владелец продукта обратился к заинтересованным лицам для уточнения бизнес-требований к функции уведомлений.
  3. Scrum-мастер изменил цель спринта на новую — доработку функции управления балансом карт.
  4. Scrum-мастер организовал переход на новый сервис управления проектами с переносом всех задач и статусов по ним.
  5. В команде разработчиков перераспределили задачи между собой без изменения их сроков после неожиданного ухода одного из них.

Обоснование

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

Правильный ответ
3. Scrum-мастер изменил цель спринта на новую — доработку функции управления балансом карт.

Вопрос 10:

Перед вами — диаграмма сгорания задач (Burndown Chart). Подпишите ее недостающие части — на графике они указаны под буквами A и B.

Варианты ответов

  1. A — количество оставшихся задач в отдельном спринте, B — количество запланированных для выполнения задач в отдельном спринте.
  2. A — количество выполненных задач в рамках всего проекта, B — количество запланированных для выполнения задач в отдельном спринте.
  3. A — количество выполненных задач в рамках всего проекта, B — разница между запланированными и выполненными задачами.
  4. A — количество оставшихся задач в рамках всего проекта, B — количество выполненных задач в отдельном спринте.
  5. A — количество оставшихся задач в рамках всего проекта, B — разница между запланированными и выполненными задачами.

Обоснование

Диаграмма сгорания задач (Burndown Chart) иллюстрирует процесс выполнения задач в проекте.

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

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

Правильный ответ
4. A — количество оставшихся задач в рамках всего проекта, B — количество выполненных задач в отдельном спринте.

Вопрос 11:

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

Варианты ответов

  1. Ревью спринта (Sprint Review)
  2. Покер планирования (Scrum/Planning Poker)
  3. Критерии завершенности (Definition of Ready)
  4. Инкременты (Increments)
  5. Сторипойнты (Story Points) задач

Обоснование

Проблема частых изменений и несистемного подхода к приоритизации может быть эффективно решена с помощью "Критериев завершенности" (Definition of Ready). Этот инструмент позволяет команде четко определять готовность задач к выполнению. Когда требования и задачи согласуются до начала работы, это минимизирует изменения и обеспечивает более структурированный подход к приоритетам.

Остальные варианты:

  • Ревью спринта — позволяет оценить прогресс и результаты, но не решает проблему несистемного подхода к приоритизации.
  • Покер планирования — используется для оценки задач, но не для устранения изменений требований.
  • Инкременты — это результат выполнения задач, а не инструмент для работы с изменениями.
  • Сторипойнты — помогают оценить сложность задач, но не влияют на управление изменениями.
Правильный ответ
3. Критерии завершенности (Definition of Ready)

Вопрос 12

Ниже — три задачи в Scrum-команде, связанные с управлением рисками, и принципы, на которых основывается Scrum. Соотнесите каждую задачу с принципом, которому она больше соответствует:

A — Scrum-мастер анализирует сложность задач в сторипойнтах с учетом возможных рисков и неопределенности
B — Владелец продукта вносит риски в описание элементов бэклога проекта, которое доступно всей команде
C — Scrum-мастер завел пространство, куда команда заносит произошедшие проблемные ситуации для их учета в будущем

Принципы:

  1. Принцип прозрачности (Transparency)
  2. Принцип бережливого мышления (Lean Thinking)
  3. Принцип итеративной разработки (Iterative Delivery)
  4. Принцип инспекции (Inspection)

Варианты ответов

  1. A — 1, B — 4, C — 2
  2. A — 4, B — 3, C — 1
  3. A — 3, B — 2, C — 4
  4. A — 3, B — 1, C — 4
  5. A — 2, B — 1, C — 4

Обоснование

A — Принцип инспекции (Inspection): Анализ сложности задач с учетом рисков соответствует инспекции, так как предполагает выявление потенциальных проблем и изучение текущей ситуации.

B — Принцип прозрачности (Transparency): Добавление информации о рисках в бэклог и обеспечение доступности данных для всей команды соответствует принципу прозрачности, способствующему ясности работы.

C — Принцип итеративной разработки (Iterative Delivery): Создание пространства для учета проблем помогает в дальнейшем улучшении работы команды, что соответствует итеративной разработке.

Правильный ответ
4. A — 3, B — 1, C — 4

Вопрос 13:

Что из перечисленного вы НЕ станете обсуждать на ежедневном стендапе Scrum-команды?

Варианты ответов

  1. Какая помощь от команды мне потребуется в ближайшее время
  2. Какова бизнес-ценность инкремента, который разрабатывается в этом спринте
  3. Что я планирую выполнить до следующего ежедневного стендапа
  4. Какие препятствия мешают мне выполнить текущие задачи
  5. Что было выполнено за предыдущий рабочий день

Обоснование

На ежедневном стендапе обсуждаются:

  • Что было выполнено вчера (анализ текущего прогресса).
  • Что я планирую сделать сегодня (обеспечение синхронизации).
  • Какие препятствия могут помешать работе (идентификация проблем).
  • Обсуждение бизнес-ценности инкремента относится к более стратегическим встречам, например, к планированию спринта или ретроспективе, а не к ежедневному стендапу, который фокусируется на оперативных вопросах.
Правильный ответ
2. Какова бизнес-ценность инкремента, который разрабатывается в этом спринте

Заключение

Scrum — это мощный инструмент для управления проектами, обеспечивающий адаптивность и прозрачность в разработке продуктов. Тестирование на средний уровень знаний по Scrum — это шаг вперед в вашем профессиональном развитии, который позволяет углубиться в управление командами, анализ данных и управление изменениями. Эти навыки помогут вам не только эффективно работать в команде, но и строить более продуктивные и предсказуемые процессы разработки.

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

Ссылки на другие статьи по теме "Scrum":