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

Что такое спринт и причём тут регби

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

Слово «спринт» знакомо всем из спорта. В лёгкой атлетике, велоспорте, плавании и лыжных гонках спринт — это гонка на короткой дистанции.

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

Спринты входят в методологию Scrum и отличают её от других методов управления проектами. Также они соответствуют гибкой философии Agile.

Слово «scrum», кстати, тоже из спорта — из регби. Это быстрая борьба за мяч после остановки игры: например, если игрок получил травму или нарушил правила. Идея та же: краткая борьба ведёт команду регбистов дальше, к результату.

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

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

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

Как проходит планирование спринта

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

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

❗️Есть рекомендованные ограничения на длительность встречи. Она не должна быть долгой. Если слишком затянуть, все погрязнут в лишних подробностях и устанут. Конкретное время встречи зависит от длительности спринта. На планирование одной недели нужно не более двух часов. А если спринт длится четыре недели, то и планирование занимает до восьми часов. А вот минимальных ограничений по времени встречи нет.

Вокруг спринта есть и другие встречи:

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

Что обсуждается на встрече

Первый вопрос: Что?

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

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

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

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

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

Период выпуска инкремента — прироста в функциональности продукта — называют итерация. Как будто то же самое, что и спринт? Да, но когда используют понятие спринт, то делают упор на временной промежуток и календарное планирование. А когда говорят итерация, то речь идёт о сути, результате.

Второй вопрос: Как?

Здесь определяют ресурсы, которые нужны для выпуска инкремента и завершения спринта.

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

Команда берёт предлагаемые задачки и оценивает их. В этом помогают методы планирования спринта — например, planning poker. Заодно в карты можно поиграть. Как работает planning poker, читай здесь.

Ещё в формировании спринта применяют методики приоритизации — ICE, Value Efforts, story mapping. О них мы тоже писали.

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

Третий вопрос: Кто?

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

Давай посмотрим на примере. У нас приложение для доставки продуктов в небольшом уездном городе N. Там неактуальны гиганты рынка вроде «Яндекс Лавки», «Самоката» и Delivery.

Это MVP-приложение. У него понятный дизайн, есть каталог товаров по трём супермаркетам городка, корзина и оплата онлайн. Работает исправно и нравится жителям.

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

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

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

Команда распределяет задачи: Вася нарисует дизайн, Игорь напишет код, Маша протестирует, Света анонсирует, а Scrum-мастер Данил проследит, чтобы все общались.

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

3 инструмента для управления спринтом

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

WEEEK

Для спринта удобно использовать доски внутри одного проекта. Можно создать доску «Бэклог продукта» и собирать там все-е-е планы по разработке и улучшению продукта. И уже оттуда переносить задачи в доску «Бэклог спринта» — просто перетаскивать и закидывать на доску.

Чтобы уточнить задачу и прописать детали, используй теги и кастомные поля. Внутри колонок можно проставить WIP-лимиты — они ограничивают количество задач, которые пойдут в работу. А подзадачи помогут декомпозировать планы.

Можно установить зависимость между задачами, чтобы упорядочить работу и установить связи: к каким задачам нельзя приступить до выполнения предыдущих этапов.

На десерт: в сервисе есть специальные спринт-доски — это отдельный тип досок, где рядом с названием отобразится срок спринта.

Гайд по созданию бэклога в WEEEK двумя способами у нас вот тут.

Kaiten

Самая крутая фича этого сервиса — доска в доске. То есть можно держать перед глазами доску с бэклогом продукта и переносить карточки задач на доску бэклога спринта.

Ещё одна подходящая фича — WIP-лимиты и автоматизация работы колонок в досках. Детализировать задачи можно с помощью меток и тегов. А подзадачи помогут декомпозировать задачи. Есть и отдельные готовые доски под бэклог и планирование спринта по Scrum. Однозначно подходит для планирования спринтов!

YouGile

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

Фич для планирования спринта немного, зато есть чат внутри каждой задачи. То есть вы с командой можете в прямом эфире — пусть и письменно — обсуждать планы на предстоящий спринт. Лайк!

Резюме вместо текста

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