Методика Large-Scale Scrum (LeSS)

LeSS — это методика, позволяющая применять Scrum в масштабе нескольких команд, совместно работающих над одним продуктом. За ее основу взята одна Scrum-команда, определение которой дали Кен Швабер и Джефф Сазерленд в Руководстве по Scrum, но применяется она к нескольким командам, работающим над одним продуктом. 

Подробнее эта методика рассмотрена в книге Large-Scale Scrum: More with LeSS (Scrum в крупномасштабных проектах: как добиться большего средствами LeSS) от Крейга Лармана и Баса Водде. На основании многолетнего опыта применения авторы определяют LeSS как методику, которая позволяет создать ценность, при этом отсекая все сложное и ненужное.

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

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

Принципы, основы, руководства и эксперименты

Принципы

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

• Методика Large-Scale Scrum — это Scrum

• Эмпирический контроль процессов

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

• Лучшие результаты меньшими усилиями

• Внимание ко всему продукту

• Клиентоориентированность

• Непрерывное совершенствование на пути к идеалу

• Системное мышление

• Бережливость

• Теория массового обслуживания

Основы

Методика LeSS представлена в двух конфигурациях: Basic LeSS для компаний с 2–8 командами (10–50 человек) и LeSS Huge, которая подходит, когда команд больше 8 (50–6000 человек и более). 

LeSS Huge — это конфигурация Basic LeSS плюс новая ключевая роль — владелец продукта по области (APO) — и новые артефакты, а также изменения в собраниях. На первых порах организации рекомендуется попробовать Basic LeSS. Поэкспериментируйте с новой методикой, «прочувствуйте» ее и получите отзывы от участников. Затем приступайте к освоению LeSS Huge. Есть два рекомендуемых подхода к внедрению LeSS Huge.

1. Работа над одной областью требований за раз; сосредоточенность на области требования в рамках более крупного продукта.

2. Постепенное расширение области работы команды, критериев готовности работы и определения продукта.

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

Руководства

Руководства по LeSS представляют собой свод рекомендаций, составленный авторами методики Крейгом Ларманом и Басом Водде на основе экспериментов с LeSS. Эти руководства появились спонтанно, став побочным продуктом третьей книги авторов — Large-Scale Scrum: More with LeSS (Scrum в крупномасштабных проектах: как добиться большего средствами LeSS). Тем не менее они весьма полезны для освоения способов внедрения LeSS, ролей и обязанностей участников, особенностей координирования и интеграции нескольких команд и многого другого. Помните: только вы решаете, нужно ли следовать руководствам при реализации методики LeSS.

Эксперименты

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

В первых двух книгах Крейга Лармана и Баса Водде — Scaling Lean & Agile Development (Масштабирование Agile- и бережливой разработки) и Practices for Scaling Lean & Agile Development (Практическое руководство по масштабированию Agile- и бережливой разработки) — методика Large-Scale Scrum преподносилась как серия экспериментов, объединенных принципом «никаких рекомендаций, поскольку они неразрывны с условиями, в которых применяются».

Третья книга автора Large-Scale Scrum: More with LeSS (Методика LeSS: лучшие результаты меньшими усилиями) может служить пособием по освоению LeSS. В ней содержатся эксперименты из первых двух книг, приводится описание ролей в методике LeSS, объясняется, как согласовывать работу нескольких команд и превращать их в единый организм, и многое другое.

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

Роли и планирование в LeSS

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

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

Одним из ключевых собраний, предусмотренных Scrum и получивших развитие в LeSS, является собрание по уточнению бэклога продукта (PBR). Собрания PBR нужны, чтобы охватить все направления работы в рамках планирования спринта. Они предполагают выполнение нескольких параллельных спринтов LeSS. Такие собрания должны регулярно проводиться в каждом спринте, чтобы у его участников была возможность понять, обсудить и уточнить рабочие задачи и тем самым подготовиться к будущим спринтам. Основные этапы собрания PBR: 1) разбивка крупных элементов бэклога, 2) прояснение и решение актуальных вопросов и 3) оценка размера истории, рисков, зависимостей и ценностей.

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

С другими методиками масштабирования Agile LeSS роднит пять основных компонентов: Манифест Agile (источник вдохновения) и его 12 принципов, график работ в виде спринтов или итераций, синхронизация между разными уровнями организации, укорененность в Scrum и методы качественной разработки, такие как DevOps, CI/CD и разработка на основе тестирования. При этом несколько характерных особенностей отличают LeSS от других методик.

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

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

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

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

Особенности LeSS на этом не заканчиваются. При проведении других собраний, таких как ежедневное scrum-совещание, обзор спринта и общая ретроспектива, встречаются свои нюансы.

LeSS и SAFe

Хотя LeSS и набирает популярность среди корпораций с крупными командами по разработке ПО, другие методики масштабирования Agile, например Scrum of Scrums или Scrum@Scale, также получили широкое распространение. Одной из ведущих методик является Scaled Agile Framework® (SAFe).

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

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

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

Перечислим некоторые преимущества, которые может дать LeSS.

• Снижение затрат на внедрение, поскольку внедряются те же методики, которые команды уже используют в рамках Scrum.

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

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

• Благодаря этой методике вы получите представление о продукте в целом в рамках конкретного направления деятельности.

• Команды могут напрямую взаимодействовать с клиентом и заинтересованными бизнес-сторонами.

• Частые ретроспективы и прочие совещания, являющиеся основополагающими процессами в рамках Манифеста Agile, создают условия для непрерывного совершенствования.

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

Методики вроде LeSS помогают компаниям эффективно масштабировать принципы Agile и добиваться желаемых бизнес-результатов. Но не менее важны инструменты, которые они выбирают для дополнения существующих методов работы и реализации всех преимуществ этих методов. С помощью Jira Align, платформы для корпоративного agile-планирования от Atlassian, вы сможете повысить прозрачность и обеспечить соответствие стратегическим целям и потребностям компании, чтобы быстрее осуществить цифровые преобразования. Узнайте, как Jira Align сейчас поддерживает LeSS.

Подробнее