![Show Menu](styles/mobile-menu.png)
![Page Background](./../common/page-substrates/page0059.png)
Scrum и XP: заметки с передовой
59
Важность
Название
Оценка
Спринт 1
130
Банан
12
120
Яблоко
9
115
Апельсин
20
Спринт 2
110
Гуава
8
100
Груша
20
95
Изюм
12
Спринт 3
80
Арахис
10
70
Пончик
8
60
Лук
10
40
Грейпфрут
14
Спринт 4
35
Папайя
4
10
Черника
10
Персик
Каждый спринт состоит из набора историй, количество которых не превышает спрогнозированную
производительность 45.
Теперь видно, что, скорее всего, нам потребуется 3 спринта для завершения всей обязательной и
желательной функциональности.
3 спринта = 9 календарных недель = 2 календарных месяца. Станет ли это крайним сроком, который мы
озвучим клиенту? Это полностью зависит от вида контракта, от того, насколько фиксирован объем работ, и
т.д. Обычно мы берём время со значительным запасом, тем самым защищая себя от ошибочных оценок,
возможных проблем, неоговоренного функционала и т.д. Значит, в этом случае мы установим срок поставки в
3 месяца, чтобы иметь месяц в резерве.
Очень хорошо, что мы можем демонстрировать клиенту что-нибудь пригодное к использованию каждые
3 недели и позволять ему изменять требования на протяжении всего времени сотрудничества (конечно в
зависимости от того, как выглядит контракт).
Корректируем план релиза
Реальность не подст оится под план, поэтому приходится его корректировать.
По окончании спринта мы смотрим на реальную производительность команды. Если эта
производительность существенно отличается от прогнозируемой, мы изменяем прогнозируемую
производительность для будущих спринтов и обновляем план релиза. Если это грозит нам срывом срока
поставки, product owner может начать переговоры с клиентом или начать искать путь уменьшения объема
работ без нарушения контракта. Или, возможно, он и команда смогут увеличить производительность или
фокус-фактор путём устранения серьёзных препятствий, которые были обнаружены во время спринта.
Product owner может позвонить клиенту и сказать: "Привет, мы слегка не вписываемся в график, но я
полагаю, что мы сможем уложиться в срок, если уберём встроенный Тетрис, разработка которого занимает
много времени. Мы можем добавить его в следующем релизе, который будет через три недели после
первого релиза".
Пусть это и не самая лучшая новость, но, хотя бы, мы были честны и дали возможность клиенту заранее
сделать выбор: или мы поставляем только самую важную функциональность в срок, или же всю полностью,
но с задержкой. Обычно, это не очень сложный выбор. :o)