Книга: Scrum и XP: заметки с передовой
Корректируем план релиза
Корректируем план релиза
Реальность не подстроится под план, поэтому приходится его корректировать.
По окончании спринта мы смотрим на реальную производительность команды. Если эта производительность существенно отличается от прогнозируемой, мы изменяем прогнозируемую производительность для будущих спринтов и обновляем план релиза. Если это грозит нам срывом срока поставки, product owner может начать переговоры с клиентом или начать искать путь уменьшения объема работ без нарушения контракта. Или, возможно, он и команда смогут увеличить производительность или фокус-фактор путём устранения серьёзных препятствий, которые были обнаружены во время спринта.
Product owner может позвонить клиенту и сказать: «Привет, мы слегка не вписываемся в график, но я полагаю, что мы сможем уложиться в срок, если уберём встроенный Тетрис, разработка которого занимает много времени. Мы можем добавить его в следующем релизе, который будет через три недели после первого релиза».
Пусть это и не самая лучшая новость, но, хотя бы, мы были честны и дали возможность клиенту заранее сделать выбор: или мы поставляем только самую важную функциональность в срок, или же всю полностью, но с задержкой. Обычно, это не очень сложный выбор.:о)
- Как мы планируем релизы и составляем контракты с фиксированной стоимостью
- Расширенные возможности указания пользовательских планов
- Уровень 2 Планировка и зонирование торгового зала
- 1.2. Предмет коммуникации как основа планирования кампаний по продвижению
- Возможности, планируемые к реализации в следующих версиях
- 13. Планировщик
- Глава 5. Разработка и анализ бизнес-планов в системе Project Expert
- 4.4.3.3. План-фактный анализ продаж
- Стратегия планирования в действии
- 8.8.11. Мероприятие 12: Раскрытие информации о механизмах агрессивного налогового планирования
- Разработка медиаплана
- Почему Планировщик Windows не выполняет назначенные задания?