Что такое спринт и причём тут регби
Спринт — это фиксированный отрезок времени, за который команда выполняет запланированную работу. По методу 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
Замкнёт нашу тройку. Тут удобные и очень простые доски, декомпозиция на подзадачи, метки приоритетов и теги, автоматизация колонок, связи и зависимости.
Фич для планирования спринта немного, зато есть чат внутри каждой задачи. То есть вы с командой можете в прямом эфире — пусть и письменно — обсуждать планы на предстоящий спринт. Лайк!
Рекомендации для хорошего планирования
☝🏻 Используй WIP-лимиты — ограниченное число задач, которые в данный момент решает команда. Так бэклог не раздувается до невыполнимых размеров. Как работать с WIP-лимитами и как настроить их в WEEEK, можешь прочитать здесь.
🗣 Проводите ретроспективы спринтов. Они помогают выявить слабые моменты предыдущего спринта и учесть их на будущий. Пусть каждый участник команды, работающий на спринте, честно и по делу выскажется по вопросам: что в спринте помогало работать, что мешало, как работать лучше.
Совет для ретроспективы спринта. Если спринт длится месяц, то ретроспектива проходит за три часа. Если меньше, то и встреча должна быть короче. Чтобы стандартный формат ретроспектив не приелся, можно использовать игры. Например, члены команды дают название спринту, будто это фильм, книга или историческое событие. Ну, и драматизируют!
📈 Пользуйся метриками для контроля спринта и подведения итогов. Например, диаграммой выгорания спринта. Это графическая оценка сделанной и оставшейся работы. На графике соотносятся дни до конца спринта и количество невыполненных задач: на Y-оси — задачи, на Х-оси — дни. Идеально, чтобы график ровно полз вниз. Если к середине спринта этого не происходит, надо включать аварийный режим и срочно принимать меры по ускорению работы. Ну, и на ретроспективе спринта обсудить, что пошло не так.
🤗 Ещё одна метрика — удовлетворённость участников прошедшим спринтом. Каждый должен оценить его по десятибалльной шкале, затем рассчитывается среднее значение. А руководитель проекта обсуждает с командой, как достичь результата удовлетворённости спринтом в 10 баллов.
✋🏻 Наконец, не надейся, что всё идеально сработает с первого раза. Scrum, как детище Agile, призывает быть гибким и меняться под влиянием обстоятельств.
Резюме вместо текста
- Планирование спринта предвосхищает любые работы по нему. В первую очередь команда должна решить, что именно делать и почему.
-
На планирование спринта надо звать всех, кто участвует в разработке продукта.
-
По итогам планирования у команды появляется бэклог спринта.
-
В планирование идеально опираться на метрики, которые покажут, насколько успешен был предыдущий спринт.
Подписаться 
