Спринт в методологии Scrum: участники, этапы, результаты

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

Правило тайм-менеджмента и гибкие методологии

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

Например, сотруднику второй линии поддержки нужно освоить язык программирования Groovy, чтобы подключаться к настройкам ИТ-системы клиентов. В целом это большая задача, и непонятно, как к ней подступиться. Но она будет восприниматься совсем иначе, если разделить ее на конкретные действия: отправить запрос руководителю на оплату онлайн-курса, прочитать онлайн-документацию, посмотреть запись внутреннего демо разработчиков. Такие шаги уже не кажутся слишком сложными или невыполнимыми. Главное — определить цель, составить план и методично его выполнять.

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

Большая задача — это продукт, а шаги в Agile — итерации. Какие они будут по длительности, зависит от конкретной методики. Например, в Kanban продолжительность итераций не регламентирована и может быть совсем короткой: сотрудник сделал задачу, и можно сразу выпускать обновление.

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

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

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

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

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

Участники спринта

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

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

Скрам-команда — это небольшая группа сотрудников, в среднем 5–10 человек, которые работают на одном проекте и выполняют задачи в рамках спринта. Участники команды самоуправляемые.

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

Команды более 10 человек могут потерять часть эффективности, а значит, снизится ценность самого проекта. Рассмотрим на примере. Согласно методологии, команда должна проводить ежедневные митинги в течение 15 минут. За это время они должны рассказать о выполненных задачах и планах. Если участников команды будет больше, они просто не успеют выступить в отведенное время. И тут либо встречи будут затягиваться, либо спикеры торопиться. Если для реализации проекта нужно больше 10 человек, лучше разделить их на несколько команд, назначить одного для всех менеджера продукта, чтобы все занимались одним проектом параллельно.

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

Разработчики

Эти специалисты »работают руками», то есть создают продукт. При разработке ПО »руками» проекта могут быть программисты или целая команда специалистов: программист, UX/UI-дизайнер, тестировщик, аналитик. Главное, чтобы в команде были все компетенции, необходимые для достижения цели проекта.

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

Product Owner, или владелец продукта

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

Владелец продукта отвечает за бэклог проекта. В бэклог спринта включается только часть задач из общего списка

Product Owner взаимодействует с заказчиком, собирает обратную связь и на ее основе корректирует задачи. Также взаимодействует с командой: объясняет суть задач и логику выставления приоритетов.

Скрам-мастер

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

На ежедневных митингах команда актуализирует статус задач, ориентируясь на список, что отображается на доске

Софт-скилы — это то, чем обязательно должен обладать скрам-мастер. Он не сможет полноценно выполнять свои задачи без эмоционального интеллекта, коммуникабельности и умения решать конфликты. В ИТ-проектах скрам-мастер также может являться разработчиком, но такое совмещение требует высокого подхода. Сложность заключается в том, что скрам-мастер должен на первое место ставить принципы Scrum, а не задачи программирования. Уметь посмотреть на свою работу объективно, со стороны, а также находить время на контроль, обучение и решение проблем команды.

Из чего состоит спринт

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

Планирование, или формирование спринта. Обсуждение длится от 2 до 8 часов. Ставится цель спринта, составляется бэклог спринта, оцениваются трудозатраты. От реалистичности плана зависит, будет ли работать методика Scrum.

Исполнительная часть спринта, или разработка. Команда выполняет задачи спринта. Проводятся ежедневные 15-минутные митинги для фиксации выполненных задач, синхронизации, планирования работы на день, выявления помех для работы. Обычно митинги проходят со скрам-мастером. Product Owner подключается, если необходимо скорректировать бэклог. Например, если принятые в работу требования утратили актуальность для заказчика.

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

Ретроспектива или подведение итогов — заключительный этап, обсуждение длится от 1,5 до 3 часов. Проводится анализ работы: выполненные задачи, успешность спринта, допущенные ошибки и возможности оптимизации процессов. Также составляется примерный план будущего спринта.

Этапы спринта в методологии Scrum

К выводам

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

Методология позволяет построить внутренние процессы так, чтобы работа строилась оптимальным образом. Управлять проектами по Scrum удобнее всего с помощью специализированного инструмента.

Что еще интересного