Scrum или Kanban подходят проектам, над которыми работает небольшая команда специалистов. Но когда в процессе участвует несколько команд одновременно и у каждой есть свой руководитель и привычные инструменты, управление становится сложнее.
Сохранить гибкость, не меняя базовую методологию, можно с помощью фреймворка Large-Scale Scrum (LeSS). В статье рассказываем, что это такое и как его внедрить.
Что такое методология LeSS
LeSS, или Large-Scale Scrum, — это фреймворк для масштабирования Scrum на несколько команд, которые вместе работают над одним проектом.
Фреймворк LeSS был создан в 2005 году, чтобы адаптировать Scrum для крупных распределенных проектов. Он относится к семейству Agile и остается скрамом по своей сути — с теми же ролями, встречами и рабочими документами. Главная идея фреймворка в том, чтобы не добавлять новые процессы поверх скрама и убирать все лишнее.
LeSS сохраняет правила одной скрам-команды и распространяет их на всю компанию:
- один владелец продукта ведет единый бэклог для всех команд;
- все команды работают в общем спринте и завершают его одновременно;
- действует одно общее определение готовностиОпределение готовности (англ. Definition of Done) — это четкий список критериев. По ним команда понимает, что готовая часть продукта (инкремент) соответствует всем требованиям качества.;
- в конце спринта команды выпускают один потенциально готовый инкрементИнкремент в скраме — это готовая к использованию полезная часть продукта, которую создают за один спринт и добавляют ко всем прошлым результатам.;
- команды проводят обзор спринта вместе.
У LeSS два ключевых отличия от базового скрама:
- Владелец продукта и команды планируют спринт в два этапа: сначала на общей встрече команд, а затем на раздельных командных планированиях.
- В конце спринта владелец продукта и менеджеры проводят сначала командную, а затем общую ретроспективуВо время ретроспективы команда или несколько команд разбирают, как они работали и взаимодействовали друг с другом..
Команды в LeSS называют фича-командами (от англ. feature teams):
- кросс-функциональные — в них есть все нужные специалисты;
- кросс-компонентные — умеют работать с любой частью продукта;
- и те, которые могут довести элемент бэклога до готового результата без передачи в другой отдел.
Традиционные компонентные команды отвечают каждая за свой технический слой — бэкенд, фронтенд или базу данных. Фича-команды выстраиваются вокруг продукта и берут на себя полный цикл работы над определенным набором функций. Для них важно не просто хорошо сделать свою часть, а вместе создать работающую версию продукта.
Попробуйте бесплатно →
Basic LeSS и LeSS Huge
Есть две версии фреймворка LeSS:
- Basic LeSS охватывает до восьми команд — примерно до 50 человек.
- LeSS Huge применяют, когда команд больше восьми — вплоть до нескольких тысяч человек.
Основное различие между Basic LeSS и LeSS Huge — в структуре владения продуктом. В Basic LeSS приоритизацией задач занимается один владелец продукта, который единолично формирует и ведет общий бэклог для всех команд. В LeSS Huge появляются владельцы области продукта, каждый из которых отвечает за свой участок клиентских требований: например, один — за русскоязычную версию, другой — за международную. Владелец продукта продолжает контролировать общее видение и приоритеты верхнего уровня.
При этом каждый элемент бэклога LeSS Huge относится строго к одной области требований, а весь бэклог конкретной области — отфильтрованная часть общего бэклога продукта, а не отдельный список. Остальные принципы и практики совпадают.
Десять принципов методики LeSS
Гибкие методологии опираются не только на инструменты, но и на ценности. LeSS не исключение. В официальном описании фреймворка перечислены такие принципы:
- LeSS — это Scrum. Фреймворк должен оставаться простым и гибким, даже когда компания растет. LeSS не создает новый набор правил: он масштабирует логику скрама на несколько команд одновременно.
- Больше с меньшим. Лишние роли, подразделения и процессы обходятся дорого и мешают адаптивности, поэтому организацию упрощают, а не достраивают. Вместо того чтобы добавлять новые уровни управления при росте команды, LeSS предлагает убирать все, что не добавляет прямой ценности продукту.
- Эмпирический контроль процесса. Команды опираются на опыт, наблюдения и факты. Благодаря этому подходу участники быстрее реагируют на изменения и принимают более обоснованные решения. Регулярные проверки результатов работы и адаптация следующих шагов по их итогам — постоянная практика в LeSS.
- Прозрачность. Участники проекта делятся информацией друг с другом. Когда каждый понимает, над чем работают коллеги, в команде становится меньше скрытых проблем.
- Фокус на всем продукте. Клиент покупает продукт целиком — в отдельной части для него нет ценности, даже если она работает хорошо. Принцип требует от каждой команды понимания общей картины, а не только своей зоны ответственности.
- Клиент в центре внимания. Всегда нужно думать о потребностях заказчика. Этого сложнее добиться в больших командах, поэтому задача LeSS — помогать продукту расти, но при этом не забывать о конечном пользователе.
- Непрерывное улучшение. Продукт постоянно совершенствуют и всегда ищут способ сделать его лучше.
- Системное мышление. Участники воспринимают продукт как систему, в которой каждый элемент и этап работы влияют на остальные. Изменение в одной части отражается на других, поэтому решения принимают с учетом всей картины, а не изолированно.
- Бережливое мышление. Цель бережливого производства (от англ. Lean Production) — создавать для клиента большую ценность, но при этом минимизировать затрату усилий. Все участники команды постоянно ищут и устраняют любые процессы, которые не добавляют ценности конечному продукту.
- Теория очередей. Задержки и незавершенная работа создают скрытые затраты, поэтому важно устранять «очереди» — накопившиеся задачи, которые замедляют прогресс. Чем меньше задач ждут решения одновременно, тем быстрее и предсказуемее движется вся система.
Чем LeSS отличается от других методологий Agile
Scrum масштабируют разными способами. Ключевое различие между ними в том, сколько новых правил фреймворк добавляет к обычному скраму.
| Фреймворк | Масштаб | Что добавляет к Scrum | Когда подходит |
| LeSS | Basic LeSS — до восьми команд и до 50 человек в сумме, LeSS Huge — от девяти команд до нескольких тысяч человек | Общую ретроспективу, планирование спринта в два этапа, фича-команды, владельцев области продукта в LeSS Huge | Когда важно сохранить простоту скрама для разработки одного продукта |
| Nexus | От трех до девяти скрам-команд | Единую руководящую команду интеграцииNexus Integration Team (команда интеграции Nexus) — это руководящая группа в фреймворке масштабирования Scrum. Она состоит из владельца продукта, скрам-мастера и других экспертов, которые координируют работу нескольких скрам-команд., бэклог спринта Nexus и общие события Nexus | Для технической интеграции нескольких команд при разработке продукта с сильными зависимостями — общий код, API или данные |
| SAFeScaled Agile Framework — это структурированный набор принципов, процессов и ролей для масштабирования методов Agile и Lean на уровень крупных корпораций и сотен или тысяч сотрудников. | В конфигурации ARTAgile Release Train — «гибкий релизный поезд». Это постоянная виртуальная команда, в которой объединены от 5 до 12 отдельных Agile-команд. Она работает по единому расписанию для создания и поставки ценности продуктов или услуг в рамках фреймворка SAFe. — 50-125 человек, до 500 человек в расширенных конфигурациях | Планирование по системе PI PlanningPI-планирование (Program Increment Planning) — это двухдневная синхронизационная сессия в фреймворке SAFe. На ней команды ART собираются вместе, чтобы составить план работы на 8-12 недель, распределить задачи и выявить межкомандные зависимости. раз в 8-12 недель, дополнительную роль RTERelease Train Engineer занимается фасилитацией событий и процессов в рамках системы Agile Release Train., портфельный слой и четыре варианта конфигурации | Для крупной компании с портфелем продуктов и сложным бюджетированием |
| Scrum@Scale | Модульный фреймворк, который наращивают по мере роста команды — без формальных ограничений по числу участников | Scrum of ScrumsМетод координации работы нескольких гибких команд: команды объединяются в Scrum of Scrums c регулярными встречами, куда каждая команда отправляет своего представителя., управляющие группы руководителей | Для компании, которая хочет масштабировать команду по частям и подключать новые группы постепенно |
LeSS и SAFe
Разница между LeSS и SAFe не всегда очевидна, поскольку оба фреймворка подходят для больших команд. SAFe задает готовый операционный слой предприятия: роли, кадансыПовторяющиеся циклы и ритмы работы — спринты, встречи, обзоры., портфельное управление и планирование инкремента программы раз в 8-12 недель.
LeSS, наоборот, убирает дополнительные слои управления. Никаких квартальных планирований и отдельного уровня для всей программы — координация между командами не превращается в отдельное событие. За это приходится платить: LeSS может потребовать перестроить структуру команды, а не просто наложить новые роли на старую иерархию. Если организация не готова к перестройке, LeSS может быть неэффективным.
LeSS и Nexus
Nexus стоит ближе к LeSS, но решает более узкую задачу — техническую интеграцию работы нескольких команд. Для этого создают дополнительную команду интеграции — Nexus Integration Team, которая координирует работу остальных.
Nexus используют, когда важно сохранить уже существующие роли и налаженные процессы с минимальными изменениями. LeSS же может потребовать более глубоких изменений и отказа от лишних менеджерских позиций.
LeSS и Scrum@Scale
Scrum@Scale, в отличие от LeSS, не убирает уровни управления, а масштабирует их с помощью сети. Несколько Scrum-команд объединяются в группу, чтобы координировать работу (Scrum of Scrums), а при дальнейшем росте группы объединяются между собой и образуют новые уровни. На вершине иерархии работают отдельные группы, которые устраняют организационные препятствия и согласовывают приоритеты на уровне всей компании.
LeSS, наоборот, сознательно сохраняет минимальное число уровней даже при росте свыше восьми команд в LeSS Huge. Из-за этого Scrum@Scale проще накладывать на существующую иерархию и не перестраивать ее, но с ростом масштаба растет число ролей и количество встреч.
Подробнее о сравнении подходов — в статье про Scaled Agile Framework и материале о методологии Agile и Scrum.
Каким командам подходит LeSS
LeSS фреймворк agile рассчитан на ситуацию, когда над одним продуктом работает больше двух команд с общим бэклогом. Основные признаки того, что он подойдет компании:
- команды разрабатывают один продукт, а не набор независимых сервисов;
- зависимости между командами и согласование процессов тормозят выпуск больше, чем сама разработка;
- руководство готово менять структуру: расформировывать отделы и собирать фича-команды;
- в компании есть инженерная культура: автотесты, непрерывная интеграция и общий код.
Одной команде LeSS не нужен, ей будет достаточно базового скрама. Не подойдет он и там, где несколько команд делают разные продукты для разных клиентов: вести общий бэклог продукта в такой конфигурации бессмысленно.
Пример. В 2017 году компания по автоматизации розничной торговли «Лайтбокс» вошла в группу компаний МТС.
За год база клиентов «Лайтбокса» должна была увеличиться примерно в 100 раз. Компания была не готова к этому — в первую очередь из-за внутренней структуры. Существовало несколько подразделений, каждое со своим менеджером и ключевыми показателями эффективности. Разрабатывать продукт в такой ситуации было сложно. Важно было сделать так, чтобы руководители разных команд действовали согласованно и KPI были одинаковыми для всех. Тогда в компании решили внедрить LeSS.
В результате:
1. Добавили фича-команды, которые смогли системно развивать продукт.
2. Разработка стала быстрее. Раньше среднее время цикла составляло пять недель, а после внедрения LeSS — две недели.
3. Сотрудники начали понимать, что происходит в проекте в целом.Как начать использовать LeSS
Авторы фреймворка сформулировали три важных принципа внедрения:
- Глубоко и узко, а не широко и поверхностно. Лучше довести LeSS до рабочего состояния для одного продукта, чем формально запустить его сразу для нескольких.
- Сверху вниз и снизу вверх — одновременно. Внедрить LeSS приказом не получится: необходима инициатива и низовая самоорганизация сотрудников. Но и без поддержки руководства энтузиазм команды может угаснуть из-за устоявшейся структуры компании.
- Используйте добровольцев. В первую группу берут тех, кто сам захотел попробовать новый фреймворк, а не тех, кого назначило руководство.
Шаг 1. Обучите всю группу, а не только руководителей
Чтобы команда понимала принципы LeSS, тренинги и мастер-классы проводят для всех: разработчиков, тестировщиков, аналитиков и менеджеров. После обучения у сотрудников регулярно собирают обратную связь.
Шаг 2. Решите, чего нужно достичь
Структуру команд и процессы выстраивают вокруг продукта. Сначала нужно понять, что именно входит в продукт: какие задачи он решает для клиента и какие функции для этого нужны. От этого зависят дальнейшие организационные решения: как разделить работу между командами и за что каждая из них будет отвечать. Составьте список всего, что нужно сделать, — этот подход называют jobs-to-be-done.
Шаг 3. Организуйте структуру команды
Изучите список задач, установите критерии качества и распределите роли в скрам-командах:
- Владелец продукта отвечает за ценность проекта и приоритеты, собирает обратную связь от команды и клиента, а также ведет единый бэклог продукта.
- Скрам-мастер внедряет принципы скрама и следит за тем, чтобы их соблюдали.
- Скрам-команда планирует и выполняет работу.
Шаг 4. Выберите инструменты
Отталкивайтесь от особенностей продукта и бизнеса. К примеру, для студии разработки игр, которая работает удаленно, нужны чаты, видеозвонки и общая доска задач. Для банковской группы — трекер с правами доступа и историей изменений.
В LeSS важны общие инструменты для всех команд: единый бэклог и таск-трекер, чаты и созвоны для синхронизации, общая база знаний. Все это собрано в едином пространстве Битрикс24. В разделе «Скрам» вы можете гибко настраивать бэклог, канбан-доску, роли и задачи под свой продукт.
Шаг 5. Запустите процесс
В LeSS команды работают спринтами — короткими периодами обычно длиной в одну или две недели. Планирование спринта проходит в два этапа:
- Сначала представители команд вместе с владельцем продукта распределяют задачи.
- Затем каждая команда планирует работу отдельно.
Обзор спринта команды проводят совместно с владельцем продукта и заказчиками. Завершает спринт общая ретроспектива — на ней обсуждают межкомандные, системные и организационные проблемы всей группы.
Что может пойти не так при внедрении LeSS
Когда бизнес внедряет новый фреймворк, он может столкнуться со сложностями:
- Команда сопротивляется переменам. Сотрудники не хотят менять привычные процессы, потому что чувствуют угрозу или не понимают принципов фреймворка. В таком случае нужно правильно мотивировать команду и провести обучающие тренинги для всех сотрудников. Сгладить переход также поможет добровольное участие в первой волне внедрения.
- Внутренняя структура не меняется. Отделы, разбитые по техническим компонентам — фронтенд, бэкенд и база данных, — получают новые названия, но старые зависимости между командами не исчезают. Собирайте фича-команды по клиентской ценности, а не по техническим компонентам.
- Владелец продукта становится узким местом. Один человек не успевает разобраться в приоритетах для восьми команд сразу. В таком случае нужно либо уменьшить масштаб продукта — например, разделить на несколько продуктов с упрощенной функциональностью, — либо перейти на конфигурацию LeSS Huge с отдельными владельцами продукта по областям.
- От фреймворка ждут мгновенного ускорения работы. LeSS перестраивает организацию, и в первые спринты скорость и эффективность работы закономерно падают. Заранее обсудите особенности этого периода с руководством.
Частые вопросы
LeSS Agile — это фреймворк для работы нескольких скрам-команд над одним продуктом. Его внедряют, когда классического скрама не хватает: команд больше одной, у них общий бэклог, а согласование между ними отнимает много времени и ресурсов. LeSS убирает лишние процессы вместо того, чтобы добавлять новые уровни управления.
LeSS основывается на общем подходе к гибкому управлению — Agile. На практике этот подход реализовывают через Scrum — набор правил и инструментов с ролями, событиями и артефактами. LeSS не заменяет Scrum, а масштабирует его на несколько команд и при этом сохраняет все основные элементы. Поэтому LeSS относят к семейству скрам-фреймворков — наравне с Nexus и Scrum@Scale, которые решают ту же задачу масштабирования, но по-своему.
Для работы по фреймворку LeSS нужно обучить сотрудников, уточнить границы продукта и договориться об определении готовности спринта. Дальше собирают фича-команды с одним общим владельцем продукта и единым бэклогом, планируют спринт — на общем уровне и на уровне команд. После спринта проводят общую ретроспективу. Если у компании в разработке сразу несколько продуктов, нужно внедрять фреймворк для каждого продукта отдельно, а не пытаться собрать все задачи в едином бэклоге.
По опыту компаний, которые описывали внедрение публично, благодаря LeSS возрастает прозрачность взаимодействий, а в перспективе сокращается время от идеи продукта до релиза. При этом в первые спринты, пока команда адаптируется, скорость работы обычно снижается.
Что в итоге
- LeSS — это фреймворк масштабирования Scrum, который сохраняет его правила для группы из нескольких команд, работающих над одним продуктом. Он убирает лишние процессы и уровни управления, но при этом часто требует структурной перестройки команды. LeSS подходит для работы над одним продуктом, но не для одновременной работы над целой группой продуктов.
- Basic LeSS охватывает до восьми команд и до 50 человек в сумме. LeSS Huge подходит для совместной работы более чем восьми команд вплоть до нескольких тысяч человек.
- Чтобы внедрить LeSS, необходимо обучить руководство и рядовых сотрудников, четко определить границы продукта и собрать фича-команды, исходя из ценности продукта для клиента.
- Эффективность фреймворка подтверждает опыт реальных компаний: время разработки сокращается, однако в первых спринтах результаты обычно ниже, чем до перехода.
