Agile-управление (governance) Agile Governance
Простыми словами
Строительный блок отвечает на вопрос, кто имеет право решать и кто отвечает за исход, — и этим отличается от Agile-стратегии, которая говорит, ЧТО решать и куда двигаться. Стандарт запрещает проектировать его в отрыве: управление — часть большего целого вместе с социальной системой предприятия, его организацией и стилями поставки, и потому обязано одновременно вмещать командование на уровне предприятия и поддерживать автономию продуктов и программ на уровнях сегмента и способностей. Практический сдвиг относительно классического ИТ-управления: стандартов и процессов становится меньше, а оставшиеся формулируются как guardrails — выражение намерения политики, а не перечень задач, — и соответствие им оценивают сами команды снизу вверх, а не архитектурный офис сверху вниз. Ограничение стандарт называет прямо: модель управления сама по себе не чинит того, что коренится в социальной системе или культуре предприятия.
Примеры
«Feedback loops (including decision logs) that help to adjust the behavior of autonomous teams» — вместе с общей целью, общим сознанием и forcing functions это четыре рычага, которыми Agile-управление выравнивает автономные команды.
Open Agile Architecture™ Standard, Version 2.0 (The Open Group, April 2026, C262), разд. 7.4 — Agile Governance
«For example, a large financial services organization has created a service marketplace governed by a Design and Operations Authority (DOA).» DOA строит свою рамку управления на тех же четырёх рычагах.
Open Agile Architecture™ Standard, Version 2.0 (The Open Group, April 2026, C262), разд. 7.4 — управление платформами
«A governance model alone cannot fix problems that are rooted in the social system or culture of the enterprise» — если участники комитета не держат обязательств, новая модель управления этого не исправит.
Open Agile Architecture™ Standard, Version 2.0 (The Open Group, April 2026, C262), разд. 7.5 — What Can Lead to IT Governance Failures
Определение из первоисточника
дословная выпискаAgile governance should not be conceived in isolation. It is part of a larger whole which includes the enterprise social system, its organization, and delivery styles. Agile governance, therefore, has to embrace a level of command and control usually managed at the Enterprise layer, where appropriate, while also supporting increased autonomy of products/programs at Segment/Capabilities layers. This is a delicate balancing act that has to focus on “just the right level of governance” to support development at scale and velocity.
Agile-управление нельзя задумывать в отрыве от остального: оно часть большего целого, включающего социальную систему предприятия, его организацию и стили поставки. Поэтому Agile-управление вынуждено вмещать в себя тот уровень командования и контроля, который обычно поддерживается на уровне предприятия, и одновременно поддерживать возросшую автономию продуктов и программ на уровнях сегмента и способностей. Это тонкий баланс, и держать его надо на «ровно нужном уровне управления», позволяющем разрабатывать в масштабе и на скорости.
ИсточникThe Open Group Open Agile Architecture™ Standard, Version 2.0. The Open Group, April 2026, C262, ISBN 1-957866-76-5
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Четыре рычага выравнивания разд. 7.4: общая цель («true north»), общее сознание (shared consciousness), forcing functions (guardrails), петли обратной связи, включая журналы решений.
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormКарта бизнес-способностейАрхитектура систем и интеграцийРеестр процессов