LeSS и Scrum ⛰ — гайд по фреймворку масштабирования Large Scale Scrum

Существует несколько способов масштабирования Скрам в организации.

Один из таких способов — введение Scrum of Scrums (Скрам для Скрам–команд).

Реализация этого нововведения подразумевает следующее:

• Мы собираем отдельную команду, в которую входят представители из разных команд
• Из числа представителей коллегиально выбирается один Chief Scrum Master (Главный Скрам–мастер) и один Chief Product Owner (Главный Владелец Продукта). Представители из числа разработчиков представляют собой единую команду
• Проводим те же самые мероприятия, которые проходят в обычном Scrum

Такая работа ведется параллельно с работой других Скрам–команд — это не то, что заменяет обычную команду, а дополнительная функция, призванная синхронизировать командные процессы в разных командах.

Другой способ масштабирования Скрам в компании — это Large-Scale Scrum (или просто LeSS). Реализация этой системы — это применение Скрам на уровне всей организации.

Есть две формы такого масштабирования Скрам: LeSS и LeSS Huge.

Обычный LeSS используется тогда, когда количество Скрам–команд не больше восьми.

Это практическим образом обнаруженное число, хотя при желании компания может внедрить обычный LeSS и с большим числом команд. Единственное ограничение: Владелец Продукта должен справляться с объемом беклога.

Масштабирование Скрам через LeSS отличается тем, что у всех Скрам–команд единый беклог, единый спринт и единый инкремент продукта, который находится в разработке. При этом остаются все те же мероприятия и роли, что и в реализации Скрам для одной команды.

Ежедневные встречи проходят открыто, у членов других команд есть возможность присутствовать на встречах, чтобы получить более полное представление о процессах в других командах, когда это требуется.

Все команды участвуют в общем планировании единого спринта. В конца спринта проводится общая ретроспектива. При этом у каждой команды имеются отдельные спринты и ретроспективы команды.

Использование масштабированного Скрам позволяет применить принципы этого фреймворка на большую организацию, с большим проектом или продуктом.

Использование такого подхода позволяет сократить количество менеджмента в организации, при этом в разы повысив результативность каждой Скрам–команды.

Открытость этой системы и её гибкость повышают прибыль компании за счёт повышенной адаптивности и точного попадания в интересы клиента.