Что такое Team Topologies и почему про это говорят все, кто строит платформы
Если коротко: Team Topologies - это способ проектировать организацию так же осознанно, как мы проектируем архитектуру системы.

Идея простая:
оргструктура должна соответствовать потокам ценности.

1️⃣ Четыре типа команд
1. Stream-aligned team
Команда, выровненная по потоку ценности (фича, продукт, сегмент клиентов).
Это не «команда фронта» или «команда базы».
Это команда, которая отвечает за ценность целиком.
Главное:
минимальные зависимости
end-to-end ответственность
быстрая доставка
👉 Это базовая ячейка организации.

2. Platform team
Команда, создающая внутренний продукт для других команд.
Не «саппорт».
Не «инфраструктура ради инфраструктуры».
А именно продуктовая платформа, которая снижает когнитивную нагрузку stream-aligned команд.
Если платформа не упрощает жизнь - это фигово.

3. Enabling team
Команда-ускоритель.
Помогает другим командам освоить новую технологию, практику, подход.
Не забирает ответственность, а прокачивает capability.
Это временное взаимодействие, а не вечный костыль. Если вечный костыль - то ваши команды недостачно компетентны.

4. Complicated-subsystem team
Команда для действительно сложной области (алгоритмы, ML, биллинг, компиляторы и т.д.).
Создается тогда, когда сложность оправдана.
Не когда «нам просто так удобнее».

2️⃣ Когнитивная нагрузка - главный враг
Один из ключевых концептов Team Topologies - cognitive load.
Каждая команда должна:
понимать свой домен
понимать систему
понимать инструменты
Если нагрузка превышает способность команды, то скорость падает, качество падает, люди выгорают.
👉 Задача орг.дизайна — ограничить когнитивную нагрузку.
Именно поэтому:
платформа скрывает сложность
enabling команды помогают освоить новое, а
сложные подсистемы изолируются

3️⃣ Типы взаимодействий между командами
Team Topologies описывает 3 устойчивых режима взаимодействия:
Collaboration
Совместная работа для открытия нового.
Временная. Такая проектная команда.
X-as-a-Service
Одна команда предоставляет сервис другой.
Четкие API. Минимальные зависимости.
Facilitating
Помощь и прокачка capability.
👉 Важно: взаимодействие должно быть осознанным и выбранным, а не случайным.

4️⃣ Почему это важно?

Платформа без продуктового мышления превращается в бюрократию.
Stream-aligned команды без автономии превращаются в «ждунов инфраструктуры».
Все начинают мешать всем и суть работы каждого менеджера сводится к тому, чтобы иметь побольше точке контроля для «метания всем».
Team Topologies дает язык:
чтобы обсуждать структуру
чтобы снижать зависимость
чтобы проектировать организацию под поток ценности

5️⃣ Главная мысль
Вы не можете масштабировать delivery, если не проектируете команды так же тщательно, как проектируете микросервисы.
Орг-структура - это архитектура.
И она влияет на скорость сильнее, чем технологии.

Если вы строите:
продуктовую IT-организацию
…и при этом не думаете про Team Topologies - вы почти гарантированно платите «налог на сложность».

А как у вас там?
🦄 - ооо, все так и работает
😎 - ну мы где-то близко к этому
❤️ - пу-пу-пууу…стыдно признаться