Получать предсказуемый прогресс, создавать ценность и вкладываться в сроки. Звучит как мечта любого проджекта, правда? Так работает спринт — часть фреймворка Scrum. Спринт позволяет быстрее выпускать рабочие части продукта, оперативно получать обратную связь от заказчика и адаптироваться к изменениям.
В статье подробно разберём:
▫️ зачем нужны спринты в управлении проектами
▫️ кто за что должен отвечать
▫️ без каких шагов не добежать до результата
На старт… Внимание… Вникаем! 🏃
Что такое спринт в методологии Scrum
— это короткий цикл работы над продуктом, за который нужно успеть выполнить определённый набор задач и проанализировать промежуточный результат. В методологии Scrum вся работа делится на спринты по 1–4 недели каждый
В свою очередь, Scrum — это методика для управления проектами из семейства Agile. Он придуман для постоянного контакта исполнителей с клиентами и оперативной доработки при необходимости.
Спринты позволяют планировать и проводить работу над продуктом с высокой неопределённостью. Можно не цепляться за первоначальные планы, если изменились обстоятельства, тренды рынка или пожелания заказчика. Короткие «подходы» и постоянная обратная связь позволяют увереннее проходить этап за этапом. При этом каждая версия получается рабочей: её можно тестировать и учитывать ошибки и успехи для следующих спринтов 🤝
| Понятие | Спринт | Scrum |
|---|---|---|
| Суть | Период работы с чёткими сроками | Набор правил и методик для своевременной сдачи всех этапов проекта |
| Продолжительность | От 1 до 4 недель | — |
| Структура | Один рабочий цикл из множества | Совокупность циклов работы, роли, события |
| Назначение | Создать новый продукт или конкретную итерацию существующего | Гибко контролировать процессы всего портфеля проектов |
Как видишь, Scrum полезен при создании продукта: повышает прозрачность процессов и помогает точнее закрывать потребности клиента. Заодно повышает мотивацию сотрудников — ведь любая задача по плечу, когда она разбита на небольшие понятные этапы 💪
Оптимальная длительность спринта в Scrum
Каждый рабочий цикл нужно спланировать так, чтобы не выбиться из сроков проекта в целом, но и не загнать команду. Итогом спринта должен стать инкремент («прирост») — завершённая часть продукта, которая соответствует Definition of Done и потенциально готова к релизу.
Ниже поговорим, что это за термины и зачем они нужны. Пока посчитаем, какие сроки обычно закладывают для спринтов:
Одна неделя
Хороший вариант, если нужно почаще проверять гипотезы или получать обратную связь. Так работают команды, которым важна высокая динамика, — скажем, в стартапе, при запуске эксперимента или регулярных продуктовых улучшений.
Две недели
Классика работы спринтами: хватит и на детальное выполнение, и на вдумчивый анализ. Скажем, для того чтобы провести А/В-тестирование — прописать сегменты рассылки, подготовить персонализированные предложения, разослать и собрать аналитику.
Три недели
Расширенная версия для более сложных разработок и длительных согласований. Такой спринт можно проводить, например, для дизайна сайта с нуля: готовь разные версии страниц и отдавай на утверждение сразу всю работу.
Четыре недели
Максимально рекомендуемая длительность спринта в Scrum, удачная при предсказуемом развитии продукта или в длинных фазах производства. В ней обратная связь реже, зато времени на тщательное выполнение — больше.
Ставим цели спринта
Сколько времени закладывать на спринт, мы разобрались. Теперь давай обсудим, как уместить в нужный срок понятный и реалистичный фронт работ. Здесь тебе пригодятся два следующих понятия ⬇️
Цель спринта (Sprint Goal) — главный результат, которого команда должна достичь за выбранный период времени. Целью может быть завершение и значимого этапа, и продуктовой инициативы в целом.
Бэклог спринта (Sprint Backlog) — это список задач, выбранных командой из бэклога продукта (Product Backlog) для выполнения в текущем спринте. Это что-то вроде рабочего плана команды по достижению цели спринта.
Бэклог создают на этапе планирования спринта и могут дополнять в процессе работы. Адаптировать план стоит, если появились новые вводные, — только следи, чтобы цель спринта осталась достижимой для команды.
Как проходят события спринта
У каждой методики работы есть контрольные точки, в которых исполнители могут перевести дух и понять, что движутся в верном направлении. У спринта в Scrum они называются событиями. Запланируй эти четыре события, чтобы прийти к нужному результату.
1️⃣ Планирование спринта (Sprint Planning)
Рабочая сессия планирования перед началом спринта. На ней формируют цель и бэклог, после чего назначают ответственных. Чем длиннее планируется спринт, тем дольше эта встреча — но обычно не более 8 часов.
2️⃣ Ежедневные встречи/дейлики (Daily Scrum)
Регулярные проверки прогресса длительностью не более 10-15 минут, которые проводят в одно и то же время. Отличный момент, чтобы уточнить актуальность вводных или получить новые.
3️⃣ Обзор итогов (Sprint Review)
Рабочая встреча в конце спринта с презентацией инкремента. Здесь заказчики оценивают результат, а команда уточняет бэклог продукта, чтобы работать ещё лучше и не повторять прошлых ошибок.
4️⃣ Ретроспектива (Sprint Retrospective)
Финальная встреча внутри команды с обсуждением провалов и успехов. Она нужна, чтобы зафиксировать удачные практики для следующих спринтов и разобраться в причинах неудач.
Вместе эти четыре события создают замкнутый цикл работы над продуктом: команда планирует задачи, синхронизируется в процессе, показывает результат и улучшает свой подход к работе.
О ролях в спринте
Мы уже обсудили, что для успешной работы спринтами нужно всё чётко спланировать. Зоны ответственности — не исключение. В методологии Scrum они называются ролями. Вот базовый набор:
Владелец продукта (Product Owner, PO)
Член команды Scrum, который отвечает за максимизацию ценности продукта. Он должен напоминать всем о цели продукта, вести его бэклог и составлять понятные задачи для команды. Владелец продукта работает напрямую с клиентами и партнёрами, чтобы доносить до каждого стратегию работы, бизнес-цели и задачи.
Скрам-мастер (Scrum Master, SM)
Настоящий церемониймейстер. Команду он обучает самоорганизации и своевременной подготовке промежуточных результатов. Помогает корректировать бэклог и цель продукта, ищет оптимальные решения для планирования работы в разных условиях. На уровне всей компании объясняет ценности и пользу фреймворка Scrum, выступает посредником и наставником.
Команда (Developers)
Эксперты, которые вместе работают над инкрементом. Они умеют самоорганизовываться и оперативно реагируют на обратную связь, чтобы достичь цели спринта.
Управляем изменениями
Препятствия на пути коллектива могут появиться в любой момент. Не стоит этого бояться — почти всегда можно предотвратить провал или хотя бы решить проблему быстрее и с минимальными потерями.
Ориентироваться на цель спринта. Если появляется новая задача, первый вопрос, который стоит задать: помогает ли она достичь цели спринта? Если да, её можно добавить, если нет — отправить с продуктовый бэклог или рассмотреть на следующем планировании.
Не паниковать. При критическом баге можно:
— добавить задачу в спринт
— перенести на следующий спринт
— отменить спринт (редкий вариант, когда цель спринта потеряла смысл)
Фиксировать все ошибки и расхождения с изначальными ожиданиями. Их нужно будет обсудить на ретроспективе, чтобы улучшить процессы работы команды.
Что поможет пережить форс-мажоры? Планирование загрузки на 80–90% и выполнение важных задач в начале спринта.
Как оценивать результат спринта в Scrum
Фух, спринт запланирован и завершён! Время оглянуться назад — провести ревью и ретроспективу. Сейчас назовём показатели, на которые удобно опираться при оценке.
Достигнута ли цель спринта
Пожалуй, главный показатель — ведь ради него всё и затевалось 😉 Если цель достигнута, спринт можно считать успешным. Невыполненные задачи из списка перейдут в следующий спринт. На ретро стоит отдельно разобрать полезные практики и идеи, внедрив их в дальнейшую работу.
Есть ли инкремент
Здесь оглядываемся на предыдущий пункт: результат в 99% не считается 🙂↔️ Нужно непременно выяснить, чего не хватило для полного завершения. И внедрить технику, о которой расскажем ниже.
Соблюдён ли Definition of Done
Мегаполезный инструмент для оценки спринта — набор критериев готовности инкремента, он же Definition of Done. Готовь такой чек-лист перед ревью, а лучше — ещё при планировании системы спринтов вместе с заказчиками или по их пожеланиям.
Критериями могут быть, например, код-ревью, завершённое тестирование или реализованный контент-план на нужный период с готовой аналитикой по каждому посту. Инструмент поможет всем участникам спринта одинаково оценивать результат.
Метрики для оценки результатов
Показатели выше помогают достичь цели текущего спринта, но следом будут новые. Сохрани себе следующие метрики, чтобы команда росла и крепла с каждым спринтом:
- Время выполнения (Lead time). Период от момента, когда команда берёт обязательство выполнить задачу, до её полного завершения
- Время цикла (Cycle time). Время, которое сотрудники тратят на выполнение задачи
- Скорость (Velocity). Показывает, как много сторипоинтов закрыто за спринт
- Потенциал команды (Capacity). Измеряется в часах, которые доступны у сотрудников для выполнения задач
- Диаграмма сгорания (Burndown Chart). Показывает оставшийся объём работы и прогресс спринта в целом
- Пропускная способность (Throughput). Количество задач, завершённых за определённый период времени
Как запустить спринт в WEEEK и повторить Scrum-процесс шаг за шагом
Теперь, когда все приготовления закончены, можно выдвигаться на планирование спринта. Собери вводные, открой рабочее пространство в WEEEK и выполни эти пять несложных шагов.
Для примера посмотрим, как Scrum-процесс настраивает Ирина — руководитель направления казуальных головоломок в инди-студии мобильных игр. Команде Ирины нужно выпустить на рынок новую игру на основе упражнений N-back для развития когнитивных способностей. Вот что она делает ⬇️
Шаг 1
Открой своё рабочее пространство, выбери слева кнопку «Создать проект» и впиши название, которое будет понятно всем коллегам. Ирина называет проект «Кампании Март», поскольку на месяц запланировано несколько релизов новинок. Для каждого будет отдельный спринт.
Шаг 2
Когда проект создан, Ирина сделала первую доску и сразу выбрала формат отображения задач «Спринт». Также указала его название и сроки — они будут отображаться в рабочем пространстве слева перед общим полем с задачами.
Шаг 3
Теперь настрой базовые колонки рабочего процесса. Например, у Ирины это Бэклог ➡️ К работе ➡️ Ревью ➡️ Готово. На каждый спринт можно создавать новую доску.
Шаг 4
Перед тем как стартует спринт, стоит подумать над продуктовым бэклогом. Собрать его можно в колонке на Канбан-доске или в отдельном документе списком задач.
Если выберешь первый вариант, в карточке задачи добавь описание, назначь приоритет, поставь исполнителя и оцени время на выполнение. Ещё в WEEEK можно заводить подзадачи — они выглядят как чек-лист.
Ирине по душе собирать списком. Для этого она перешла в Базу знаний, создала новый документ и расписала там основные моменты — цель, сроки, инкремент и бэклог.
Ещё добавила обложку и сделала форматирование, чтобы с документом всем было приятно работать 😉
Шаг 5
Теперь переходим к планированию спринта, где команды обычно определяют его цель и выбирают задачи из бэклога — чтобы перенести их в колонку К работе. На протяжении всего спринта карточки задач будут двигаться по колонкам до тех пор, пока не будут сделаны.
Ирина использует в проекте WIP-лимиты — они помогают ограничивать количество задач в колонках, чтобы команда не перерабатывала.
Также Ирина настроила автоматизацию колонок. Когда задача попадает в колонку Ревью, у карточки автоматически появляется исполнитель. А когда задача оказывается в Готово — выполняется и зачёркивается.
Шаг 6
Создай в «Документах» одну заметку для записи идей и замечаний в бэклог, а другую — для фиксации проблем на «дейликах» и способов их решения. Всё это не только поможет коллективу в моменте, но и пригодится на ретроспективе, чтобы проанализировать все-все недочёты и стать ещё круче 💪
Выводы
- Спринт — это ограниченный по времени период, в течение которого команда выполняет определённый объём работ. Он входит в структуру Scrum, поэтому в нём важны чёткие сроки, задачи и роли. Проведение спринта требует немалой подготовки, зато даёт +100 к прозрачности работ и умению адаптироваться к меняющимся условиям
- В спринте важно соблюдать события, следовать назначенным ролям, отслеживать метрики. И постоянно взаимодействовать: давать советы, просить уточнений, вместе искать выход из сложных ситуаций
- Бэклог спринта — библия команды. Он базируется на бэклоге всего продукта, постоянно дорабатывается и становится основой для системы следующих спринтов
- Ежедневные встречи, ревью и ретроспективу стоит воспринимать не как обязанность, а как возможность. Они помогают улучшить общую работу, предотвратить ошибки и сохранить лучшие практики на будущее
Подписаться 
