Что такое Scrum-спринты в управлении проектами: гайд

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

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

Старт каждого спринта начинается с встречи по планированию спринта, где команда обсуждает задачи разработки, планирует объем работ и создает бэклог проекта.

Во время выполнения команда собирается на ежедневный скрам, где обсуждает фактическую ситуацию:

• что уже удалось реализовать;
• что находится в работе;
• что планируют начать/закончить;
• блокировки;
• какие есть вопросы и проблемы.

По завершению спринта команда собирается на обзор спринта для представления результатов работы и ретроспективу для подведения результатов. На ретроспективе обсуждаются возникшие проблемы и способы их устранения для следующих спринтов.

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

Далее в статье:

• для чего нужен спринт;
• какая продолжительность у спринтов;
• какие есть преимущества;
• как строится работа с использованием Scrum-спринтов;
• распространенные ошибки.

Если вам требуется помощь в выстраивании бизнес-процессов и консалтинг — обратитесь в Neogenda. Мы помогли решить проблемы менеджмента и достигнуть результатов крупнейшим компаниям, таким как Сбер, Qiwi, Газпромбанк, Skyeng, X5 Group, Avito и других. Оставьте заявку и мы предложим решения для вашего бизнеса на бесплатной консультации в Zoom.

Для чего нужен спринт

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

Дополнительно спринты помогают:

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

Длительность спринта

Оптимальная длина спринта выбирается командой разработки в начале работ над проектом. Все спринты проекта желательно планировать одинаковой продолжительности.

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

Короткие недельные спринты хорошо подойдут опытным Scrum-командам или небольшим проектам, спринты по 3-4 недели стоит выбирать для масштабных проектов с большим объемом работ.

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

Преимущества спринтов

Использование Scrum-спринтов дает ощутимую пользу бизнесу и дает ряд преимуществ:

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

Как строится работа по спринтам

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

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

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

Каждый спринт строится из четырех неизменных обязательных этапов:

1. Планирования.
2. Ежедневного скрама.
3. Обзора спринта.
4. Ретроспективы спринта.

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

Рассмотрим более подробно работу на каждом из этапов.

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

Новая итерация разработки всегда начинается с этапа планирования. На этом этапе владелец продукта, Scrum-мастер и разработчики обсуждают план и объем работ.

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

На этапе планирования команда оценивает сложность и трудоемкость разработки, используя для этого story points.

Story points — это условные единицы, помогающие оценить сложность и трудоемкость элементов бэклога. Они позволяют отойти от стандартной оценки сложности в человеко-часах и помогают объективно оценить «вес» элементов бэклога, относительно всего проекта. Обычно для выставления стори поинтов используют числа Фибоначчи (0, 1, 2, 3, 5, 8, 13, 21, 34). Это упрощает планирование, помогает точнее и реалистичнее предсказать дату релиза.

Во время планирования спринта команде требуется:

• Определить приоритеты. Расставление приоритетов помогает грамотно планировать ресурсы и время разработчиков во время каждого спринта.
• Определить цель спринта. Цели устанавливаются не только для всего проекта (или продукта) в целом, но и для каждого инкремента в отдельности.
• Декомпозиция задач, заполнение бэклога спринта. Выполнять большие задачи целиком, управляя соответствующими процессами и промежуточными результатами, гораздо сложнее, чем выполнять много мелких задач. Выполненные задачи мотивируют команду, дают ощутимый видимый результат и повышают эффективность работы.
• Формирование резерва. Резервное время должно быть заложено для каждой из итераций на случай возникновения форс-мажоров. Так же отдельно можно заложить временные резервы для самых сложных задач, получившим самые высокие story points (но лучше такие задачи, конечно, разбивать на более мелкие и понятные).
• Визуализация на Скрам-доске. Scrum-доска используется для визуализации работы команды во время спринта. На нее заносятся задачи из бэклога продукта и перемещаются по этапам во время их выполнения. Так вся команда в режиме реального времени может отслеживать какие задачи были запланированы, какие в очереди на выполнение, какие выполняются в текущий момент, а какие уже завершены.

Итогом этого этапа является заполненный бэклог спринта, он же — план работы на весь спринт.

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

Задержку в общем графике реализации проекта и увеличение стоимости.

Ухудшение мотивации членов команды, напряженность в коллективе.

Потеря репутации компании, ослабление доверия заказчика к компании.

Неудовлетворенность заказчика и возможное прекращение сотрудничества.

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

Если вы хотите узнать больше о том, кто такой Scrum-мастер, читайте нашу статью «Кто такой Scrum-мастер простым языком». В ней мы разбираем его задачи и обязанности в команде.

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

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

На собраниях команда обсуждает:

• текущую ситуацию на проекте, ход работ;
• возникшие проблемы и блокеры, тормозящие разработку;
• необходимые корректировки работ в рамках текущего спринта.

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

Обзор спринта

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

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

Обратная связь помогает собрать список возникших проблем реализации и сформировать список доработок на следующих этапов и планирования следующего спринта.

Обзор спринта по времени может занимать до 4 часов.

Ретроспектива

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

Ретроспектива по времени длится до 3 часов.

За ретроспективой начинается следующая итерация разработки и цикл повторяется снова, начиная с этапа планирования.

Распространенные ошибки

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

Вот некоторые ошибки и заблуждения, которые совершают управленцы при организации работы команды:

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

2. Сотрудники, отсиживающие рабочие часы. При переводе компании на работу по Scrum нужно оценивать и ее сотрудников. Часть из них может быть настроена на работу «по времени», а не на командную работу и достижение совместных результатов. С такими людьми лучше прощаться и не ждать, пока они начнут тянуть проекты вниз.

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

4. Scrum — не волшебная пилюля для решения управленческих проблем. Часто от внедрения Scrum ждут моментального видимого результата, но сам метод управления и его принципы может не подойти компаниям из-за специфики бизнеса или быть адаптированным не сразу. Например, длина или структура задач может не соответствовать итеративному подходу Scrum. В таких случаях, компаниям следует рассмотреть другие гибкие методологии управления, которые лучше соответствуют их потребностям. Например, Kanban или Lean может быть более подходящими вариантами для компаний с особыми требованиями или процессами.

Если вы хотите узнать больше о том, какие есть методологии управления проектами, читайте нашу статью «Методологии управления проектами: топ-12 популярных систем». В ней мы разбираем его задачи и обязанности в команде.

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

Если вам нужно обучить команду и внедрить фреймворк Scrum — обратитесь в Neogenda. Мы помогли решить проблемы менеджмента и управления в таких компаниях, как Tinkoff, Яндекс, Авито, Сбер, Билайн, Skyeng и так далее. Оставьте заявку на бесплатную консультацию в Zoom и мы предложим решение для вашего бизнеса.