Таксономия Agile-команд Taxonomy of Agile Teams
Простыми словами
Перечень команд с явно заданной областью каждой — нужен тогда, когда счёт параллельно работающих отрядов (squads) пошёл на сотни и главной проблемой стали межкомандные зависимости. Главную цель стандарт называет прямо, и она не про скорость: минимизировать избыточность и дублирование. Отличие от классификации команд по типам (разд. 4.3 — потоковые, платформенные, компетентностные): та отвечает на вопрос, какого РОДА бывает команда, а таксономия — какие именно команды есть и за что каждая отвечает; от «Teams of Teams» таксономия отличается тем, что те получаются декомпозицией верхнеуровневой организации, а таксономия задаёт их перечень и границы. Обязательный шаг, о котором забывают: таксономия может не совпадать с формальной структурой P&L, и её необходимо отобразить на дивизионы, бизнес-единицы и P&L предприятия.
Примеры
«The primary goal of an Agile team’s taxonomy is to minimize redundancy and duplication» — и уже отсюда следует сокращение зависимостей.
Open Agile Architecture™ Standard, Version 2.0 (The Open Group, April 2026, C262), разд. 6.4 — New Organizational Culture, рис. 6-3
«The size of a squad does not exceed 10 to 15 people.» Отряд, в отличие от проекта, — устойчивая команда из выделенных людей со сквозным взглядом.
Open Agile Architecture™ Standard, Version 2.0 (The Open Group, April 2026, C262), разд. 6.4 — устройство отрядов и триб
«Orthogonal, to prevent teams from working on the same things» — вместе со слабосвязанностью это два свойства, которые стандарт требует от сегментов.
Open Agile Architecture™ Standard, Version 2.0 (The Open Group, April 2026, C262), разд. 4.3.1 — рекомендации по декомпозиции предприятия
Определение из первоисточника
дословная выпискаAs the number of Agile teams grows to a few hundred squads running in parallel, it is important to define a taxonomy of Agile teams that clearly specifies the scope of each one and minimizes inter-team dependencies. True Enterprise Architecture thinking is required to discover an effective way to decompose the organization, and to draw boundaries that minimize inter-team dependencies.
Когда число Agile-команд вырастает до нескольких сотен параллельно работающих «отрядов», становится важно определить таксономию Agile-команд, которая чётко задаёт область ответственности каждой и сводит к минимуму межкомандные зависимости. Чтобы найти действенный способ разложить организацию и провести границы, минимизирующие межкомандные зависимости, требуется настоящее мышление корпоративного архитектора.
ИсточникThe Open Group Open Agile Architecture™ Standard, Version 2.0. The Open Group, April 2026, C262, ISBN 1-957866-76-5
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Главная цель таксономии — минимизировать избыточность и дублирование; поскольку таксономия команд может не совпадать с формальной структурой P&L предприятия, её необходимо отобразить на структуру дивизионов, бизнес-единиц и P&L.
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormКарта бизнес-способностейАрхитектура систем и интеграцийРеестр процессов