При Scrum of Scrums формируется ряд направлений или потоков (stream), связанных с различной функциональностью продукта или его элементов. Каждый из потоков выполняется параллельно одной типовой Скрам-командой.
Скрам, о котором пойдет речь дальше, выступает одной из практик Agile (более подходящий термин – фреймворк, но он не очень привычен для читателей из не ИТ-сферы).
Классический («ванильный») Скрам включает три роли (команду разработчиков, владельца продукта и скрам-мастера), артефакты (журнал требований продукта, журнал требований спринта, инкремент или версию продукта) и ритуалы-процессы (планирование спринта, причесывание, обзор спринта, ретроспективу, летучку и собственно сам спринт).
Визуализация коммуникаций, планирования и контроля, скрам- или канбан-доски
Agile. Это система идей и принципов гибкого управления проектами, ключевой принцип которого – разработка через короткие итерации (циклы), в конце каждого из которых заказчик (пользователь) получает рабочую версию продукта.
Скрам-мастер (Scrum master)
Владелец продукта:
♦ по сути, управляет созданием продукта;
♦ является единственным владельцем (возможны варианты, когда их, например, два, но кто-то все равно главный);
♦ выступает представителем заказчика в проекте или в отсутствие конкретного заказчика олицетворяет всех потребителей – пользователей продукта;
♦ может нести финансовую ответственность за продукт;
♦ отвечает за максимизацию ценности создаваемого продукта для заказчика и для бизнеса (business value);
♦ должен досконально знать потребности и образ мышления заказчика, потребителей/пользователей, а также разбираться в продукте и технологии его изготовления;
♦ представляет и описывает обобщенное видение конечного продукта;
♦ совместно с заказчиком (если у него есть полномочия) или без него принимает промежуточные результаты спринтов;
каждый день проводятся 15-минутные утренние летучки для корректировки работы и подведения промежуточных итогов;
последний день спринта заказчику демонстрируются полученные результаты, узнается его мнение, уточняется весь список требований и их приоритеты для планирования нового спринта;
♦ по завершении спринта проводится ретроспектива,
администратора команды разработчиков