Аксиома 14. Предрасположенность к изменениям Axiom 14. Bias for Change
Простыми словами
Аксиома направлена против BDUF и против отношения к модели архитектуры как к подписанному и закрытому документу: модель объявлена живым артефактом, который уточняется по мере того, как меняются требования и учится организация. Приняв её, архитектор кладёт эволюцию архитектуры прямо в бэклог (разд. 11.1.3) и держит намеренную часть простой, сфокусированной и компактной — потому что подробная модель, которой предстоит меняться, это трата. Важно не перегнуть: аксиома НЕ утверждает, что архитектура должна быть только эмерджентной, она требует баланса — «Agile Architecture shall seek a balance between intentional and emerging». Путают с Аксиомой 3: там короткие циклы проверки допущений о клиенте, здесь — готовность архитектуры принять изменившееся требование даже поздно.
Примеры
«Agile Architecture shall seek a balance between intentional and emerging.» Тут же оговорено, что намеренная архитектура — набор допущений, которые надо проверять, и что она не должна тормозить интеграцию новых требований.
Open Agile Architecture™ Standard, Version 2.0 (The Open Group, April 2026, C262), Приложение A, Axiom 14 — пояснение к аксиоме
«It is this incremental nature of change that facilitates making changes to the software architecture in a continuous manner, planning for such change from the outset and having, as part of the backlog, items which reflect the desired architectural evolution.»
Open Agile Architecture™ Standard, Version 2.0 (The Open Group, April 2026, C262), разд. 11.1.3 — Continuous
«It is likely to evolve, so investing in a detailed model would be wasteful» — первый из трёх доводов стандарта за простую и сфокусированную намеренную архитектуру.
Open Agile Architecture™ Standard, Version 2.0 (The Open Group, April 2026, C262), разд. 8.5.2 — Intentional Architecture
Определение из первоисточника
дословная выпискаAgile Architecture shall welcome changing requirements, even late in development. The architecture model is a living artifact that evolves and is continuously refined as requirements evolve and the organization learns.
Agile-архитектура обязана приветствовать изменение требований, даже на поздних стадиях разработки. Модель архитектуры — живой артефакт, который развивается и непрерывно уточняется по мере того, как меняются требования и учится организация.
ИсточникThe Open Group Open Agile Architecture™ Standard, Version 2.0. The Open Group, April 2026, C262, ISBN 1-957866-76-5
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Краткое нормативное утверждение аксиомы; пояснение и примеры остаются в разделе стандарта.
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormАрхитектура систем и интеграцийРеестр процессовКарта бизнес-способностей