Спринты

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

Max Rehkopf Max Rehkopf
Browse topics

Что такое спринты?

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

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

Две стрелки, которые обозначают scrum‑спринт и процесс непрерывной итерации.

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

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

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

Как планировать и выполнять спринты в scrum

Диаграмма, показывающая этапы scrum‑спринта: планирование спринта, ежедневное scrum‑совещание, обзор итогов спринта и ретроспектива спринта

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

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

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

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

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

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

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

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

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

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

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

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

  • Не берите слишком много историй, не переоценивайте скорость работы и не выполняйте задачи, которые не могут быть выполнены в этом спринте. Вы же не хотите, чтобы вас или вашу команду постигла неудача?
  • Не забывайте о качестве или техническом долге. Удостоверьтесь, что у вас есть время для проведения контроля качества и работы, не связанной с функционалом, например исправления ошибок и технологического контроля.
  • Не допускайте, чтобы команда имела смутное представление о содержимом спринта. Определите объем работ и не зацикливайтесь слишком сильно на скорости продвижения; убедитесь, что все участники команды работают в одном направлении.
  • Кроме того, не берите слишком большое количество неопределенной или высокорисковой работы. Делите крупные истории или истории с высокой степенью неопределенности и не бойтесь оставлять часть этой работы для следующего спринта.
  • Если команда выражает обеспокоенность по поводу скорости, уровня неопределенности в работе или слишком большого объема работы, не игнорируйте их мнение. Рассмотрите эту задачу и внесите коррективы при необходимости.

Подробнее о спринтах

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