LeSS
Тема дорожной карты · Agile / Scrum / Kanban
Large-Scale Scrum (LeSS) расширяет одно-командный Scrum на несколько команд (2-8 команд) над одним продуктом, с одним Product Owner, одним Product Backlog, одним спринтом и одним Sprint Review. LeSS Huge (8-100+ команд) добавляет requirement areas. LeSS намеренно минимален — добавляет минимально необходимый набор правил, в противоположность SAFe.
Как это работает
Ключевая идея LeSS: не добавляйте новые роли и события при масштабировании — реплицируйте механики одно-командного Scrum через команды, делящие один продукт. Все команды тянут из одного Product Backlog, упорядоченного одним PO. Sprint Planning Part 1 выбирает работу для каждой команды; Part 2 проходит per-team. Один Sprint Review демонстрирует работу всех команд вместе. LeSS Huge добавляет 'Requirement Areas' — кластеры связанных элементов backlog, каждый со своим Area Product Owner.
Когда применять
LeSS подходит зрелым Scrum-командам, масштабирующимся на одном продукте, где один PO реально может владеть приоритетами. Работает когда (а) команды достаточно кросс-функциональны, чтобы взять любой элемент, (б) продукт действительно один продукт, не портфель, (в) руководство толерантно к эмерджентной организации, а не предписывающей структуре. Не подходит организациям, которым нужны контракты, audit trails или внешнее согласование с milestone gates.
Типичные ошибки
(1) Один перегруженный PO — на 8 командах один PO может стать узким местом по решениям backlog; LeSS обрабатывает это делегированием PO на Area POs (LeSS Huge), но это может дрейфовать к SAFe-структуре. (2) Component teams под видом feature teams — LeSS предполагает feature teams (кросс-функциональные end-to-end); если команды реально backend-only или frontend-only — модель ломается. (3) 'Мы делаем LeSS' когда на самом деле 'некоординированный Scrum' — без дисциплины одного backlog и одного Sprint Review фреймворк схлопывается в несколько разобщённых команд.