Мы провели онлайн воркшоп на конференции
AgileDays 2022, посвящённый применению подхода
Team Topologies для анализа команд и их взаимодействий. Конференция проходила в начале 2022 года и собрала более 1000 участников. Первый день прошёл в онлайн-формате, второй — офлайн в Москве. Для нас это было первое участие в мероприятии, ориентированном на аудиторию Agile коучей и Scrum мастеров.
Воркшоп был разделён на две части —
теоретическую и
практическую. Для практики применяли общую доску в
Miro с индивидуальными заданиями для каждой команды.
В теоретической части участники ознакомились с основными идеями и инструментами Team Topologies, подробно рассмотрели:
- Историю возникновения подхода, его цели и нотацию. Был разобран контекст появления Team Topologies как ответа на практическую потребность в осознанном проектировании команд и их взаимодействия. Рассматривалась эволюция от DevOps Topologies к Team Topologies, причины отказа от упрощенных и статичных визуализаций и переход к более адаптивной модели дизайна команд. Обсуждались цели подхода, оптимизационная направленность и базовые элементы нотации, позволяющие описывать команды, границы ответственности и взаимодействия между ними.
- Четыре типа команд и их роль в организации. Рассматривались четыре фундаментальных типа команд, лежащие в основе подхода Team Topologies, и их назначение в контексте ускорения потока изменений. Обсуждалось, что Stream-aligned team выстраиваются вокруг потока ценности и отвечают за полный цикл поставки конкретного продукта или сервиса, Platform team создают внутренние платформы и сервисы, снижающие когнитивную нагрузку и операционные издержки потоковых команд, Complicated-subsystem team отвечают за развитие специализированных и сложных компонентов, требующих глубокой экспертизы, а Enabling team помогают другим командам осваивать новые практики, технологии и подходы, временно взаимодействуя с ними и устраняя ограничения в развитии;
- Три способа взаимодействия между командами. Были разобраны базовые способы взаимодействия между командами в Team Topologies и их влияние на скорость и устойчивость потока изменений. Рассматривалась Collaboration как форма ограниченной совместной работы над общей задачей, Facilitating как временная поддержка и развитие компетенций одной команды другой, а также X-as-a-Service как предоставление сервисов или компонентов в виде готового решения с минимальной необходимостью прямого взаимодействия;
- Типовые проблемы конвертации команд и ограничения подхода. Отдельное внимание уделялось распространенным ошибкам и антипаттернам применения Team Topologies на практике. Обсуждались риски переименования существующих команд без понимания целей оптимизации, текущего состояния и реальной структуры команд. Подчеркивалось, что разные уровни инженерной зрелости, масштаб организации и культурные особенности существенно влияют на применимость подхода и требуют адаптации, а не буквального следования примерам из кейсов;
- Оптимизационную цель Team Topologies — ускорение потока изменений (Flow of Change). Было подробно разобрано понятие потока изменений как ключевой оптимизационной цели подхода. Обсуждалось, как поток изменений проявляется на уровне команд и окружений, как читать топологии и каким образом размещение команд и выбор способов взаимодействия могут либо ускорять, либо блокировать этот поток. Проводились параллели с практиками DevOps, Value Stream Mapping (VSM) и другими фреймворками, использующими аналогичную логику;
- Паттерны Team-First и принципы работы с понятием команда. Рассматривалось определение команды в Team Topologies как стабильной группы из 5–9 человек, работающей над общей целью как единое целое. Обсуждался Team-First подход, в котором команда рассматривается как минимальный организационный и управленческий блок, а не отдельные роли или индивидуальные исполнители. Затрагивались вопросы размера и состава команды, стабильности, продолжительности жизни команды, командной динамики и влияния изменений состава на эффективность;
- Когнитивную нагрузку как ограничение при проектировании команд. Было введено понятие когнитивной нагрузки и показано, как рост сложности программных систем, зон ответственности и инструментов напрямую влияет на эффективность команд. Обсуждалась связь между объемом ответственности команды и ее когнитивными возможностями, а также практические способы выявления перегруженности команд через качественные вопросы и количественные метрики. Подчеркивалось, что учет когнитивной нагрузки является важным условием устойчивого ускорения потока изменений;
- Принципы перехода от AS-IS топологии к целевой TO-BE структуре. В завершение теоретической части рассматривался подход к изменениям как движению от текущего состояния AS-IS к целевой топологии TO-BE. Обсуждалось, почему невозможно проектировать целевую структуру без исследования текущего состояния, и почему в Team Topologies недостаточно инструментов для детального описания AS-IS. Делался акцент на необходимости начинать с исследования существующих команд, их взаимодействий, потока изменений и ограничений, как первого шага к осознанным изменениям топологии.
Практическая часть была посвящена построению собственных
AS-IS топологий. Участники исследовали свои команды по ключевым
Team-First паттернам — определяли их текущее состояние, размер, уровень когнитивной нагрузки, зависимости и характер взаимодействий между командами.
В теоретической части участвовали около 50 человек, в практической — осталась половина наиболее активных участников. Формат вызвал живой интерес: после конференции участники продолжали пользоваться материалами и шаблонами в Miro, а также делились своими топологиями и идеями. Мы получили положительные отзывы и отметили высокий интерес к практическому применению Team Topologies среди Agile сообщества.
Материалы с воркшопа представлены ниже: