Sprint Zero: секрет ли это успеха Agile?

Прежде всего, давайте разберёмся, что такое Sprint Zero. Для тех, кто не знаком с этим термином, Sprint Zero обозначает начальный спринт, проводимый новой командой для создания базовых артефактов и подготовки к работе. Типичный Sprint Zero может включать следующий порядок действий:

• День 1: Запуск команды, знакомства и установление командных норм.

• День 2: Разработка персон клиентов и построение их пользовательских путей (customer journeys).

• День 3: Определение видения продукта и установка OKR (целей и ключевых результатов).

• День 4: Проработка командных процессов, определение Definition of Ready и Definition of Done.

• День 5: Создание и уточнение начального набора элементов бэклога.

Конкретный порядок может меняться в зависимости от требований команды и продукта. Например, вы можете сосредоточиться на создании MVP (минимально жизнеспособного продукта) или согласовать шаблон для пользовательских историй. Основная цель Sprint Zero — подготовить бэклог для первой рабочей итерации (при этом в дальнейшем использование спринтов необязательно, но планирование всё равно необходимо).

Итак, является ли Sprint Zero хорошей или плохой идеей? Как и во многих аспектах Agile, ответ зависит от конкретной ситуации. Давайте начнём с обсуждения преимуществ.

Преимущество №1: Объединение команды

Sprint Zero даёт возможность членам команды наладить взаимодействие и познакомиться друг с другом перед началом работы. Установление доверия и взаимопонимания на раннем этапе может способствовать более гладкому сотрудничеству. Эта фаза также позволяет команде установить нормы и ожидания, ускоряя стадию «нормирования» в модели Брюса Такмана (формирование – конфликт – нормирование – продуктивность). Пропустив этап установления норм в рамках Sprint Zero, команда может быстрее перейти к стадии «продуктивности», на которой она работает наиболее эффективно и согласованно.

Преимущество №2: Сфокусированное время

Sprint Zero предоставляет команде выделенное время для настройки рабочих процессов до начала разработки продукта. Часто, как только работа над продуктом начинается, команды могут быть перегружены и с трудом находить время на оптимизацию своих процессов. Sprint Zero позволяет провести «пробный запуск» предложенных процессов, выявить проблемы и определить, что работает лучше всего, без влияния на ход разработки продукта. Такой концентрированный подход может привести к более гладким и эффективным рабочим процессам, как только начнётся реальная работа над продуктом.

Преимущество №3: Видение общей картины

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

Кроме того, во время «перезапуска команды» Sprint Zero позволяет её участникам сделать шаг назад, пересмотреть приоритеты и сосредоточиться на действительно важных аспектах. Понимание общей цели и задач помогает команде работать согласованно и стремиться к единой цели.

Преимущество №4: Выделенное время для обучения

Sprint Zero создаёт непрерывное пространство для обучения и тренингов без отвлечений, связанных с текущей разработкой продукта. Эта фаза часто насыщена воркшопами, позволяя участникам команды изучать Agile через практические занятия.

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

Преимущество №5: Чёткая грань между подходами

Во время Agile-трансформации может быть сложно определить момент, когда команда должна изменить свой стиль работы и перейти на Agile. Sprint Zero решает эту проблему, устанавливая чёткую границу. После завершения Sprint Zero команда начинает работать по-новому.

Эта чёткая демаркация важна не только как символический жест, но и как возможность закрыть старые методы работы и начать свежий этап перехода к Agile-подходам. Такой ясный переход может существенно облегчить процесс трансформации, устраняя неясности и путаницу.

Теперь давайте поговорим о недостатках проведения Sprint Zero.

Недостаток №1: Работа над продуктом не выполняется

Одной из наиболее частых претензий к Sprint Zero является то, что «никакая работа не выполняется». Конечно, это не совсем так. Работа, выполняемая во время Sprint Zero, касается подготовки и настройки команды, а не разработки продукта. Однако критики в чём-то правы.

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

Недостаток №2: Необходимость активной поддержки

Sprint Zero может быть марафоном, а не спринтом (извините за каламбур). Обычно это интенсивный период тренингов, воркшопов и мероприятий по построению команды. Такая интенсивность требует активной поддержки со стороны Agile-коуча, который может направлять команду, фасилитировать мероприятия и отвечать на возникающие вопросы.

Однако из-за ограничений ресурсов проведение нескольких Sprint Zero одновременно может стать серьёзной задачей. Если в вашей организации недостаточно Agile-коучей или если несколько команд переходят на Agile одновременно, координация и планирование Sprint Zero может превратиться в логистический кошмар.

Недостаток №3: Риск отката к водопаду

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

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

Крайне важно донести до команды, что структура Sprint Zero является исключением, а не правилом в Agile-среде.

Какие есть альтернативы Sprint Zero?

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

Однако, если по какой-то причине вы не можете провести Sprint Zero, существуют альтернативные подходы для успешного внедрения Agile.

Подход №1: Инвестиции в обучение Agile-коучей и Scrum-мастеров

Если проведение Sprint Zero невозможно, вместо этого можно вложиться в обучение внутренних Agile-коучей и Scrum-мастеров. Эти специалисты смогут направлять команды через трансформацию в индивидуальном темпе, предоставляя более персонализированный опыт.

Подход №2: Обучение через практику

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

Подход №3: Определение целей и видения

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

Помните, Agile — это про итеративный прогресс, но этот прогресс должен быть направлен на достижение ясных целей.

Sprint Zero — это мощный инструмент, который может ускорить запуск Agile-команд и помочь заложить прочную основу для их будущей работы. Однако его успех зависит от контекста и правильного использования. Если вы решите использовать Sprint Zero, обеспечьте необходимую поддержку, уделите время обучению команды и убедитесь, что структура Sprint Zero воспринимается как исключение, а не правило.

Если Sprint Zero невозможен, фокусируйтесь на обучении через практику и постепенном внедрении Agile-принципов. Независимо от выбранного подхода, успех вашей Agile-трансформации будет зависеть от чётко поставленных целей, активного вовлечения команды и стремления к постоянному улучшению.