Web Analytics Made Easy - StatCounter

Название

русский: Скрам;
английский: Scrum;

Авторы

Кен Швабер и Джефф Сазерленд

Описание

Определение

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

Не методология в чистом виде

Часто говорят, что Скрам — методология. Но это не так, Скрам — фреймворк. Разница в подробности правил: методология даёт чёткие инструкции, что, как и в каком порядке делать. Например, методология предписывает менеджеру анализировать работу отдела каждую пятницу.

Фреймворк задаёт общие правила работы, он не даёт инструкций на все случаи жизни. Сотрудники следуют правилам Скрама, но рабочий процесс меняют сами. Например, сами определяют, как часто нужно анализировать работу Команды, в каком составе собираться, какие документы составлять.

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

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

Теория Скрама

Скрам основан на теории эмпирического управления. Согласно этой теории, источником знаний является опыт, а источником решений – реальные данные. Скрам использует итеративный и инкрементальный подход, чтобы улучшать прогнозируемость и управлять рисками. Процесс эмпирического управления основан на«трех китах»: прозрачности, инспекции и адаптации.

Скрам-команда

Скрам-команда состоит из Владельца Продукта, Команды Разработки и Скрам-мастера. Скрам-команды являются самоорганизующимися и кросс-функциональными. Самоорганизующиеся команды самостоятельно решают, как выполнять свою работу, а не следуют внешним указаниям. Кросс-функциональные команды обладают всеми необходимыми компетенциями для выполнения работы и не зависят от людей, которые не входят в команду.

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

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

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

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

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

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

Артефакты Скрама

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

Спринт

Спринт служит ядром Скрама. Спринт — временной отрезок длительностью месяц или меньше, в течение которого создается «Готовый», то есть пригодный к использованию и выпуску Инкремент продукта. Желательно сохранять неизменную продолжительность Спринта на протяжении всего процесса разработки. Новый Спринт начинается сразу после окончания предыдущего. Спринт состоит из Планирования Спринта, Ежедневного Скрама, разработки, Обзора Спринта и Ретроспективы Спринта.

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

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

Бэклог Продукта эволюционирует вместе с продуктом и средой, в которой он будет использоваться. Чтобы продукт оставался актуальным, конкурентоспособным и полезным, его Бэклог постоянно меняется вслед за изменениями требований к продукту. Пока существует продукт, существует и его Бэклог Продукта.

Существует несколько подходов:

  • Подход №1 – один Product Owner и один Product Backlog
  • Подход №2 – один Product Owner и несколько Product Backlog
  • Подход №3 – несколько Product Owner и несколько Product Backlog

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

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

Инкремент

Инкремент — это сумма завершенных во время Спринта Элементов Бэклога Продукта и всех инкрементов предыдущих Спринтов. К концу Спринта Инкремент должен быть «Готов», что подразумевает его соответствие критериям Готовности Скрам-команды и готовность к использованию. Инкремент — это совокупность выполненных работ, которая поддерживает эмпирический подход и которую можно инспектировать в конце Спринта. Инкремент — это шаг на пути к видению или цели. Он должен быть готов к использованию вне зависимости от положительного или отрицательного решения Владельца Продукта о его выпуске.

Диаграмма сгорания задач / Burndown Chart

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

Существуют разные виды диаграммы:

  • диаграмма сгорания работ для спринта — показывает, сколько уже задач сделано и сколько ещё остаётся сделать в текущем спринте;
  • диаграмма сгорания работ для выпуска проекта — показывает, сколько уже задач сделано и сколько ещё остаётся сделать до выпуска продукта (обычно строится на базе нескольких спринтов).

Ежедневный Скрам

Ежедневный Скрам – это встреча Команды Разработки, которая проводится каждый день во время Спринта. Встреча не должна занимать более 15 минут, за которые Команда разработки планирует свою работу на ближайшие 24 часа. Команда оптимизирует взаимодействие между её членами и повышает свою производительность, анализируя сделанное за последние сутки и прогнозируя оставшуюся на этот Спринт работу. Для упрощения Ежедневный Скрам проводится каждый день в одно и то же время.

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