企业架构作为一项复杂和综合性的工作，其实施对相关技术人员来说是一项富有挑战的工作。中培课堂《企业架构与信息化顶层设计最佳实践》专家郭老师指出，由于企业架构涉及的内容过于广泛，导致了结果不容易度量，综合度量很难，但是企业一旦认识到规范化的长期收益，就不会纠结于做企业架构有没有用了。郭老师作为该领域的资深实战派专家，在这里介绍了在企业机构设计过程中应该关注的有关问题。

（1）欧美企业擅长做方法，一方面是有大量的实践，另一方面是有系统化思考和总结的习惯，国人总体上在这方面比较弱，缺少训练和积累。作为企业总体架构设的方法，要看一下是否明细到指导具体的设计工作，方法论体系的几个基本要素是否已经定义清楚，比如：阶段、活动、任务的输入和输出、角色，详细的操作指南、交付物的模板、示例以及相关的培训材料等等，只有一个框架还远远不够。虽然古话说得好，授人以鱼不如授人以渔，但决大多数人还是喜欢鱼，至少要一起钓一次才行，即便是强制推行的，也要做大量的培训工作。（有兴趣的可以下载个IBM的RMC，一个做方法论的工具，内置了RUP过程，IBM的方法论都是用这个工具开发的，发布很方便）

（2）企业架构设计是跨多个专业领域的，企业架构的方法实际上是一个方法族，由多个方法构成。每个架构领域都有一个或者多个已经存在的方法，比如流程架构设计方法、业务分析方法、绩效指标度量方法，SOA服务建模、主数据管理、数据分析和建模方法等，实际工作中是这些方法来解决具体问题的，一般企业架构框架给出的只是概念性的描述，大的阶段和步骤并不能指导具体的架构设计工作，这是为什么每个架构领域的人都可以不依赖于企业架构方法而独立开展工作的原因，因为实际上每个方法都或多或少的与其他领域相关，比如做流程肯定会考虑数据（活动的输入输出），做IT架构会做需求分解分配、需求跟踪矩阵，做这些的目的都是为了跨领域做映射，但这也在某种程度上成了企业架构工作的掣肘之一。

（3）企业引入一套方法必须伴随相应的培训和治理体系，方法可以根据场景不同裁剪，但必需带有强制性，否则很难用起来。

（4）架构师要站在不同的角度用不同视图去描述一个东西（thing），同一个东西在不同知识背景的人眼中都不一样，这也就是要搞多视图的道理，架构师要充当翻译官的角色，这本身就是很有挑战的事，架构师的知识领域要有必要的宽度，才能有比较强的表达能力，所以构建一个由多个领域专家组成的架构师团队（通常是虚拟团队）是开展企业架构工作要优先考虑的。

（5）做一个大型的企业架构项目需要有足够的跨领域、跨部门的组织协调能力和权利，才能保证各个领域的参与度。

（6）重要干系人对企业架构的价值有足够的认知，和对企业经营管理问题明确的定义，确认这些问题必须通过企业架构设计来解决（企业架构不是银弹）。

（7）通过项目来推动企业架构工作是比较有效的方式，项目有明确的聚焦企业运营改进的目标和范围，切记做企业架构不是为了做一套静态的架构资产，架构资产只是项目的附属物，这些交付物作为业务和知识的载体存在，价值当然毋庸置疑，但是我们优先关注的是这些资产如何转化为对运营的价值，比如一张企业或者某个领域的业务组件地图，可以随时获取到，辅助战略分析制定，业务差距分析，诸如此类。

（8）最后，认识到做企业架构是个复杂的工程，大处着眼，小处着手，从一个领域开始，逐步推进也是个可行的办法，做企业架构也要分而治之。