LeSS (Large-Scale Scrum) – масштабирование Scrum на большие продукты

Когда Agile-принципы успешно работают на уровне одной-двух команд, может показаться, что достаточно просто сделать то же самое с десятком команд. Но на практике при масштабировании без адаптации подхода начинается хаос. В таких ситуациях и нужен LeSS Huge — он разработан для случаев, когда над одним продуктом трудятся больше восьми команд.

Внедрение LeSS может проходить по-разному в зависимости от типа компании — в классических корпорациях, продуктовых стартапах или аутсорсинговых командах есть свои особенности. Существует пошаговый план, который помогает организации честно взглянуть на себя и избавиться от всего лишнего.

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

Large Scale Scrum (LeSS) — это такая среда, где десятки команд могут эффективно работать над одним продуктом, не жертвуя при этом качеством. Если внести изменения в продукт сложно и это занимает много времени, никакая реорганизация команд или введение новых ролей не сделает компанию по-настоящему адаптивной. LeSS помогает понять, как сохранить высокое качество продукта, даже когда над ним работают много команд одновременно.

В LeSS все команды работают над единым продуктом, поэтому используется один общий бэклог, синхронизированные спринты, и в результате получается один общий инкремент продукта. Планирование спринта в LeSS проходит в два этапа — сначала собираются представители всех команд, чтобы согласовать, кто и что берёт в работу, а потом каждая команда отдельно решает, как будет выполнять свои задачи.

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

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

В LeSS уточнение бэклога продукта бывает нескольких видов. Многокомандный PBR — это когда все команды собираются вместе, чтобы проработать бэклог. Общий PBR — это обзор бэклога всеми командами или их представителями. Однокомандный PBR — это работа одной команды над отдельной, более сложной задачей.