Scrum - базовый уровень для hh.ru

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

Историческая справка

Идея Scrum была впервые представлена в 1986 году в статье Хиротака Такеучи и Икудзиро Нонака, опубликованной в Harvard Business Review, как подход к "новому игровому процессу в разработке продуктов". Позже, в 1995 году, Джефф Сазерленд и Кен Швабер адаптировали концепцию и представили Scrum как методологию управления проектами на конференции OOPSLA. С тех пор Scrum стал неотъемлемой частью Agile-подходов и широко используется для управления проектами по всему миру.

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

1. Роли Scrum-команды

Scrum-команда состоит из трех ключевых ролей, каждая из которых имеет четко определенные обязанности:

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

2. Принципы и события

Scrum основывается на пяти ключевых принципах и включает серию событий, которые организуют процесс работы:

Принципы Scrum:

Фокус: внимание команды направлено на выполнение задач текущего спринта.
Открытость: команда делится информацией о прогрессе и препятствиях.
Смелость: готовность принимать вызовы и адаптироваться к изменениям.
Уважение: участники команды ценят мнение и вклад друг друга.
Приверженность: команда обязуется выполнять свои задачи в спринте.

События Scrum:

Спринт: итерация фиксированной длительности (1–4 недели), в рамках которой создается инкремент продукта.
Планирование спринта: определение задач и целей спринта.
Ежедневный стендап: короткая встреча для обсуждения прогресса, планов и препятствий.
Ревью спринта: демонстрация результатов спринта заинтересованным сторонам.
Ретроспектива: анализ прошедшего спринта для улучшения будущих процессов.

3. Инструменты и артефакты

Scrum использует ряд инструментов и артефактов для организации работы и отслеживания прогресса:

Бэклог продукта (Product Backlog):
Список всех задач, требований и функций, которые нужно реализовать для достижения целей продукта.
Бэклог спринта (Sprint Backlog):
Подмножество задач из бэклога продукта, выбранных для выполнения в текущем спринте.
Burndown Chart (Диаграмма сгорания):
График, показывающий оставшийся объем работы в спринте или проекте, помогает отслеживать прогресс.
Definition of Done (Критерии готовности):
Набор условий, которые должны быть выполнены, чтобы задачу или инкремент продукта считали завершенными.
Инкремент продукта:
Результат работы команды в спринте, готовый к использованию или демонстрации.

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

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

Вопрос 1:

Какая из перечисленных задач НЕ относится к зоне ответственности Scrum-мастера (Scrum Master)?

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

Организовать и провести ретроспективу спринта
Проанализировать метрики производительности команды
Приоритизировать элементы бэклога продукта (Product Backlog)
Обеспечить эффективную коммуникацию команды с заинтересованными лицами (stakeholders)
Обучить нового члена команды принципам организации рабочих процессов

Обоснование:

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

Правильный ответ:

3. Приоритизировать элементы бэклога продукта (Product Backlog)

Вопрос 2:

В каком из вариантов правильно указан ПОРЯДОК событий спринта в процессе работы команды по Scrum-методологии?

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

Обзор (Sprint Review), стендапы (Daily Scrum), ретроспектива (Sprint Retrospective), планирование (Sprint Planning)
Планирование (Sprint Planning), стендапы (Daily Scrum), обзор (Sprint Review), ретроспектива (Sprint Retrospective)
Стендапы (Daily Scrum), ретроспектива (Sprint Retrospective), планирование (Sprint Planning), обзор (Sprint Review)
Обзор (Sprint Review), планирование (Sprint Planning), стендапы (Daily Scrum), ретроспектива (Sprint Retrospective)
Планирование (Sprint Planning), обзор (Sprint Review), стендапы (Daily Scrum), ретроспектива (Sprint Retrospective)

Обоснование:

События в Scrum организуются последовательно следующим образом:

Планирование спринта (Sprint Planning): начальная встреча, где определяются цели и задачи на спринт.
Ежедневные стендапы (Daily Scrum): ежедневные короткие встречи для синхронизации работы команды.
Обзор спринта (Sprint Review): встреча по завершении спринта, где команда представляет результаты.
Ретроспектива спринта (Sprint Retrospective): анализ процессов и улучшений после завершения спринта.

Правильный ответ:

2. Планирование (Sprint Planning), стендапы (Daily Scrum), обзор (Sprint Review), ретроспектива (Sprint Retrospective)

Вопрос 3:

Что такое инкремент (Increment) в методологии Scrum?

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

Упорядоченный по приоритету список задач
Готовый к поставке конечный продукт по итогам спринта
Список требований к функциональности продукта
Визуальное представление выполнения задач по этапам
Диаграмма объема выполненной и оставшейся работы по проекту

Обоснование:

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

Упорядоченный список задач относится к бэклогу продукта.
Список требований к функциональности продукта является частью работы владельца продукта.
Визуальное представление задач по этапам относится к инструментам контроля, но не связано с инкрементом.
Диаграмма объема выполненной работы относится к мониторингу прогресса, например, диаграммам сгорания (Burndown Charts).

Правильный ответ:

2. Готовый к поставке конечный продукт по итогам спринта

Вопрос 4:

Какой из принципов Scrum отражен в утверждении: «Нужно тщательно отслеживать прогресс в достижении целей Scrum-команды, чтобы вовремя выявить проблемы»?

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

Принцип прозрачности (Transparency)
Принцип адаптации (Adaptation)
Принцип баланса (Balance)
Принцип сотрудничества (Collaboration)
Принцип инспекции (Inspection)

Обоснование:

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

Другие принципы:

Прозрачность (Transparency): Устанавливает общие правила и делает информацию доступной для всех членов команды.
Адаптация (Adaptation): Обеспечивает внесение корректировок на основе выводов инспекции.
Баланс (Balance): Не является официальным принципом Scrum.
Сотрудничество (Collaboration): Ключевая основа работы команд, но не связана с отслеживанием прогресса.

Правильный ответ:

5. Принцип инспекции (Inspection)

Вопрос 5:

Какая из ситуаций иллюстрирует соответствие Scrum-подходу к формированию кросс-функциональной команды?

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

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

Обоснование:

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

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

Правильный ответ:

5. В команде есть свои тестировщики и аналитики, чтобы процесс разработки не зависел от возможности внешних отделов

Вопрос 6:

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

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

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

Обоснование:

Первый вариант соответствует Scrum, так как ежедневные стендапы созданы для обсуждения текущих задач, где возможно давать обратную связь коллегам.
Второй вариант полностью соответствует Scrum — регулярная обратная связь от пользователей помогает адаптировать продукт.
Третий вариант также верен: ретроспектива направлена на обсуждение и улучшение командной работы.
Четвертый вариант соответствует ревю спринта, где команда получает обратную связь от заинтересованных сторон.
Пятый вариант не соответствует Scrum, так как Scrum не предполагает фиксирование обратной связи в письменных отчетах. Обратная связь должна быть живой и оперативной, без необходимости составления отчетов для Product Owner.

Правильный ответ:

5. Обратная связь о результатах работы отражена в письменных отчетах спринта, которые проверяет владелец продукта (Product Owner).

Вопрос 7:

Каким образом формируется бэклог спринта (Sprint Backlog)?

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

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

Обоснование:

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

Правильный ответ:

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

Вопрос 8:

В основе Scrum-методологии лежат итеративный и инкрементальный подходы. Какое из утверждений о преимуществах этих подходов НЕВЕРНО?

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

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

Обоснование:

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

Правильный ответ:

5. Итеративный подход позволяет точно зафиксировать бюджет и сроки проекта в начале его разработки.

Вопрос 9:

Какая из рекомендаций к формированию команды НЕ относится к Scrum-методологии?

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

В команду рекомендуется набрать не больше десяти человек.
Роль и границы ответственности каждого члена команды должны быть подробно описаны.
Все члены команды должны быть готовы к ежедневным встречам.
В команде не будет прямого руководителя.
В команду нужно пригласить Scrum-мастера.

Обоснование:

Первый вариант верен, так как Scrum рекомендует команды небольшого размера (от 3 до 9 человек), чтобы обеспечить эффективность взаимодействия.
Второй вариант не относится к Scrum, поскольку эта методология предполагает гибкость и самоорганизацию команды. Границы ответственности часто формируются совместно и не фиксируются жестко.
Третий вариант верен, так как ежедневные стендапы (Daily Scrum) являются обязательным событием в Scrum.
Четвертый вариант верен, так как Scrum-команды являются самоорганизующимися, без прямого руководителя.
Пятый вариант верен, так как Scrum-мастер играет ключевую роль в обеспечении соблюдения Scrum-методологии.

Правильный ответ:

2. Роль и границы ответственности каждого члена команды должны быть подробно описаны.

Вопрос 10:

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

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

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

Обоснование:

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

Правильный ответ:

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

Заключение

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

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

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

Желаем успехов в освоении фреймворка Scrum!