Фреймворк LeSS — SCRUM для крупных компаний: как внедрять, преимущества, реализация

Узнайте, как LeSS (Large Scale Scrum) помогает справиться с масштабированием Scrum, улучшить коммуникацию и ускорить разработку.

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

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

Что такое LeSS и история его создания

Agile LeSS, или Large Scale Scrum, возник в начале 2000-х годов, когда многие крупные организации осознали преимущества применения Agile и Scrum. Однако, при попытке внедрения на масштабах, столкнулись с проблемами.

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

Именно в такой ситуации Крейг Ларман и Бас Водде, опытные консультанты по Agile и Scrum, начали свои исследования с целью создания фреймворка, который бы позволил крупным компаниям эффективно масштабировать Scrum. Они провели около 600 экспериментов и результатом стал LeSS — фреймворк, который объединяет принципы Scrum, учитывает размеры и потребности крупных организаций и, в отличие от Scrum, позволяет координировать работу множества команд, работающих над одним продуктом.

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

Основы LeSS

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

• Простота и минимализм

В названии книги LeSS Scrum: More with Less отражается вся суть методики: добиться большего через меньшее. LeSS полагается на существующие правила и руководства Scrum, но стремится упростить процессы для больших корпораций и избежать ненужной сложности.

• Эмпирическое управление процессами

Процесс разработки в LeSS строится на обратной связи, то есть на постоянной адаптации и улучшении на основе опыта.

• Прозрачность

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

• Ориентация на клиента

Основное внимание уделяется ценности, создаваемой для конечного пользователя.

• Мышление Lean

LeSS вдохновлен принципами Lean Thinking. Это минимум избыточных процессов и максимум создания ценности для клиента. Другими словами, этот фреймворк стремится не к идеальности и эффективности, а, скорее, к упрощению процессов и гибкости.

Структура в LeSS

LeSS Scrum состоит из двух основных фреймворков: LeSS (Less Basic, стандартный) и LeSS Huge (огромный, гигантский).

1. LeSS Basic используется для координации работы двух-восьми команд (10–50 человек), работающих над одним продуктом.
2. LeSS Huge Framework предназначен для еще более крупных организаций, в которых над одним продуктом работают десятки команд. Здесь команд восемь и более (50–6000 человек и более). LeSS Huge сохраняет ту же структуру ролей, но включает Area Product Owners.

Суть этих фреймворков одинаковая, они отличаются лишь структурой и планированием спринтов.

Роли в LeSS

Ключевые роли — такие же как и в Scrum: владелец продукта (Product Owner), команды разработчиков и Scrum-мастер, но все же масштаб потребовал здесь некоторой корректировки. Примечательно, что в LeSS не существует понятия Scrum-команда.

Владелец продукта

В LeSS единый Product Owner управляет бэклогом продукта, неважно сколько команд — 6 или 20. Он отвечает за продуктовый бэклог и приоритизацию задач для всех команд, обеспечивает соответствие продукта ожиданиям клиентов. Таким образом, у всех команд должно быть единое видение продукта.

Product Owner активно взаимодействует с заказчиками и стейкхолдерами для определения и приоритизации задач, которые приносят наибольшую ценность продукту.

Команды

Команды разработчиков в LeSS называются просто команды (Teams) и состоят из кросс-функциональных специалистов. Это специалисты с различными навыками, необходимыми для выполнения всех этапов разработки продукта — от анализа требований до тестирования и развертывания. В руководстве они обозначены как Feature teams.

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

Scrum-мастер

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

APO

В контексте LeSS Huge вводится роль Area Product Owner — владельца продукта по области (APO), который курирует более узкий объем работы для конкретной команды или нескольких команд. Он координирует задачи с верховным владельцем продукта, является его представителем и обеспечивает выполнение задач, ориентированных на клиента.

Заинтересованные стороны и клиенты

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

Отличие LeSS от традиционного Scrum и Safe

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

Product Backlog в LeSS

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

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

Спринты

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

Например, в LeSS вводится общая ретроспектива для всех команд, чтобы улучшить всю систему в целом. То же самое с уточнением продукта (Product Backlog Refinement): есть Team-level PBR, Multi-team PBR, а также вводится Overall PBR — Общее уточнение бэклога продукта.

Планирование спринта в LeSS делится на два этапа:

1. Общее планирование спринта, где решают, на какие элементы разделить бэклог продукта. На этой встрече достаточно присутствовать представителям команд и Владельцу продукта.
2. Здесь уже каждая Feature-команда создает свой спринт, бэклог спринта, взаимодействуя с другими командами.

Сравнение LeSS и SAFe

Кроме LeSS, есть и другие популярные Agile-фреймворки по масштабированию, например, Scaled Agile Framework® (SAFe). Оба фреймворка основываются на принципах Scrum, включают идеи Lean и ориентацию на клиента. Однако у них есть значительные различия в подходе к организационной структуре и ролям.

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

SAFe, напротив, требует дополнительных ролей и структурных изменений, таких как Release Train Engineer (RTE), Solution Train Engineer (STE) и владельцы эпиков (Epic Owners). SAFe включает множество артефактов и процессов, что может требовать значительных организационных изменений, к которым не все компании могут быть готовы. Вместо Scrum, на уровне команд в SAFe используется ScrumXP (процесс, созданный сообществом SAFe, похожий на Scrum), поэтому SAFe не позиционирует себя как фреймворк Scrum.

Таким образом, выбор между LeSS и SAFe зависит от потребностей компании и готовности к изменениям: LeSS подходит для тех, кто стремится к гибкости и минимализму, в то время как SAFe предлагает более структурированный и формализованный подход.

SAFe and Scaled Agile Framework являются зарегистрированными товарными знаками Scaled Agile, Inc.

Реализация LeSS в крупных компаниях

Подготовка к внедрению LeSS

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

• Проанализировать текущие процессы и структуру, чтобы определить области, требующие изменений и улучшений.
• Определить цели и ключевые показатели эффективности (KPI).
• Убедиться, что члены команд обладают набором разнообразных навыков, так как наличие кросс-функциональных команд является обязательным для LeSS.
• Заручиться поддержкой топ-менеджеров и команд.

Внедрение

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

Ваш план по внедрению может выглядеть примерно так:

1. Обучение и тренинги для команд:

• Проведение начальных обучающих сессий для всех команд и стейкхолдеров.
• Если необходимо — обучение Scrum-мастеров и Владельца продукта особенностям работы в рамках LeSS.

2. Принятие структур и практик LeSS:

• Создайте поддержку и инфраструктуру: Обеспечьте наличие необходимых инструментов, ресурсов и поддержки со стороны Agile-коучей для успешного внедрения LeSS, можно привлекать волонтеров.
• Изменение структуры организации, избавление от ненужных ролей, создание кросс-функциональных команд.
• Определение продукта и его критериев готовности.
• Создание единого бэклога продукта, управляемого одним владельцем продукта. Бэклог продукта следует регулярно пересматривать и обновлять.
• Реализация регулярного планирования, обзора и ретроспективы спринтов. Эти мероприятия должны проводиться регулярно и в них должны участвовать все члены команды и заинтересованные стороны.
• Внедрение гибких практик, таких как непрерывная интеграция и непрерывное развертывание. Эти методы помогают быстро выявлять и устранять проблемы, гарантируя, что продукты всегда актуальны и соответствуют потребностям клиентов.

3. Начальная фаза (пилотный проект):

• Выбор одной или нескольких команд для пилотного проекта, чтобы протестировать LeSS в действии.
• Проведение первых спринтов с использованием LeSS, анализ результатов и внесение необходимых корректировок.
• Оценка успехов и выявление возможных проблем и препятствий.

4. Масштабирование на другие команды и департаменты:

• Расширение использования LeSS на другие команды, основываясь на опыте пилотного проекта.
• Обеспечение поддержки и координации между командами через встречи и другие механизмы.
• Постоянное улучшение процессов на основе обратной связи и анализа результатов.

Ключевые инсайты и рекомендации

Советы по успешной реализации LeSS

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

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

Пример успешного внедрения LeSS: кейс BMW

BMW Group решила внедрить LeSS для разработки систем автономного вождения и ADAS (Advanced Driver Assistance Systems). Основными целями были:

• Сокращение координационных накладных расходов между различными департаментами.
• Уменьшение количества передач задач между командами и ролями.
• Повышение эффективности и гибкости разработки в условиях высокой неопределенности.

Процесс внедрения выглядел так:

1. В апреле 2016 года создается новое подразделение для разработки систем автономного вождения, объединяющее несколько департаментов. Однако это приводит к увеличению координационных затрат и необходимости пересмотра организационной структуры.
2. В период с июня по декабрь 2016 года руководство ADD (Autonomous Driving Department) разрабатывает новую рабочую модель и организационную структуру.
3. В апреле 2017 года был организован однодневный вводный воркшоп с Mark Bregenzer, который вдохновил участников и создал импульс для дальнейших изменений. Позже было проведено четырехдневное обучение для руководителей по системному мышлению и организационному дизайну.
4. В мае 2017 создаются две ключевые команды: команда миграции и executive team. Команда миграции состояла из менеджеров и сотрудников разных уровней, а executive team включала старших руководителей, отвечающих за стратегическое направление и поддержку изменений.
5. В июне 2017 года было принято решение внедрить LeSS. Постепенно они пришли к фреймворку LeSS Huge, отдельно выделяя Департамент Коучинга и компетенций.

Результаты:

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

Внедрение LeSS Huge в BMW Group показало, что слаженная работа команд и постоянное улучшение процессов могут значительно повысить эффективность разработки и качество конечного продукта. Стоит отметить, что на момент описания кейса в 2019 г. внедрение LeSS еще продолжалось.

Заключение

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