Scrum-спринты

Спринт — это короткий временной интервал, в течение которого scrum-команда выполняет заданный объем работы. Спринты лежат в основе методологий scrum и agile, и правильный выбор спринтов поможет вашей agile‑команде выпускать более качественное программное обеспечение без лишней головной боли.

«При использовании Scrum продукт разрабатывается в ходе нескольких итераций, которые называются спринтами и разбивают большие сложные проекты на небольшие задачи», — говорит Меган Кук, директор по продукту Jira в Atlassian.

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

Многочисленные сходства между глобальными задачами agile и процессами scrum вполне справедливо приводят к тому, что эти два понятия ассоциируются друг с другом. Благодаря спринтам команды могут следовать agile‑принципу «частой поставки рабочего программного обеспечения», а также реализовать agile‑задачу «реагирования на изменения в соответствии с планом». Установки scrum — прозрачность, проверка и адаптация — дополняют agile‑методику и играют главную роль в концепции спринтов.

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

Чем отличается спринт от Agile?

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

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

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

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

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

Затем команда создает план, согласно которому будут выполняться задачи бэклога, чтобы к окончанию спринта вся работа была завершена. Выбранные рабочие задачи и план по их выполнению называется бэклогом спринта. К концу совещания по планированию спринта команда готова приступить к работе. Для этого необходимо просто выбирать задачи из бэклога спринта и менять их статус с «В работе» на «Готово» по мере завершения работы.

В течение спринта команда собирается на ежедневные Scrum‑совещания (стендапы), чтобы обсудить ход работы. Такие совещания нужны, чтобы выявить блокеры и проблемы, которые могут повлиять на достижение цели спринта.

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

Завершите цикл спринтов на моем любимом собрании — ретроспективе спринта. Здесь команда может определить области, требующие улучшения в следующем спринте. С этими сведениями можно начинать следующий цикл спринта. Вперед!

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

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

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

Что нужно делать.

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

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

• Убедитесь, что вы правильно оцениваете скорость работы команды и учитываете такие события, как отпуска и общие собрания.

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

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

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

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

Чего не стоит делать.

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

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

• Не допускайте ситуаций, когда у команды нет четкого представления о содержимом спринта. Определите объем работ и не зацикливайтесь на скорости выполнения; убедитесь, что все участники команды работают в одном направлении.

• Кроме того, не берите слишком большой объем неопределенной или рискованной работы. Делите крупные истории либо истории с высокой степенью неопределенности и смело оставляйте часть работы для следующего спринта.

• Если команда выражает обеспокоенность по поводу скорости, уровня неопределенности в работе или слишком большого объема, не игнорируйте мнение участников. Рассмотрите эту проблему и внесите коррективы при необходимости.

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

1. Еженедельно отправлять сообщение Slack со списком всех задач, еще открытых в спринте. Перейти к правилу

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

3. Если состояние задачи изменилось на In Progress (В работе) и спринт стал пустым, переместите задачу в следующий активный спринт. Перейти к правилу.

Эти и сотни других правил автоматизации можно найти в библиотеке шаблонов Jira Automation.

Перейти в библиотеку

Спринты настолько известны (и настолько эффективны), что их часто считают первым шагом на пути к повышению гибкости. Но мы выяснили, что для освоения спринтов необходимо овладеть некоторыми взаимосвязанными понятиями Scrum и Agile. Изучите остальные статьи по Scrum, чтобы расширить знания и стать еще на шаг ближе к счастью от использования Scrum.

Без труда положите начало успеху, спланировав спринт (следуя рекомендуемым практикам и отказываясь от нерекомендуемых) с помощью нашего шаблона Scrum, в котором есть все необходимое для планирования и отслеживания работы в спринтах, а также управления ею. А еще узнайте о том, как использовать спринты в Jira.