软件架构师速成指南

第 4 章 企业架构师还是企业中的架构师？

本作品已使用人工智能进行翻译。欢迎您提供反馈和意见：[e-mail]

象牙塔的上下两层

象牙塔中的建筑

当 我被聘为企业架构师，更准确地说，是企业架构主管时，我对企业架构的真正含义知之甚少。我也曾想过我的团队是否应该被称为 "企业架构之脚"，但这一想法并没有得到很多人的支持。在我偶然发现的一个在线论坛上，有人恰如其分地描述了以 "负责人 "作为头衔前缀的倾向背后的驱动力：¹

这种头衔通常意味着候选人希望获得主任/副总/行政主管头衔，但组织拒绝延长头衔。通过这种混淆视听的方式，候选人在外部看来是高级官员，但又不会冒犯内部选区。

我并不特别喜欢 "xyz 负责人 "这个头衔，因为这个头衔强调的是一个人领导（不是双关语）一个团队，而不是完成某项具体职能。我更愿意用他们需要实现的目标来命名，假定他们不是一个人在做这件事，而是有一个团队在支持他们。

撇开所有的头衔不谈，当 IT 人员遇到企业架构师时，他们的第一反应就是把这个人放到高高在上的阁楼上（第 1 章），在那里绘制与现实不甚相似的美丽图画。因此，要想受到 IT 人员的热烈欢迎，就应该谨慎使用企业架构师这个标签。那么，在企业规模工作的架构师应该怎么称呼呢？

企业架构

企业架构师这个称谓经常遇到的挑战往往是，它可以用来描述一个对整个企业（包括业务战略层面）进行架构设计的人，或者在企业层面进行 IT 架构设计的人（例如，与部门架构师相反）。

为了解决这一模糊问题，我们不妨参考一下有关这一主题的权威书籍，即 Jeanne Ross、Peter Weill 和 David Robertson 所著的《作为战略的企业架构》（EnterpriseArchitecture as Strategy）。²在这本书中，我们可以学到以下内容：

企业架构是业务流程和信息技术基础设施的组织逻辑，反映了公司运营模式的整合和标准化要求。

根据这一定义，企业架构（EA）并不是一项纯粹的 IT 功能，它还考虑到业务流程，而业务流程是公司运营模式的一部分。事实上，该书最广为人知的图表显示了四个象限，分别描述了流程标准化（各业务线之间的统一性）和流程集成（数据共享和流程互联）水平较高或较低的业务运营模式。Weill 和 Robertson 给出了所有象限的行业示例，并将每种模式映射到合适的高层 IT 架构战略中。例如，如果企业的运营模式是业务单元高度多样化，共享客户很少，那么数据和流程整合计划可能不会产生什么价值。对于这样的企业，IT 应该提供一个通用的基础架构，各部门可以在此基础上实施各自不同的流程。相反，由基本相同的单位组成的企业，如特许经营企业，则可从高度标准化的应用环境中获益。 矩阵完美地展示了 EA 如何在业务和 IT 之间建立联系。只有二者保持一致，IT 才能为业务提供价值。

连接业务与 IT

如果企业的业务方面也有一个定义明确的架构，那么连接业务 和 IT 就会变得更加容易。幸运的是，随着业务环境变得越来越复杂，数字颠覆者迫使传统企业更快地发展业务模式，业务架构的概念 ，近年来受到了广泛关注。业务架构将结构化、架构化的思维方式（第 8 章）转化为业务领域，这种思维方式以组件和相互关系的形式化视图为指导。业务架构不是连接技术系统组件和推理技术系统属性（如安全性和可扩展性），而是描述 ...