企业架构师与企业架构的关系

有许多IT领导会咨询，
，企业一旦创建了有利于的EA环境，，，，企业架构师会做什么？
？
？？企业架构师主要管理与业务目标相关的技术策略及其实施。。。在这里“管理”是什么意思？？事实上，，，，企业架构师的工作不仅仅是画方框和箭头或编写代码。。。企业架构师提供路线图并确保解决方案实例遵循路线图指南。。路线图基本上是一系列有序的架构计划，，，，以按时间限制、、、、迭代和增量的方式实现从基线（当前状态）到未来状态的过渡。
。。

在很多情况下
，，，，EA或其主要交付成果（即路线图）的案例会随着业务成熟逐步减少甚至不存在。。因此，，，在开始EA实践之前，，请确保解决以下的一些情况，
，，，以便EA规则取得成功并充分利用可交付成果。。

如果利益相关者（业务和IT）对未来的目标状态没有一个明确的愿景和目标，，，，那么EA的功能就不可能奏效
。。然而，
，，企业架构师可以与高级管理层合作定义目标愿景
，，，，但EA自身通常不会创建愿景，，EA只是帮助企业实现愿景的工具。。
。

EA本身并不纯粹是一项IT事项。。
。EA需要业务功能和IT之间的密切关系，，以稳健地支持解决方案和系统。
。。。因此，，企业架构师需要能够正确接触高级管理层、、、
、IT和业务部门。。如果企业架构师和高级管理层之间存在多个层级，，，那么EA实践的绩效就会因繁文缛节、
、出现官僚主义，，甚至低效率而受到阻碍
。。。

如果实施技术变革的风险较低或者解决方案实施简单
，，则企业可能不需要EA功能
，，，，对于过于简单性的系统采用EA那会大材小用。。。
。

EA正在逐步、、、、主动地迈向未来状态。。仅分析和记录当前的状态而不立即打算过渡到未来状态完全是浪费时间
。。

EA旨在通过沟通有效地响应业务需求。。。其框架促进利益相关者们之间有效地沟通，，包括业务与IT协调。。。如果这些框架不能用于全面传达未来状态，，那么它们的效用就很小
。。

如今，，，
，EA不再是企业的“需求”；对于想要降低系统复杂性并更好地为业务服务的企业来说，
，，这是一种必要。。尽管现代工具和平台简化了编程任务，，但它们却将复杂性提前转移到了业务工作中。。针对关键用例、、场景和要求的严格架构是EA的长处。
。
。。此外，
，决定EA规则需求的并不是企业的规模
，
，而是企业希望如何利用技术来满足其业务需求。。当EA运作良好时，，，，它是集成战略规划
、、、项目组合项目管理和服务管理的绝佳工具。。但如果EA运作不佳，，，，也可能会严重消耗企业的资源，，
，这便是企业架构师介入的重要原因。。正确的引导，，，将让EA在企业中发挥更大的价值。。
。EA的最终结果是一个可靠的工作软件，，，该软件即依赖于质量数据（由业务提供），，，，也依赖人的引领。
。。