Scrum of Scrums

Как масштабировать Scrum

«Рост» - это не то же самое, что «масштабирование»

- Доминик Прайс в «Отмена этих пяти заблуждений сделает вас более изобретательным»

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

На протяжении десятилетий Scrum Guide устанавливал основу для помощи командам и компаниям в удовлетворении этих потребностей. Однако масштабирование Scrum за пределы отдельных команд требует другого подхода. Для этого была создана методика Scrum of Scrums, которую иногда называют SoS.

История Scrum of Scrums

Методология Scrum of Scrums была впервые внедрена в 1996 году Джеффом Сазерлендом и Кеном Швабером, двумя пионерами концепции Scrum. И Сазерленду, и Шваберу нужен был способ координации восьми бизнес-единиц с несколькими линейками продуктов на одну бизнес-единицу и синхронизации отдельных команд друг с другом. Поэтому они попробовали новый способ масштабирования команд Scrum для достижения этой цели. Этот опыт вдохновил Сазерленда на публикацию в 2001 году статьи под названием «Agile Can Scale: изобретение и переизобретение SCRUM в пяти компаниях», в которой впервые публично упоминается Scrum of Scrums.

С тех пор популярность Scrum of Scrums возросла как практика, тесно связанная с agile масштабированием. Внедренное в Scrum @ Scale Guide и упоминаемое в других масштабируемых agile средах, оно обеспечивает структуру, помогающую командам масштабироваться.

Если вы боретесь со Scrum на уровне отдельной команды, вы не можете масштабировать эти практики в одной команде. Потяните шнур Андона и решите вызовы своей команды, прежде чем начинать масштабирование.

Что такое Scrum of Scrums?

Scrum of Scrums - это масштабируемая agile техника, позволяющая объединить несколько команд, которым необходимо работать вместе для предоставления сложных решений.

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

Чтобы поддержать это, определение размера команды имеет решающее значение. Исследования Хэкмана и Видмара показывают, что теоретически 4-6 человек - это «идеальный размер команды». Команды, которые являются слишком маленькими или большими, могут бороться с доставкой сложных продуктов.

Вспомните закон Брукса из книги «Мифический человек-месяц»: добавление рабочей силы в поздний программный проект часто делает это позднее.

Чем больше размер команды, тем больше сотрудничества между членами команды, что затрудняет создание доверия и общей цели.

Следовательно, разделение очень большой команды на две или три более мелких может помочь развить личные отношения и поддерживать желаемые результаты.

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

Цель Scrum of Scrums

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

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

Scrum of Scrums - масштабированная структура

Вновь сформированная команда Scrum of Scrums применяет практически те же методы, участвует в тех же мероприятиях и выполняет те же роли, что и команда Scrum. Чтобы доставить интегрированный, потенциально доставляемый продукт в конце каждого спринта, могут потребоваться дополнительные роли, такие как архитекторы или руководители по обеспечению качества.

Например, есть роль главного владельца продукта. Главный владелец продукта отвечает за надзор за командой владельца продукта и помогает руководить общей концепцией продукта.

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

Еще одна новая роль - Scrum of Scrum Master, которая должна сосредоточиться на прогрессе и препятствующих списках необходимых требований, видимых другим командам, облегчая расстановку приоритетов или устраняя препятствия и постоянно улучшая эффективность Scrum of Scrums.

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

Вывод и соображения

Scrum of Scrums широко используется и является ключевым способом масштабирования Scrum. Важным условием для масштабирования является правильное составление команды и предоставление команде достаточно времени и пространства для прохождения через этапы модели группового развития Такмана: формирование, штурм, нормирование и выполнение.

Когда команды готовы, вот некоторые соображения, которые могут быть полезны:

  • Держите масштабированное ежедневное собрание scrum до 15 минут, отражая ежедневные разборки вашей команды
  • Проводите ежедневные scrum в течение 15 минут после последней ежедневной scrum команды
  • Установите рабочее соглашение для Scrum of Scrums
  • Согласитесь с коллективным и индивидуальным определением завершенного и, конечно же, поделитесь им!
  • Установите распорядок или повестку дня, чтобы сфокусированный ежедневный scrum был сосредоточен
  • Начните отслеживать количество дней, которые вы заблокированы препятствиями
  • Отследите, сколько масштабных ежедневных ссор было начато и закончено вовремя
  • Сосредоточьтесь на предоставлении историй, которые имеют зависимости в первую очередь, чтобы снизить риск и позволить другим командам
  • Отслеживайте и визуализируйте дни до демонстрационной встречи

По правде говоря, нет правильного способа масштабирования Agile. Но многие организации добились больших успехов, развивая свои процессы, команды и культуры, используя фреймворки для agile масштабирования. Узнайте больше о наиболее масштабируемых гибких средах, используемых сегодня, и больше в разделе Agile at Scale Agile Coach.