Кен Швабер - Скрам [Гибкое управление продуктом и бизнесом] [litres]

В ходе планирования спринта скрам-команда принимает решения по двум темам:

■ каким будет инкремент продукта в конце спринта;

■ как организовать свою работу, чтобы получить готовый к поставке инкремент.

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

Команда разработки прогнозирует объем функциональности, который будет разработан в течение спринта. Владелец продукта выносит на обсуждение два важных вопроса:

■ бизнес-цели, которые должны быть достигнуты в спринте;

■ элементы бэклога продукта, необходимые для достижения цели спринта.

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

Цель спринта

Цель спринта – это установленный для спринта ориентир, который достигается через выполнение части бэклога продукта. Она формируется во время его планирования и объясняет команде разработки, для чего создается инкремент.

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

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

Результатом планирования становится бэклог спринта, состоящий из выбранных элементов бэклога продукта и плана их реализации, который, в свою очередь, состоит из задач, их оценки и выбранных на ближайшие два-три дня исполнителей, чтобы участники команды могли приступить в разработке функциональности. Фактическая работа может отличаться от планируемой объемом и сложностью, поэтому список задач может быть неполным, но он должен быть достаточным, чтобы команда могла прогнозировать объем работы, который сможет выполнить за предстоящий спринт. Часто команда разработки более тщательно детализирует работу, которую будет выполнять в первые дни спринта. Для этого она разделяет работу на более мелкие задачи, обычно длительностью не более одного дня.

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

Ежедневный скрам – это ежедневное событие команды разработки длительностью не более 15 минут, где она планирует свою работу на ближайшие 24 часа. Длительность не зависит от количества участников команды.

Команда разработки использует это событие:

■ для инспектирования своего продвижения к цели спринта;

■ для отслеживания прогресса по работе над бэклогом спринта;

■ для понимания, успевает ли она завершить задачи спринта в срок.

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

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

Скрам-мастер следит, чтобы событие команды разработки состоялось, но за проведение ежедневного скрама отвечает сама команда. Скрам-мастер обучает команду разработки проводить ежедневный скрам за 15 минут или быстрее.

Участники команды должны приходить вовремя. Скрам-мастер начинает ежедневный скрам в назначенное время, независимо от того, сколько членов команды разработки присутствует. Любой опоздавший участник при появлении незамедлительно выплачивает $1 скрам-мастеру.