Пример. Цель 3-го сезона Peetic – увеличить продажи на 10 % благодаря премиум-подпискам.
Конечно, как и в случае с целью спринта, цель сезона должна быть пересмотрена, если изменяются начальные условия.
Насколько Agility совместима с
Не рекомендуются какие-либо обязательства касательно скорости команды, которые, тем не менее, иногда фигурируют в контрактах.
При наличии данных о работе команды возможны обязательства, касающиеся списка функциональностей.
Дополнительное условие относится к Владельцу продукта, который должен эффективно выполнять свою роль, а именно: определять минимальные функциональности, приносящие ценность. Можно распределять бюджет по функциональностям, оставаясь в рамках общего объема. Это отражает готовность и открытость к Agility.
Важнейший результат – когда сама команда лучше понимает, что можно ожидать от следующих спринтов. Заинтересованные стороны могут найти в плане прогнозы в отношении дальнейших результатов. Усиливается прозрачность процесса.
Но не стоит забывать: это не всегда полезно и при неверном подходе может привести к обратным результатам.
План сезона состоит из предстоящих спринтов и их ожидаемого содержания в виде историй или, если применимо, соответствующих функций.
Он регулярно обновляется – в отличие от заранее составленного подробного плана, который становится непреложным ориентиром. План развивается с учетом всевозможных изменений.
• Изображения плана сезона
Мы рассмотрели план сезона
Но такой план может сбить с толку тех, кто привык к изображению на одном плане более удаленных спринтов и сезонов.
Рисунок 16.7 – План сезона с учетом неопределенностей
Альтернативный вариант – представить план в виде таблицы, где спринты перечислены последовательно слева направо. Важно сделать его наглядным: полученные данные используются для прогнозирования взаимозависимостей.
Нет смысла быть сверхточным в прогнозировании того, что будет только через несколько спринтов. Это можно отразить в плане, ограниченном лишь рамками сезона.
В план добавлены неопределенности: они расположены на соответствующих границах.
Другой способ изображения неопределенностей в плане – представить бэклог тремя зонами (рисунок 16.8): что точно будет завершено с учетом максимальной скорости команды, что точно не будет завершено с низкой скоростью – и зона неопределенности между ними.
Рисунок 16.8 – Бэклог с зоной неопределенности
Лучше быть правым в целом, чем неправым в конкретном. План предназначен для ответа на важнейшие вопросы, а не для микроменеджмента.
Вернемся к первым вопросам команды Peetic.
– Сможем ли мы использовать управление подписками для выставки собак в марте?
Да. В плане представлены функциональности, и это одна из функциональностей, которые команда обязательно реализует.
– Через сколько времени мы сможем анонсировать запуск приложения на планшет?
Эта функциональность запланирована на следующий сезон, который завершится в августе.
– Какой бюджет необходим для разработки версии 2 приложения?
Команда Peetic выбрала сезон с фиксированными датами. Бюджет обговаривается заранее, его легко определить на основе размера команды и продолжительности.
– Когда нам понадобится компонент онлайн-платежей?
Через два спринта, когда будет разработана функциональность
Ситуация. Те, кто привык к подробным спецификациям, считают, что сезон закончится, когда бэклог опустеет. Вот только он никогда не бывает пустым.
Последствия. Бэклог живет, развивается и представляет собой постоянно пополняемый поток. Стремиться к пустому бэклогу не стоит. Я знаю одну команду, которая пыталась этого добиться на протяжении 18 спринтов – и безуспешно!
Как сделать лучше? Использовать паттерн