Для унификации решений адаптируются старые или создаются новые решения, заказчиком которых является отдел корпоративных архитекторов. Для унификации технологий создаются рабочие группы корпоративных архитекторов – исследователей, которые проверяют возможности имеющихся решений, аналогов и принимают решения или об распространения уже имеющихся, или об внедрении новых. На основе исследований архитекторы – исследователи создают стандарты, описывающие пограничные возможности их применимости и регулирую их использование. В зависимости от активностей, у корпоративного архитектора могут быть разные заказчики: руководство организации, регулирующими подразделения (безопасность, поддержки и другие), команды разработки платформенных решений, архитекторы команд разработки (для создания концептуальной архитектуры их будущего сервиса).
При построении бизнес-системы её отроют из уже имеющихся унифицированных решений, нового функционала, задействуют уже имеющиеся технологии и инфраструктурные системы. Например, унификации и стандартизации набора языков программирования. Здесь критериями выступаю в том числе и экономические показатели стоимости разработки (скорости разработки на каком-то языке и стоимости самих разработчиков необходимой квалификации на этом языке), гарантий по сопровождению (наличию достаточного числа свободных кадров и резюме), сложность поддержки, аутсорсинга и других.
Enterprose Architect участвует в процессе разработки сервиса как минимум на двух этапах – на проверки разработанной концептуальной архитектуры сервиса и при проверке соответствия детальной архитектуры разработанного сервиса ей и стандартов на приёмосдаточных испытаниях. На практике, он делает концептуальную архитектуру сервиса сам и сам добавляет её в карту сервисов, так у него есть необходимый опыт и знание всех стандартов. На практике, Enterprose Architect помогает в разработке детальной архитектуры сервиса архитектору сервиса в её составлении и под концептуальную архитектуру в соответствии с видением архитектора сервиса. По факту концептуальная архитектура является архитектурой интеграции сервиса с другими сервисами для внесения её в ландшафт сервисов, в то время как детальная – реализацией сервиса в соответствии с ожиданиями стейкхолдеров (заказчиков, контролирующих отделов). Именно реализация должна соответствовать ограничениям, накладываемым Enterprise Architect на реализацию, например, по унификации технологий. Если же совместной работы не происходит, то Enterprise Architect становится контролирующим органом, который блокирует развёртывание сервиса критическими замечаниями или устанавливает технический долг со сроками устранения.
Корпоративный архитектор при разработке концептуальной архитектуры договаривается с архитекторами сервисов, с которыми необходимо его сервису интегрироваться и находит компромиссные решения, а также другими заинтересованными сторонами, например, сотрудниками безопасности. Договорившись, он выносит на более высокий уровень согласования, для подтверждения консенсуса. Корпоративному архитектору
