Agile-команды состоят из владельцев продукта, Scrum-мастеров, разработчиков ПО и других участников. Вместе они ищут нестандартные решения для создания ценных продуктов, отвечающих сложным потребностям клиентов. Scrum — это популярная Agile-методика, с помощью которой команды разрабатывают, поставляют и поддерживают многофункциональные продукты. Но только недавно нам удалось найти эффективные способы развертывания Scrum в масштабе корпорации. Так появились методики масштабирования Agile-процессов, такие как Large-Scale Scrum (LeSS).
Что такое методика LeSS?
LeSS — это методика, позволяющая применять Scrum в масштабе нескольких команд, совместно работающих над одним продуктом. За ее основу взята одна Scrum-команда, определение которой дали Кен Швабер и Джефф Сазерленд в Руководстве по Scrum, но применяется она к нескольким командам, работающим над одним продуктом.
Подробнее эта методика рассмотрена в книге Large-Scale Scrum: More with LeSS (Scrum в крупномасштабных проектах: как добиться большего средствами LeSS) от Крейга Лармана и Баса Водде. На основании многолетнего опыта применения авторы определяют LeSS как методику, которая позволяет создать ценность, при этом отсекая все сложное и ненужное.
Цель методики LeSS — применять принципы и идеалы Scrum в контексте крупномасштабной корпорации как можно более простым способом, полагаясь на установленные правила и руководства. Методику LeSS за ее простоту традиционно связывают с понятием «минимальной достаточности», но под этим не подразумевается ничего плохого.
Структура методики 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.
- Работа над одной областью требований за раз; сосредоточенность на области требования в рамках более крупного продукта.
- Постепенное расширение области работы команды, критериев готовности работы и определения продукта.
Так команды в организациях смогут приобрести опыт работы с 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) оценка размера истории, рисков, зависимостей и ценностей.
Aside from the importance of the sprint planning ceremony, the sprint review and retrospective are essential ceremonies to examine what the teams built and delivered, as well as discuss changes, improvements, and new ideas. It’s also an opportunity for the teams to celebrate the customer value they delivered. The inspect and adapt opportunity through retrospectives happen within each team as well as a retrospective that addresses how the team coordinated and collaborated.
В чем заключаются отличия LeSS?
С другими методиками масштабирования 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 планирование спринта делится на две части. Сначала команды собираются вместе, чтобы решить, как лучше поделить элементы бэклога продукта. Затем команды планируют свой спринт, взаимодействуя и общаясь с другими командами, чтобы выполнить задачи из этого бэклога.
Aside from these points, other ceremonies such as the daily scrum, sprint review, and overall retrospective, have their own nuances in LeSS.
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
Первостепенной целью LeSS является не создание новой методики, а применение принципов Scrum ко множеству команд, которые работают вместе для поставки полностью готового клиентоориентированного решения или продукта.
Перечислим некоторые преимущества, которые может дать LeSS.
- Снижение затрат на внедрение, поскольку внедряются те же методики, которые команды уже используют в рамках Scrum.
- Наличие только одного владельца продукта, который понимает методику и принципы и который в результате становится связующим звеном между представителями бизнеса и техническими специалистами.
- Сокращение числа людей, необходимого для поставки продукта. Методика LeSS предполагает применение в крупных масштабах, но при этом не требует множества ролей и затрат.
- Благодаря этой методике вы получите представление о продукте в целом в рамках конкретного направления деятельности.
- Команды могут напрямую взаимодействовать с клиентом и заинтересованными бизнес-сторонами.
- Частые ретроспективы и прочие совещания, являющиеся основополагающими процессами в рамках Манифеста Agile, создают условия для непрерывного совершенствования.
Для многих организаций подход LeSS к масштабированию команд Scrum может стать очередным логическим шагом на пути к масштабированию Agile.
Следующий шаг
Методики вроде LeSS помогают компаниям эффективно масштабировать принципы Agile и добиваться желаемых бизнес-результатов. Но не менее важны инструменты, которые они выбирают для дополнения существующих методов работы и реализации всех преимуществ этих методов. С помощью Jira Align, платформы для корпоративного agile-планирования от Atlassian, вы сможете повысить прозрачность и обеспечить соответствие стратегическим целям и потребностям компании, чтобы быстрее осуществить цифровые преобразования. Узнайте, как Jira Align сейчас поддерживает LeSS.
Связанные ресурсы
