Шаг 6. Применение архитектуры

Шаг 6. Применение архитектуры

Любая организация, желающая использовать архитектуру процессов, должна наладить необходимую дисциплину. Это означает, что все соответствующие проекты должны учитывать архитектуру и выявлять, где они отклоняются от согласованных принципов.

Окончательное испытание любой архитектуры – решение, которое принимает руководство в случае намерения проекта отклониться от согласованных принципов архитектуры процессов. В большинстве учебников и теорий утверждается, что архитектура должна быть соблюдена принудительно. На практике эта позиция нежизнеспособна: в большинстве ситуаций прямые выгоды бизнеса преобладают над долгосрочными архитектурными проблемами. Однако, видимо, как только в качестве исключения позволяется отклониться от правил архитектуры, люди ощущают себя полностью свободными и отклоняются от них все больше и больше. Более того, как только лицо или проект получают свободу от строгой дисциплины, другие тоже станут поступать так же с нарастающей скоростью. Это в конечном итоге приведет к ситуации, при которой трудно или невозможно поддерживать архитектуру эффективно и результативно (рис. 14.10).

В DYA® (DYnamic Architecture. Вагтер и др., {77} – динамичная архитектура) преследуется весьма практичный подход к таким ситуациям: признается тот факт, что бывают случаи, когда срочные нужды бизнеса превалируют над архитектурными вопросами. Но вместо борьбы с этим, руководству следует сосредоточиться на ограничение воздействия таких отклонений. Тем не менее, любое отклонение от согласованной архитектуры должно отвечать следующим условиям:

• должны быть определены краткосрочные и длительные последствия отклонений (например, дополнительные расходы на обслуживание);

• в предложении должно быть указано, каким образом решение будет соответствовать согласованной архитектуре – либо оно будет постепенно выводиться из применения (что, как правило, делается в случае разового проекта или проблемы), либо же двинется в сторону согласованной архитектуры (как в случае новой версии приложения, которая решает требуемые архитектурные вопросы);

• обоснование для отмены требований архитектуры должно быть утверждено на соответствующем уровне руководства, которое изначально утвердило архитектурное направление организации.

Данный подход можно сравнить с механизмом клапана скороварки (выпускание пара защитным клапаном): когда давление становится слишком высоким, лучше контролируемо снижать его (рис. 14.11), чем сопротивляться ему и получить в итоге взрыв (см. рис. 14.10).