Все о SCRUM. Изучение, разработка, интеграция

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

Им будет интересно заранее узнать, что запланировано на конец сезона.

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

Планирование на среднесрочную перспективу – это возможность синхронизации с заинтересованными сторонами.

16.1.3 Чтобы принять решение

Команде следует установить фиксированную дату окончания сезона и придерживаться ее, используя идею временного интервала, как в спринте.

Для сезона важно заранее планировать бюджет, в связи с чем Владелец продукта должен принимать решения:

✓ о приоритетных элементах в доработке;

✓ о чистке историй, которые, в конечном итоге, не несут большой ценности.

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

16.2 Основы планирования

16.2.1 Фиксированная продолжительность, скорректированное содержание

Agile-планирование переворачивает традиционный треугольник содержание-стоимость-время [47], при этом:

✓ дата, стоимость и качество определены заранее и не подлежат обсуждению;

✓ содержание (scope) может корректироваться.

Рисунок 16.2 – Перевернутый треугольник

Планирование сезона основано на этом принципе и нацелено на увеличении ценности продукта путем выбора функциональностей.

16.2.2 Скорость и производительность команды

Скорость команды (velocity) – это объем той части бэклога, что команда завершает за один спринт.

Производительность команды (capacity) – это запланированный объем того, что команда может завершить за один спринт.

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

16.2.3 Бэклог и планирование

Планировать – значит добавить измерение времени в бэклог. В Scrum время разделяют на спринты и сезоны, которые остается лишь визуализировать в бэклоге, чтобы получить план.

Мы примем несколько гипотез и убедимся, что такой способ работы может быть действительно простым и в то же время эффективным. Гипотезы следующие:

✓ сезоны длятся по 3 месяца и включают 6 спринтов по 2 недели,

✓ ввод в эксплуатацию конечными пользователями проводится в конце каждого сезона,

✓ команда уже завершила один сезон и измерила свою скорость – это 4,

✓ команда практикует сессии доработки и умеет разбивать работу на маленькие истории,

✓ команда рассчитала, что epic примерно в два раза больше обычной истории.

Рисунок 16.3 – План сезона в соответствии с примером

В нашем примере команда сейчас на этапе спринта 2. Она берет набор историй в соответствии со своей скоростью – это прогноз на спринт 3. Таким же образом она планирует следующие спринты вплоть до конца сезона.

Этот простой подход основан на разделении, измерении и подсчете и не требует сложных, детальных оценок.

Результат планирования отражается непосредственно в бэклоге через паттерн лотков.

16.2.4 Когда планировать?

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

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

16.2.5 С кем планировать?

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

В Scrum все иначе. Оценка проводится при участии всей команды, как и вытекающее из этого планирование.

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

16.3 Процесс планирования

Планирование сезона состоит из: