LeSS

LeSS (Large-Scale Scrum) — это фреймворк для масштабирования методологии Scrum на крупные проекты и организации, предполагающий работу нескольких команд (от 2 до 8) над одним общим продуктом. LeSS основывается на принципах, правилах и ролях классического Scrum, но адаптирует их для координации совместной работы без введения дополнительных иерархических уровней управления. Фреймворк был разработан Крейгом Ларманом и Басом Водде в 2000-х годах как ответ на потребность в простом и эмпирическом подходе к масштабированию гибкой разработки.

История

LeSS возник в результате практического опыта Крейга Лармана, который в начале 2000-х годов работал с крупными проектами в таких компаниях, как Nokia и Siemens. Ларман заметил, что традиционные методы масштабирования Scrum (например, Scrum of Scrums) часто приводили к излишней бюрократизации и потере гибкости. В 2005 году он совместно с Басом Водде начал систематизировать подходы, которые позволяли сохранять простоту Scrum при работе с несколькими командами. Первая версия LeSS была опубликована в 2008 году в книге «Scaling Lean & Agile Development: Thinking and Organizational Tools for Large-Scale Scrum». В 2016 году вышла вторая книга — «Large-Scale Scrum: More with LeSS», где фреймворк был доработан с учётом многолетней практики. LeSS не связан с какой-либо коммерческой организацией и распространяется бесплатно, однако существуют тренинги и сертификации, проводимые авторизованными инструкторами.

Основные принципы

LeSS базируется на тех же принципах, что и Scrum: эмпиризм, самоорганизация, прозрачность, инспекция и адаптация. Однако для масштабирования добавляются специфические принципы:

• Общий продукт и общий бэклог. Все команды работают над одним продуктом и используют единый бэклог продукта (Product Backlog), что исключает разделение на подпродукты.
• Один Product Owner. За продукт отвечает один владелец продукта (Product Owner), который определяет приоритеты и отвечает за ценность.
• Минимизация дополнительных ролей. LeSS не вводит новых ролей, кроме тех, что есть в Scrum: Product Owner, Scrum Master и команда разработки. Вместо этого фреймворк предлагает роли «Scrum Master LeSS» (координатор нескольких команд) и «менеджер по продукту» (для стратегического планирования), но они не являются обязательными.
• Эмпирическое управление. Решения принимаются на основе данных и инспекции, а не планов и предположений.

Структура и роли

Команды

В LeSS команды являются кросс-функциональными и самоорганизующимися. Каждая команда состоит из 3–9 человек. Все команды работают в одном спринте (обычно 2–4 недели) и синхронизируют свои действия. Команды не закрепляются за отдельными модулями продукта — они могут менять области ответственности в зависимости от потребностей.

Product Owner

Роль Product Owner остаётся единой для всего продукта. Он отвечает за бэклог продукта, его приоритизацию, а также за взаимодействие с заинтересованными сторонами. В LeSS Product Owner может делегировать часть задач (например, уточнение требований) командам, но окончательное решение по приоритетам остаётся за ним.

Scrum Master

В LeSS Scrum Master не привязан к одной команде. Один Scrum Master может обслуживать 1–3 команды. Его задача — помогать командам в применении Scrum, устранять препятствия и способствовать самоорганизации. В крупных конфигурациях (LeSS Huge) может быть несколько Scrum Master’ов, координируемых главным Scrum Master’ом.

Дополнительные роли (опционально)

• Scrum Master LeSS — координирует работу нескольких Scrum Master’ов и помогает организации адаптироваться к LeSS.
• Менеджер по продукту — занимается стратегическим планированием и долгосрочным видением продукта, не вмешиваясь в оперативное управление спринтами.

Конфигурации

LeSS предлагает две основные конфигурации в зависимости от количества команд:

LeSS (базовая)

Применяется для 2–8 команд (до 50–70 разработчиков). Все команды работают над одним продуктом, используют один бэклог и один спринт. События Scrum (Daily Scrum, Sprint Planning, Sprint Review, Retrospective) проводятся либо совместно, либо в формате «сначала общая часть, затем командная». Например, Sprint Planning может начинаться с общего совещания, где Product Owner представляет цели спринта, а затем команды планируют свою работу отдельно.

LeSS Huge

Используется для 8 и более команд (до нескольких сотен разработчиков). Вводится дополнительная структура — «области требований» (requirement areas). Каждая область — это группа команд, работающих над функционально связанными элементами продукта. Для каждой области может быть назначен «областной Product Owner» (Area Product Owner), который отвечает за бэклог области, но подчиняется единому Product Owner’у. В LeSS Huge сохраняется единый бэклог продукта, но он может быть разделён на подбэклоги по областям.

События и артефакты

LeSS использует те же события, что и Scrum, но с некоторыми модификациями:

• Sprint Planning — состоит из двух частей: общая (определение целей спринта) и командная (детальное планирование). В LeSS Huge может быть дополнительная сессия для координации между областями.
• Daily Scrum — проводится внутри каждой команды. Для координации между командами могут использоваться «Scrum of Scrums» (ежедневные 15-минутные встречи представителей команд), но это не является обязательным.
• Sprint Review — общее мероприятие для всех команд, на котором демонстрируется инкремент продукта. Product Owner и заинтересованные стороны дают обратную связь.
• Sprint Retrospective — сначала проводится общая ретроспектива (для выявления межкомандных проблем), затем командная (для внутренних улучшений).

Артефакты LeSS включают:

• Бэклог продукта — единый упорядоченный список требований.
• Инкремент продукта — объединённый результат работы всех команд за спринт.
• Бэклог спринта — каждая команда ведёт свой бэклог спринта.

Применение

LeSS применяется в крупных проектах, где требуется координация множества команд без введения жёсткой иерархии. Фреймворк популярен в IT-компаниях, занимающихся разработкой сложных программных продуктов (например, в телекоммуникациях, финансах, авиастроении). Среди известных организаций, использовавших LeSS, — Nokia, Siemens, Ericsson, а также ряд российских компаний (например, «Яндекс» на отдельных проектах). LeSS также используется в государственных и образовательных учреждениях, где требуется гибкая разработка.

Критика

LeSS подвергается критике за ряд ограничений:

• Сложность внедрения. Требует значительных изменений в organisational culture (организационной культуре) и структуре управления, что может быть трудно для традиционных иерархических компаний.
• Необходимость в высококвалифицированных командах. LeSS предполагает, что команды самоорганизуются и принимают решения, что не всегда возможно при низкой зрелости сотрудников.
• Ограничения для очень больших проектов. LeSS Huge может быть недостаточно для проектов с сотнями команд, где требуется более сложная координация (например, SAFe — Scaled Agile Framework — предлагает более детализированные механизмы).
• Риск перегрузки Product Owner’а. Единый Product Owner для большого продукта может не справляться с объёмом работы, особенно в LeSS Huge.

Сравнение с другими фреймворками

LeSS часто сравнивают с SAFe (Scaled Agile Framework) и Nexus. В отличие от SAFe, LeSS стремится к минимализму и не вводит дополнительных ролей и уровней планирования. Nexus, разработанный Ken Schwaber’ом, также является масштабированием Scrum, но предполагает более жёсткую координацию через «Nexus Integration Team». LeSS считается более «лёгким» и эмпирическим подходом, но требует большей зрелости команды.

Источники

• Ларман К., Водде Б. «Large-Scale Scrum: More with LeSS». Addison-Wesley, 2016.
• Ларман К., Водде Б. «Scaling Lean & Agile Development: Thinking and Organizational Tools for Large-Scale Scrum». Addison-Wesley, 2008.
• Официальный сайт LeSS: less.works (материалы по фреймворку, кейсы, тренинги).
• Schwaber K., Sutherland J. «The Scrum Guide». 2020.
• Книга «Scrum: The Art of Doing Twice the Work in Half the Time» (Jeff Sutherland) — общие принципы Scrum, на которых базируется LeSS.