---

Что такое межкомандная координация и планирование? Ответ может вас удивить!

Scrum of Scrum

После предыдущей главы курса закономерен вопрос: как координировать разные Scrum-команды, чтобы они эффективно работали вместе?

Это справедливый вопрос, и мы постарались ответить и на него.

Встречи Scrum of Scrum

Встречи Scrum of Scrum напоминают Ежедневный Scrum. Но здесь внимание направлено не на работу отдельных участников, а на сами Scrum-команды.

Scrum of Scrums — необязательная практика координации, а не дополнительное формальное событие Scrum. Команды могут выбрать ежедневный 15-минутный формат; когда нужна более тесная координация, другим примером служит встреча от 30 до 60 минут. Следует проверять полезность выбранного формата.

Пример вопросов координации

• Что команда сделала вчера?
• Что команда планирует сделать сегодня?
• Есть ли препятствия, мешающие или замедляющие продвижение команды?

Ответы должны охватывать истории и взаимозависимости, влияющие и на другие команды.

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

Общие встречи Обзора Спринта

Общие Обзоры Спринта со всеми Scrum-командами необязательны, но могут быть очень полезны. При этом назначение Обзора должно сохраняться. Команды одного продукта совместно с заинтересованными сторонами проверяют интегрированный результат; отдельные локальные встречи не являются обязательным дублированием события.

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

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

Общие Обзоры позволяют всем Scrum-командам показать готовые к выпуску Инкременты ответственному Владельцу продукта, помогающим контактным лицам и соответствующим заинтересованным сторонам.

Так общие Обзоры Спринта выполняют две задачи:

1. Все Scrum-команды согласованно понимают текущее состояние проекта целиком.
2. Все Scrum-команды собирают обратную связь о работе и могут учесть её на предстоящем Планировании Спринта.

Общие Ретроспективы Спринта

Как и общие Обзоры, общие Ретроспективы Спринта необязательны, но могут быть очень полезны.

Обратите внимание: общие ретроспективы не заменяют Ретроспективы Спринта, которые должна проводить каждая Scrum-команда.

В общих ретроспективах участвуют представители Scrum-команд. Команды могут чередовать их по своему усмотрению.

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

На встречах нужно выделять все вопросы, для решения которых необходимы внимание и сотрудничество нескольких Scrum-команд (Подробнее: Несколько Scrum-команд). Пути их решения необходимо планировать, назначать во времени и проверять впоследствии.

Межкомандное планирование: глобальный бэклог продукта Scrum

Работая над одним продуктом, команды разделяют одну Цель продукта и один бэклог под ответственностью одного Владельца. В уроке это общее представление называется глобальным бэклогом продукта Scrum. Контактные лица и команды могут помогать уточнять его содержание, но ответственность остаётся у Владельца.

Бэклоги отдельных команд

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

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

Расписание Спринтов

В распределённом Scrum-проекте можно выбрать один из двух способов синхронизации работы команд.

• Синхронные Спринты
• Асинхронные Спринты

Первый — синхронные Спринты, когда все команды начинают и заканчивают их в один день.

Синхронные Спринты обычно предпочтительны, поскольку сравнительно облегчают общение и координацию Scrum-команд.

Синхронные Спринты

Другой вариант — асинхронные Спринты, которые начинаются и заканчиваются в разные дни. Преимущество асинхронности — не все ритуалы отдельных команд должны проходить в один день. Это позволяет Владельцу продукта и помогающим координаторам участвовать в Планировании, Обзорах и Ретроспективах Спринта других Scrum-команд и поддерживать их по запросу.

Когда одна команда предоставляет услуги другим, асинхронные Спринты дают дополнительное преимущество.

Асинхронные Спринты

Вот пример с рисунка выше: результаты Team-A (команды-поставщика) нужно включить в результаты Team-B (основной команды). При асинхронных Спринтах Team-A может закончить раньше Team-B. Поэтому Team-B (основная команда) может взять результаты Team-A (команды-поставщика) и интегрировать их до завершения собственного Спринта.

Оценки трудоёмкости

Команды могут выбрать общие правила оценки размера, например баллы по Фибоначчи или размеры футболок, если это помогает совместному планированию. Scrum этого не требует, и балл или скорость одной команды не становятся автоматически сравнимыми с другой.

Если общая шкала полезна, применяйте её последовательно в общем бэклоге продукта, сохраняя ответственность Разработчиков за оценку размера.

Особое внимание нужно уделять оценкам компонентных команд. Они обычно предоставляют услуги для историй функциональных команд, поэтому должны получать необходимые поддержку и пояснения при собственном Планировании Спринта и оценке.