Sprint Planning Meeting

Одно из самых важных мероприятий в методологии Scrum – это, конечно же, Sprint Planning Meeting. В нём принимают участие владелец продукта, Scrum Master и вся команда разработки. Иногда происходит и участие внешних заинтересованных сторон, однако это бывает редко.

Во время Sprint Planning Meeting Product Owner описывает наиболее приоритетные задачи команды. Команда в это время задаёт достаточное количество вопросов, чтобы более точно оценить и распределить задачи, которые будут решаться во время Sprint.

Владелец продукта не должен описывать каждый элемент Product Backlog. Для Product Owner хорошим ориентиром будет приход на Sprint Planning Meeting и разговор о задачах, которые в сумме будут распределены на два спринта. Если, скажем, команда будет брать 5 задач на текущий Sprint, то разговор будет о топ-10 задачах из всего Backlog.

Два артефакта, получаемые на Sprint Planning Meeting:

• Sprint Goal;
• Sprint Backlog.

Цель спринта – это сформулированные одно или два предложения, которые описывают то, что команда планирует достичь во время Sprint. Sprint Goal описывается командой и владельцем продукта (совместно).

Длительность Sprint Planning Meeting

Гибкость методологии Scrum проявлена везде, в том числе и в длительности Sprint Planning Meeting, которая зависит от длительности будущего спринта. Формула тут следующая: 1 неделя Sprint = 2 часа Sprint Planning Meeting. То есть при спринте длительностью в 2 недели Sprint Planning Meeting должен быть равен 4 часам.

Формат проведения встречи

Встреча условно делится на две части.

В первой части Product Owner проводит обзор элементов из Product Backlog, которые необходимо представить и обсудить на данной встрече. Владелец продукта описывает то, что он хочет видеть. Именно тут задаются вопросы и обсуждаются задачи в, можно сказать, хаотичном порядке, так как после обсуждения одной задачи на ум может прийти ещё какой-то уточняющий вопрос. По сути, целью таких уточнений является прояснение любой двусмысленности.

В конце первой части формируется та самая Цель спринта / Sprint Goal.

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

Пример

В качестве примера покажем, как всегда, задачи создания интернет-магазина.

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

Разработка процесса контроля: оплатить заказ, забрать груз, заказать подарочную упаковку и т.д. Вообще цель спринта служит некоторой точкой отсчёта для «внешних участников». Практически в любом проекте присутствуют заинтересованные лица, желающие знать, как работает команда, но которым нет необходимости (да и не разрешено) лезть в глубину работы команды и оценивать каждую задачу и тот или иной шаг, совершаемый Scrum Team. Sprint Goal здесь как нельзя лучше подходит в качестве такого «мерила». Всё ведь очень просто: достигнута цель или нет, а не какие элементы были сделаны или не сделаны.

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

Важно то, что команда должна всё же решить, сколько работы она сможет выполнить. Недопустима постановка задач таким образом: работы на 4 спринта, так что в первый спринт команда должна выполнить 25% от всех задач.