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

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

---

Что такое Scrum?
Основные компоненты Scrum

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

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

Основные компоненты Scrum включают: бэклог продукта, бэклог Спринта, Инкремент, Спринт, Планирование Спринта, Ежедневный Scrum, Обзор Спринта и Ретроспективу Спринта. Эти компоненты поддерживают итеративную и инкрементальную разработку, непрерывное улучшение и эффективное сотрудничество внутри Scrum-команд.

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

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

Основные компоненты Scrum:

• Три роли в терминологии этого второго издания: Scrum-мастер, Владелец продукта Scrum и Команда разработки, которые вместе образуют Scrum-команду
• Упорядоченный по приоритетам бэклог, содержащий требования конечных пользователей
• Спринты и создаваемые в них Инкременты
• События Scrum: встреча по планированию Спринта (встреча «ЧТО», встреча «КАК»), Ежедневный Scrum, Обзор Спринта, Ретроспектива Спринта

Ключевые компоненты Scrum

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

Бэклог продукта

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

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

Бэклог Спринта

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

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

Спринт и Инкремент

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

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

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

Подробно о ролях Scrum

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

Scrum-мастер

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

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

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

Владелец продукта

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

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

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

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

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

Участник Scrum-команды

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

Понимание артефактов Scrum

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

Пользовательские истории

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

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

Как создавать полезные пользовательские истории:

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

Диаграммы сгорания работ

Диаграммы сгорания работ (подробнее см. Диаграмма сгорания работ в Scrum) наглядно показывают соотношение оставшейся работы и времени: оставшаяся работа отображается по оси Y, а время — по оси X. Это словно картина, показывающая ваше продвижение или его отсутствие на протяжении разных Спринтов.

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

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

Создавая пользовательские истории и поддерживая диаграммы сгорания работ, мы обеспечиваем ясность и прозрачность. Через эти артефакты и инструменты воплощаются такие принципы, как сотрудничество, простота и открытое общение внутри Agile-команд.

Мы рассмотрели артефакты Scrum и вспомогательные приёмы эффективного управления проектами. Теперь перейдём к основным событиям методологии Scrum.

Подробный разбор событий Scrum

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

Ежедневные короткие встречи

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

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

Планирование Спринта

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

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

Обзоры Спринта

Обзор Спринта — важнейшее событие Scrum, на котором заинтересованные стороны и команда разработки собираются, чтобы обсудить ключевые вопросы продвижения продукта. В отличие от ежедневной короткой встречи Обзор проходит в конце каждого Спринта и даёт всестороннее представление о цикле разработки продукта. Он укрепляет чувство общности, объединяя людей с разными взглядами: участников команды, заинтересованные стороны и конечных пользователей. Это встреча для обмена знаниями и наблюдениями, полученными за Спринт, которая формирует общее понимание направления продукта. Кроме того, Обзор Спринта позволяет представлять и оценивать новые идеи, сохраняя динамичность проекта и его отзывчивость к меняющимся требованиям. По сути, это важнейшая контрольная точка, поддерживающая сотрудничество, прозрачность и непрерывное улучшение в 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. Бэклог продукта содержит всё, что на данный момент известно о работе, необходимой для успешной поставки работающей программной системы.

Самостоятельность команды

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

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

Практическое применение компонентов Scrum

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

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

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

Относительная оценка размера ускоряет оценивание благодаря сравнению новых элементов с уже завершёнными. Можно использовать, например, размеры футболок (S, M, L) или последовательность Фибоначчи (1, 2, 3, 5, 8...). Покер планирования, в свою очередь, предполагает активное участие всей команды: каждый сначала оценивает независимо, а затем участники обсуждают оценки до достижения согласия.

Например, команда разработки оценивает новую функцию с помощью покера планирования. Один разработчик считает, что на неё уйдёт две недели, а другой — одна неделя. Это побуждает участников обсудить факторы, влияющие на оценку: сложность, риски или зависимости от других задач. Такой подход с участием всех даёт более полное понимание объёма работы, необходимой для реализации функции.

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

Краткое повторение компонентов Scrum

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

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

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

Изучите эти практические подходы подробнее с помощью наших бесплатных загружаемых ресурсов на сайте International Scrum Institute и углубите своё понимание гибкого управления проектами уже сегодня!