Close

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 в организации точно окажется полезной, особенно если организация только начинает знакомство с 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