Agile-подход при любом масштабе

Достичь высот: масштабирование agile в крупных организациях

Просмотр тем

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

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

Статьи о масштабировании agile

[ПРОДОЛЖЕНИЕ]

Зачем компании масштабируют agile?

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

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

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

Итак, что такое масштабирование agile?

Масштабирование agile — это культурное преобразование, при котором сотрудники, практики и инструменты компании нацелены на совершенствование совместной работы и способности организации реализовывать свою стратегию.

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

Насколько вы преуспели в масштабировании agile в своей организации?

Чтобы понять, насколько далеко продвинулась организация в масштабировании agile, мы обычно смотрим, как agile-практики освоены командами и отдельными сотрудниками.

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

Организации, которые достигли большего, смогли масштабировать agile-практики (а возможно, и всю методику). Многофункциональные команды используют особые подходы, которые позволяют повысить эффективность, сосредоточиться на поставляемой ценности, реагировать на изменения, заблаговременно принимать решения, чтобы в конечном счете достигать бизнес-целей.

На каком бы этапе масштабирования agile вы ни находились, нужно осознать свое место на этом пути, отнестись к нему с должным уважением и продолжить движение дальше.

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

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

Мы собрали краткие сведения о самых популярных методах масштабирования agile.

SAFe

Scaled Agile Framework® (SAFe®) — это набор организационных шаблонов и рабочих процессов для реализации agile-методик в масштабе всей компании. В ее основу легли три основных блока знаний: гибкая (agile) разработка программного обеспечения, «бережливая» (lean) разработка продукции и системное мышление. Платформа SAFe применяется во множестве agile-команд, обеспечивая согласованность, помогая выполнять совместную работу и поставку.

LeSS

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

DA

Disciplined Agile (DA), ранее известная как Disciplined Agile Delivery (DAD), — это методология принятия решений относительно методов работы, ориентированная на обучение. Эта методология служит надежным фундаментом для масштабирования agile в крупных компаниях. В DA используются элементы Scrum и Kanban, а также способствующие трансформации знания в таких областях, как управление персоналом и финансами, менеджмент, DevOps, управление портфелем и многих других. Говоря о методологии DA, часто отмечают ее гибкость и удобство масштабирования, которыми она отличается от других методологий.

Spotify

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

Scrum@Scale (S@S)

Методика Scrum@Scale появилась в результате развития идей scrum. Как правило, Scrum@Scale применяют организации, которые уже успешно внедрили scrum на уровне команд и хотели бы охватить этими методами всю организацию. Основная цель такого применения — привести развивающиеся организации к единому пониманию общего набора целей. Работу координируют команда Scrum of Scrums, которая состоит из scrum-мастеров от каждой задействованной в работе команды, и мета-команды scrum (MetaScrum), состоящей из владельцев продуктов.

Понимание различий между методологиями для масштабирования agile

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

 

SAFe (Scaled Agile Framework)

LeSS (Large Scale Scrum) и LeSS Huge

Spotify

DA
(Disciplined Agile)

Scrum@Scale

Долгосрочное планирование и стратегия

SAFe (Scaled Agile Framework)

LeSS (Large Scale Scrum) и LeSS Huge

Spotify

DA
(Disciplined Agile)

Scrum@Scale

Множество agile-команд

SAFe (Scaled Agile Framework)

LeSS (Large Scale Scrum) и LeSS Huge

Spotify

DA
(Disciplined Agile)

Scrum@Scale

Команда команд

SAFe (Scaled Agile Framework)

Поезд agile-релизов (ART)

LeSS (Large Scale Scrum) и LeSS Huge

Область

Spotify

Кланы

DA
(Disciplined Agile)

Scrum@Scale

Scrum of Scrums

Менеджер по продукту/владелец продукта

SAFe (Scaled Agile Framework)

LeSS (Large Scale Scrum) и LeSS Huge

Spotify

DA
(Disciplined Agile)

Scrum@Scale

Scrum-мастер/тренер по agile

SAFe (Scaled Agile Framework)

LeSS (Large Scale Scrum) и LeSS Huge

Spotify

DA
(Disciplined Agile)

Scrum@Scale

Релиз-инженер/менеджер группы

SAFe (Scaled Agile Framework)

LeSS (Large Scale Scrum) и LeSS Huge

Spotify

DA
(Disciplined Agile)

Scrum@Scale

Agile-методика (scrum, kanban и т. д.)

SAFe (Scaled Agile Framework)

LeSS (Large Scale Scrum) и LeSS Huge

Spotify

DA
(Disciplined Agile)

Scrum@Scale

Демонстрация

SAFe (Scaled Agile Framework)

LeSS (Large Scale Scrum) и LeSS Huge

Spotify

DA
(Disciplined Agile)

Scrum@Scale

Ретроспективы

SAFe (Scaled Agile Framework)

LeSS (Large Scale Scrum) и LeSS Huge

Spotify

DA
(Disciplined Agile)

Scrum@Scale

Ориентир на клиента/создание ценности

SAFe (Scaled Agile Framework)

LeSS (Large Scale Scrum) и LeSS Huge

Spotify

DA
(Disciplined Agile)

Scrum@Scale

Управление зависимостями

SAFe (Scaled Agile Framework)

LeSS (Large Scale Scrum) и LeSS Huge

Spotify

DA
(Disciplined Agile)

Scrum@Scale

Прозрачность стратегии

SAFe (Scaled Agile Framework)

LeSS (Large Scale Scrum) и LeSS Huge

Spotify

DA
(Disciplined Agile)

Scrum@Scale

Управление портфелем

SAFe (Scaled Agile Framework)

LeSS (Large Scale Scrum) и LeSS Huge

Spotify

DA
(Disciplined Agile)

Scrum@Scale

Выпуск по требованию

SAFe (Scaled Agile Framework)

LeSS (Large Scale Scrum) и LeSS Huge

Spotify

DA
(Disciplined Agile)

Scrum@Scale

Управление рисками

SAFe (Scaled Agile Framework)

LeSS (Large Scale Scrum) и LeSS Huge

Spotify

DA
(Disciplined Agile)

Scrum@Scale

DevOps

SAFe (Scaled Agile Framework)

LeSS (Large Scale Scrum) и LeSS Huge

Spotify

DA
(Disciplined Agile)

Scrum@Scale

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

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

Семь главных принципов масштабирования agile

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

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

  1. Регламентированные роли и изменения структуры организации
  2. Клиентоориентированная организация и разработка
  3. Практики agile/scrum и их использование с фиксированной периодичностью
  4. Готовность к внедрению (чтобы измениться, требуется время)
  5. Улучшения в плане зависимостей
  6. Поддержка на всех уровнях организации (только тогда изменение действительно произойдет)
  7. Мышление с учетом людей, принципов бережливости и всех систем

Подробнее об этих принципах и их воплощении на практике рассказывается в нашем документе «Продвинутое руководство по масштабированию agile. Новые правила преобразования организации по методике agile». Доступ к нему можно получить ниже.

С чего же начать?

Масштабировать agile нелегко, и на это уйдет много времени. Если организация собирается внедрить методологию масштабирования agile целиком или разработать собственный процесс, помните, что применение agile-методики при любом масштабе не является конечной целью. Конечной целью является эффективная реализация стратегии.

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

Затронутые на этой странице темы подробнее освещаются в нашем документе «Продвинутое руководство по масштабированию agile. Новые правила преобразования организации по методике agile». В нем вы найдете много полезной информации и реальных историй от опытных адептов agile.

Обложка документа «Agile-подход при любом масштабе»
Продвинутое руководство по масштабированию agile

Убедитесь, что agile-практики вашей организации разработаны на совесть

Загрузите наш документ и узнайте новые правила преобразования организации по методике agile.

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

Josh Berman
Josh Berman

Джош работает менеджером по маркетингу продуктов в команде Atlassian, которая занимается внедрением решений agile при любом масштабе. В свободное время, когда он не пишет рекомендации по использованию методик agile, Джош любит прогуливаться по зеленым зонам города Остин, штат Техас.

продолжение темы
Managing an agile portfolio