Agile-коуч
Agile-трансформация
AgileSurvey
Beyond Budgeting
DevOps
eXtreme Manufacturing
HR
JTBD
Kanban
KPI
LeSS
OKR
PMI
Project management
SAFe
Scrum
Scrum in Hardware
Scrum-мастер
Spotify
XM
Архитектура
Бюджетирование
Владелец продукта
Игра
Инженерия
Конфликты
Менеджмент
Обучение
Продуктовый менеджмент
Самоорганизация
Скрам в Производстве
Фасилитация
Финансы
Холакратия
Экстремальное производство
Применить

LeSS — Scrum на больших масштабах

LeSS — это Scrum, применяемый к множеству команд, работающих совместно над одним продуктом.

Тема работоспособности и, вообще, возможности применения Agile в больших масштабах не дает покоя отрасли разработки программного обеспечения последний десяток лет. Появилось большое количество подходов таких как Scaled Agile Framework, Disciplined Agile Delivery, Nexus, примитивный Scrum-of-Scrums и т.п. Все они либо сложны, поэтому применение их очень затруднительно и часто не дает ожидаемых результатов, либо настолько просты, что решают лишь частные проблемы в ограниченном количестве кейсов.

Хочется найти какую-то золотую середину, что-то «элегантное», такое же «элегантное», простое и провоцирующее к развитию продукта, процессов и команд, как Scrum.

И вот оно свершилось. Встречайте Large-Scale Scrum, сокращённо LeSS, или по-русски Скрам на больших масштабах. LeSS — это Скрам, применяемый к множеству команд, работающих совместно над одним продуктом.

С этого момента мы начинаем серию статей о подходе Large-Scale Scrum и о том, как он применяется в реальных компаниях. Начнем мы с простого — рассмотрим, из чего состоит LeSS в целом и его особенности.

Коротко о LeSS

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

Скрам на больших масштабах — это не специальный фреймворк расширения, работающий только на уровне команд. По-настоящему масштабированный Скрам — это тот же Скрам, но работающий на большем масштабе.

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

Эти команды работают вместе над одним Бэклогом Продукта, потому что у них есть общая цель: по итогам общего Спринта разработать единый, цельный, готовый к поставке продукт, и каждая команда вовлечена в это, потому что она является не компонентной, а продуктовой командой (feature-team), и отвечает за end-to-end продукт, а не только за его отдельную часть.

Что представляет собой продукт в LeSS? Это полноценное (end-to-end), клиенториентированное решение, которое будет использоваться реальными людьми. Понятие продукта в LeSS гораздо шире, чем просто компонент, платформа, слой или библиотека.

LeSS — это не просто процессный фреймворк. LeSS включает в себя:

  • фундаментальные принципы, формирующие основу для других элементов LeSS;
  • два процессных фреймворка;
  • руководства по запуску LeSS в компании;
  • реальные эксперименты в компаниях, которые привели к созданию LeSS.

Experiments Guides

Скрам на больших масштабах состоит из двух фреймворков:

  • LeSS — от 2 до 8 команд;
  • LeSS Huge — 8+ команд.

LeSS

Обычный LeSS-фреймворк предполагает наличие одного (и только одного) Владельца Продукта, который владеет продуктом, оптимизируя продукт в целом, и управляет одним Бэклогом Продукта, над которым работают команды в рамках общего для всех Спринта. Элементы LeSS-фреймворка практически идентичны элементам Скрам для одной команды, только применяются уже не к одной команде, а к «команде команд».

LeSS Framework

LeSS Huge

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

В LeSS Huge по-прежнему есть один владелец Продукта, но у него есть команда помощников (Area Product Owners). В LeSS Huge работа над продуктом разделяется по Областям Требований (Requirement Areas). Область требований — это не компонент продукта, а определённая группа end-to-end функционала продукта с точки зрения клиента, то есть каждый элемент Бэклога Области Требований (Area Backlog) несет конечную ценность для клиента. Работа над Requirement Area осуществляется Area Product Owner и от 3-х до 8-ми команд.

LeSS Huge

Вот в целом как выглядит LeSS, но, конечно же, под капотом много нюансов: как плавно запустить LeSS, какие изменения необходимы в организации, как происходит распределение команд, как плавно перейти к feature-team, как определить, что является продуктом в вашей компании? Об этом всем читайте в наших следующих статьях.

Приходите на наш тренинг

Certified LeSS Basics

Курс проводит:

  • Алексей Воронин — LeSS-friendly Scrum Trainer.

Полезные материалы (на английском):

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

17 май 2017, Алексей Воронин
Тренинги по теме
Другие статьи
9 июл 2020, Константин Хохрин
Что такое OKR?

OKR, Objectives and Key Results — это система постановки целей. Этот подход позволяет добиться вовлеченности сотрудников, синхронизировать организацию и обеспечить движение всех участников процесса в едином направлении, с ясными приоритетами и заданным ритмом.

9 июл 2020, Валентина Коричина
Юнит-экономика “Для чайников” #1

Самая простая формула юнит-экономики отвечает на вопрос “Что я масштабирую — прибыль или убыток — когда вливаю деньги в рекламу?”

7 июл 2020, Иван Селеверстов
Как сформировать качественные OKR

Чтобы помочь вам сделать OKR лучше, мы придумали критерии оценки и оформили их в чек-лист. При помощи набора вопросов вы можете проверить ваши OKR и получить оценку в баллах. Сумма баллов покажет вам, насколько вы близки к вашему Good enough, стоит ли провести еще один раунд доработок. Сами вопросы в чек-листе подскажут направление для улучшений.