The Scrum Framework — второе издание

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

---

Пример Scrum: практический пример для сильных Agile-команд

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

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

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

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

Вот главные действующие лица этого примера применения методологии Scrum:

• Алекс — Владелец продукта Scrum.
• Фрэнк — Scrum-мастер.
• Scrum-команда.

Перед началом первого Спринта

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

Введение в Scrum: практический пример на разных этапах Scrum и в разных Спринтах

Спринт 1 — день 0

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

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

Совет для Scrum-команд:

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

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

Спринт 1 — день 1

Утром вся команда собирается на Ежедневный Scrum. Каждый кратко рассказывает, что уже сделано, обновляет оценку оставшихся часов на карточках доски задач Спринта, объясняет, чем планирует заняться сегодня, и сообщает, есть ли препятствия, мешающие продвижению. Сегодня один из участников говорит, что у него возникла проблема: ему нужна новая лицензия на один из используемых программных инструментов. Фрэнк выясняет, есть ли такая же проблема у других участников, и обещает заняться этим после встречи. Через 15 минут все возвращаются к работе.

После встречи Фрэнк обновляет диаграмму сгорания работ Спринта. Затем он звонит поставщику программного инструмента, заказывает лицензии и передаёт их тем, кому они нужны.

Совет для Scrum-команд:

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

Фрэнк, Scrum-мастер, также играет важную роль в этой разноплановой команде. При необходимости он помогает ежедневным коротким встречам оставаться сосредоточенными на Цели Спринта. Разработчики сами отвечают за свой план и совместно выбирают задачи; Фрэнк не назначает им работу.

Спринт 1 — день 2

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

Спринт 1 — день 28

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

• Истории 1, 2, 6 и 7 завершены, как и ожидалось.
• Историю 3 не удалось завершить вовремя, и её вообще не представили.
• В истории 8 есть моменты, требующие рефакторинга.

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

Пример применения методологии Scrum

Совет для Scrum-команд:

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

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

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

Спринт 2 — день 1

Алекс, Владелец продукта Scrum, добавляет в бэклог продукта Scrum новые элементы по итогам недавних встреч с клиентами. Кроме того, он добавляет элементы, связанные с рефакторингом истории 8. Затем Алекс приглашает команду на встречу по планированию Спринта 2. При поддержке Фрэнка, Scrum-мастера, команда обсуждает истории и принимает обязательства по их выполнению, после чего начинается второй Спринт.

Совет для Scrum-команд:

Во втором Спринте команда применяет полученные знания на практике: обновлённый бэклог продукта учитывает отзывы клиентов, незавершённая работа рассматривается заново, а сотрудничество продолжается вокруг следующей Цели Спринта.

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

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