Масштабированный скрам (Scaled Scrum) — это такой скрам, в котором много скрам-команд работают над одной системой или продуктом. Цель скрама, независимо от его масштаба, такова: создавать высококачественные, готовые к релизу версии продукта к концу каждого спринта.

Для этого есть великое множество фреймворков. Самые распространенные — SAFe, Less и Nexus, есть и другие. Кстати, вот статистические данные использования разных фреймворков масштабирования крупными организациями из отчета Scrum Master Trends 2019.

А сейчас мы поговорим о двух популярных фреймворках масштабирования скрама — SAFe и Nexus — и о том, чем они похожи и чем отличаются между собой.

Что такое Nexus и что такое SAFe

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

Scrum.org

Nexus — это группа от трех до девяти скрам-команд, работающих вместе над одним продуктом. У Nexus один владелец продукта, управляющий единым бэклогом продукта, из которого берут задачи все скрам-команды.

Scaled Agile Framework® (SAFe) — это онлайн-база знаний проверенных, интегрированных принципов, практик и компетенций для масштабного внедрения Lean, Agile и DevOps.

ScaledAgile.com

Научитесь внедрять Nexus на тренинге Scaled Professional Scrum

У команд, работающих по SAFe, бэклоги разные, но есть также и один общий для всех — программный бэклог.

Дорожная карта для осуществления SAFe

Это глубокая тема, и начать ее изучать стоит с тренинга Leading SAFe

Это было вкратце, а теперь разберемся поподробнее.

Чем похожи Nexus и SAFe

Nexus — ART

Группа команд в Nexus очень похожа по составу с Agile Release Train (ART). И в SAFe, и в Scrum/Nexus она по сути является самоуправляемой командой самоорганизованных команд 😂 с парочкой ключевых ролей на уровне команды команд.

Следование принципам эмпиризма, самоуправление внутри ограничений, организация вокруг ценностей и потока

Теория Scrum подчеркивает эмпиризм и самоуправление в сочетании с Flow. Теоретическая база SAFe более обширна, но по сути похожа.

Lean/Agile-лидерство

И SAFe, и Scrum/Nexus подчеркивают необходимость в изменении стиля лидерства — в формировании лидеров, которые служат своим командам, обладают мышлением роста, подают пример, живут и дышат принципами и практиками Lean и Agile и стремятся к постоянному совершенствованию.

Спринт — итерация

SAFe выбирает термин «итерация», который больше напоминает экстремальное программирование (XP), но, если обратить внимание на детали, спринты и итерации вполне взаимозаменяемы.

Бэклог одного продукта — программный бэклог

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

Группа интеграции Nexus (NIT) — системная группа

Обе имеют похожую цель — включение интегрированного инкремента в конце каждой итерации/спринта для всех команд. Когда дело доходит до того, КАК работают эти команды, Nexus делает упор на коучинговую/вспомогательную роль, в то время как SAFe уделяет чуть больше внимания фактической работе с интеграцией. Подход NIT может быть крайне интересен системной группе SAFe ART.

Группа интеграции Nexus (NIT)

Кстати о подходах. Очень часто организации используют больше чем один фреймворк масштабирования скрама. Так что знать и применять несколько подходов — хорошая практика, которая позволяет еще более гибко работать с командами.

Скрам-мастер в NIT — RTE

Скрам-мастер в NIT выполняет роль, аналогичную Release Train Engineer (инженеру подготовки релизов), — координирует и содействует эффективному использованию Scrum/SAFe в Nexus/ART с целью обеспечения жесткого цикла проверки и адаптации с использованием инкрементов рабочего продукта.

Эмпиризм через интегрированные рабочие инкременты каждого спринта — демо системы и обзор спринта Nexus, отвечающие общему определению готового

И SAFe, и Scrum ясно дают понять, что частые проверки и адаптация рабочих интегрированных инкрементов являются ключом к управлению неопределенностью/изменчивостью, присущей разработке продукта в сложном пространстве. Обзор спринта в Nexus и демонстрация системы — похожие события, происходящие с одинаковой частотой — каждые несколько недель (каждый спринт/итерацию).

Цель спринта Nexus — цели программного PI, только с разной частотой

Цели программного PI служат той же цели, что и цель спринта Nexus. Они должны быть устойчивыми в целом, но детали могут меняться.

Не стоит масштабировать дерьмо. Масштабирование требует технического совершенства

И Nexus, и SAFe подчеркивают качество сборки и важность технических приемов, основанных на XP, для эффективного масштабирования. Без технического совершенства и SAFe, и Nexus утонули бы в техническом долге.

Чем отличаются Nexus и SAFe

Nexus — ART

Разве мы не писали выше, что Nexus похож на ART? Что ж, Господь в деталях.

Nexus — это 3-9 Scrum-команд, работающих вместе. ART — это 5-12 команд. Это, казалось бы, незначительное изменение дает представление о некоторых вариантах дизайна двух фреймворков. Для Nexus меньшего размера может быть проще предоставить право собственности на продукт, что делает единого владельца продукта более жизнеспособным. События уровня Nexus организовать легче, чем мероприятия, посвященные всему ART, и это дает некоторое представление о том, почему SAFe объединяет все ART только для каждого PI, а не для каждого спринта.

ARTы целиком и полностью кроссфункциональны

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

Тему Nexus+ мы также затрагиваем на тренинге SPS — Nexus

Один владелец продукта — группа владельцев продукта (PO) или менеджеров (PM)

Подход SAFe ко владению продуктом заключается в том, что масштабирование происходит за счет разделения роли владельца продукта между Product Manager, который больше похож на классического Scrum Product Owner, и Product Owner, который напоминает представителя или технического владельца продукта, тесно сотрудничающего с командой. Одна из основных причин этого — в том, что одному владельцу продукта сложно иметь дело с большим количеством команд, при этом балансируя исходящие и входящие действия.

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

Как мы подчеркиваем в тренинге Scrum.org по владению продуктом, преимущества Scrum ограничены, если ваши владельцы продуктов являются писцами (Scribes) или доверенными лицами (Proxies). Возможно, проще перекоординировать встречи и освободить время владельца продукта, но тогда труднее добиться максимальной отдачи. Выгода растет, когда владельцы продуктов являются реальными представителями бизнеса, спонсорами или, в идеале, предпринимателями в отношении своего продукта.

О том, как добиться расширения полномочий владельца продукта, поговорим на PSPO Advanced

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

Вы Продакт Оунер в SAFe-организации? Присмотритесь к тренингу SAFe Product Owner/Product Manager

Темп/частота объединения всего Nexus/ART для планирования и ретроспективы

Обзоры, ретроспективы, планы и уточнения Nexus общедоступны на каждом спринте. Как правило, обзор спринта посещается достаточно широко, в том числе стейкхолдерами Nexus. На уточнении, планировании и ретроспективе присутствуют соответствующие представители Scrum-команд. Уместность, конечно, зависит от контекста.

В SAFe единственным событием итерации на уровне ART является демонстрация системы, которая, как мы уже обсуждали, очень похожа на обзор спринта. В ART нет формального места для планирования/уточнения/ретроспективного анализа команд на основе спринта за спринтом. При этом ART Sync дает возможность проверять и адаптировать ART, который многие организации используют для планирования/уточнения/ретроспективы.

Формальная межкомандная ретроспектива/каденция планирования в SAFe — это этап программы, охватывающий все событие АRТ.

Нет обзора спринта на уровне команды

У Nexus есть только обзор спринта между командами. “На бумаге” в SAFe тоже есть как итерации на уровне команды, так и системная демонстрация на уровне ART. На деле же многие ART пропускают обзоры итераций и получают достаточный анализ и адаптацию из системной демонстрации.

Объем – команда команд и организационный уровень

Nexus фокусируется только на команде команд, считающейся необходимой конфигурацией в SAFe. SAFe также охватывает другие компетенции, необходимые для гибкости бизнеса, – бережливое управление портфелем (Lean Portfolio Management) и крупные решения (Large Solutions). Некоторые организации, использующие Nexus, в конечном итоге обращаются к компетенциям SAFe на уровне портфолио или к портфельным канбанам в дополнение к Nexus.

Интегрированный бэклог спринта Nexus – различные бэклоги командных итераций

Бэклог спринта Nexus представляет собой сборную солянку из элементов цели спринта Nexus и бэклога продукта, состоящего из бэклогов спринта отдельных скрам-команд. Этого нет в SAFe и это стоит внимания специалистов ART, которые хотят подчеркнуть зависимости и поток работы во время спринта в ART.

Программный Kanban

SAFe использует один из самых мощных методов, помогающих улучшить поток и совместную работу в команде – доску канбан, которая учитывает межкомандную перспективу. Nexus не включает канбан-доску, а зря.

Если вы еще не попробовали использовать ее в команде, поэкспериментируйте: она того стоит.

Как эффективно сочетать канбан и скрам — расскажем на тренинге Professional Scrum + Kanban

Другие потенциально полезные элементы SAFe, которых нет в Nexus

Поскольку Nexus спроектирован как облегченный фреймворк с более ограниченными возможностями, чем SAFe, неудивительно, что в SAFe гораздо больше элементов, о которых Nexus не упоминает. Некоторые из них могут быть полезны в вашем контексте, некоторые – не обязательно. Вспомните об Architectural Runway, итерации инноваций и планирования, Kanbans на уровне команды, DevOps, конвейере непрерывной доставки, системной архитектуре, владельцах бизнеса, фичах/енейблерах, эпиках.


И вообще, за подробностями всегда лучше почитать мануалы:

Несколько идей о том, как один фреймворк может повысить продуктивность второго

Как улучшить SAFe с помощью Nexus

  • Анализируйте и планируйте вместе каждый спринт/итерацию в ART

Простого общего обзора спринтов недостаточно. Делайте ретроспективы, планируйте вместе. И это не значит, что нужно объединить весь ART. Нужно сначала добиться некой согласованности в ART, ведь потом придется отделиться и спланировать итерации по отдельности, а затем снова объединиться. Паттерн по принципу того, который используют Solution Trains при PI Planning.

  • Используйте бэклог спринта уровня ART

Подобно программ-борду для PI, используйте интегрированный бэклог спринта Nexus для просмотра зависимостей на более детальном уровне спринта/итераций. Это артефакт, который может поддерживать планирование итераций на уровне ART.

Как улучшить Nexus с помощью SAFe

  • Используйте Big Room Planning (планирование большой комнаты) каждые 8–12 недель

Время от времени в Nexus можно использовать SAFe PI Planning для высокоуровневых согласований/уточнений.

  • Отрегулируйте каденции и уровень участия

Выясните, какой уровень «большой комнаты» во всем Nexus нужен в каждом спринте, а какой может соответствовать менее частой каденции (например, PI). Просмотрите, как вы выполняете планирование спринта Nexus, в частности ретроспективу.

  • Вдохновляйтесь принципами и компетенциями SAFe Lean/Agile

Рассмотрите принципы SAFe и дополнительные компетенции Lean/Agile, такие как Lean Portfolio Management, как способ поддержки Nexus в рамках традиционной экосистемы в организации. Можно использовать просмотр оценок гибкости бизнеса «Measure&Grow». В его контексте, каждая категория или элемент может быть:

  • чем-то, что вы уже делаете (отлично!)
  • чем-то, что вы еще не делаете, но имеет смысл рассмотреть (также отлично!)
  • чем-то, что не имеет смысла делать в вашей ситуации (достаточно справедливо)
  • или тем, с чем вы категорически не согласны (полностью приемлемо, если вы рассматриваете каждый принцип/метод по достоинству).

Обзор семи главных компетенций, необходимых для гибкости в бизнесе, от SAFe

Это упражнение поможет вам разработать бэклог/дорожную карту улучшений.

Много вариантов – это всегда хорошо. Тоннельное видение – это всегда плохо

Любой профессиональный аджайлист должен быть открыт к новому. Знакомство с разными фреймворками масштабирования к этому также относится: оно дает нам лучшее понимание фреймворка, который мы используем, и добавляет новых идей, с которыми можно экспериментировать.

Работая с клиентами, как и с учениками, мы стараемся уводить их как можно дальше от тоннельного видения и догм. Да, знания имеют свойство смешиваться: как языки, так и фреймворки. Но вспомните хотя бы принцип SAFe №3:

“Принимайте изменчивость, сохраняйте опциональность”

Изучайте новые фреймворки масштабирования, пробуйте разные техники. В конце концов, и скрам, и сейф говорят о том, что главное – практика 😉