Разработка ПО

Масштабирование Agile

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

Просмотр тем
Scrum
Kanban
Управление проектами по гибкой методологии Agile
Управление продуктами
Agile-подход при любом масштабе
Разработка программного обеспечения
Дизайн
Agile-маркетинг
Преимущество Agile
Agile-команды
Руководства по Agile
Беседы о методологии 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.

SAFe

Scaled Agile Framework® (SAFe®) — это набор организационных шаблонов и рабочих процессов для внедрения принципов Agile в масштабе компании. В ее основу легли три основных концепции: agile-разработка ПО, бережливое создание продукции и системное мышление. Платформа 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. Таблица ниже поможет понять, как применяется каждая методика в ключевых областях.

Table describing the differences between SaFE, LeSS, Spotify, DA, Scrum@Scale

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

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

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

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

  1. Регламентированные роли и изменения структуры организации

  2. Клиентоориентированная организация и разработка

  3. Практики Agile/Scrum и регулярность их использования

  4. Готовность к внедрению (изменение требует времени)

  5. Улучшения в плане зависимостей

  6. Поддержка на всех уровнях организации (условие для реального изменения)

  7. Системное, бережливое мышление с учетом потребностей персонала

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

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

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

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

Ключевой компонент agile — открытая и последовательная коммуникация. В Atlassian мы используем Atlas, чтобы делиться новостями о проектах и целях и узнавать, над чем работают другие команды. Когда есть общее представление о контексте, все понимают, над чем и почему ведется работа, кто за что отвечает и какого прогресса удалось добиться.

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

Agile at Scale whitepaper cover
ПРОДВИНУТОЕ РУКОВОДСТВО ПО МАСШТАБИРОВАНИЮ AGILE

Внедряйте практики Agile в своей организации надежно

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

Загрузить документ

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

Josh Berman
Josh Berman

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

Масштабирование Agile: рекомендуемый контент