Книга: Гибкое управление проектами и продуктами
Масштабирование Scrum
Масштабирование Scrum
Небольшие команды чаще показывают хорошие результаты, чем большие, поэтому необходимо по возможности вести разработку компактными командами. К сожалению, часто бывает, что объем проекта и сроки его реализации просто не позволяют вести разработку 5–9 людьми и приходится задействовать несколько команд.
Привлечение нескольких команд
Для организации разработки больших проектов или портфеля проектов необходимо масштабировать Scrum на следующий уровень. Со стороны команд разработки это выливается в проведение Scrum of Scrum.
На этот митинг собираются скрам-мастера (SM) в качестве представителей конкретных команд. Организует собрание руководитель программы (Program Manager, PM). При использовании дивизионной организационной структуры на данном уровне он также может являться руководителем соответствующего дивизиона (подразделения).
В качестве базовой структуры митинга можно предложить каждому скрам-мастеру ответить на следующие вопросы.
1. Что было сделано с прошлого Scrum of Scrum?
2. Какие были проблемы?
3. Что будет сделано к следующему Scrum of Scrum?
При этом акцент нужно сделать на проблемах, которые команда не может решить сама и вынуждена передавать выше.
- Глава 9. Масштабирование Agile
- Глава 7. Масштабирование и автоматизация бизнеса
- Scrum-команда: состав
- Scrum на уровне предприятия
- Часть V. Масштабирование
- Лучшие практики управления командой в Scrum
- Глава 2. Scrum – гибкий управленческий фреймворк
- Часть 6. Масштабирование продаж
- Предисловие — Эй! А Scrum-то работает!
- Как мы проводим ежедневный Scrum
- Как мы сочетаем Scrum с XP
- Как мы управляем несколькими Scrum-командами