成为企业架构师要经历哪几个认知突破点？

我一般都会在企业架构内训第一课中讲到下面这个模型：

有时间的话，我会扩展讲一下我自身企业架构能力提升中的几次认知突破，这与上图模型中的 5 个阶段正好匹配。在这里与没有参加过我内训的同学也大概分享一下我的个人经历：

• A 是起点，这个不需要做出什么改变。从参加工作开始，我就一直在单项目开发环境中。那个时候的我只需要关注写代码能够交付就可以了。大部分 IT 人员一直在这里，即使工作了十几年的软件从业者，仍旧在做的是软件架构以下层级，大多数还处在 A 阶段。
  
  

• B 开始从项目级走向组织级范畴，这个是进入企业架构领域的一个重要改变，需要培养自己的全局观。我主要是通过学习企业架构这个学科来获得这种全局观的。在 2009 年我开始学习各种企业架构体系，例如联邦政府企业架构 FEAF、IBM 的 CBM 方法等，这些体系让我开始有了跳出单个项目并从组织的视角去重新看待IT的意识。这对要正确走向 EA 旅程的我来说至关重要的一步，所以我也常以过来人的反思去给大家布道，告诉大家全局观的建立比学会任何一个具体框架都更重要。
  一个框架你要学很久很久，但思维的转变最好提前到来。大家也知道，我也教企业架构学员，我对他们说，我教企业架构的目标不是让你们学会，因为即使考完认证你也不能说你会，要真正掌握企业架构是需要一定时间和功力的，但我希望在我的课程中能够培养你的全局观，要对企业架构有一个正确的认知。

• C 是你视野真正打开的阶段，你开始不再只是用 IT 思维去马上想到解决方案，而是能真正站在业务视角去定义问题。其实有些事情通过 IT 方案是解决不了的，可能一个管理办法的实施可以更好的解决，但你硬是要上一套软件系统，这反而可能会增加问题难度。C阶段是业务架构的开始，往往意味着企业架构的工作重点开始从 IT 从业转转移到业务从业者。国内目前比较普遍的是流程架构，但普遍来说做的都还有较大差距。
  
  

• D 是商业思维的建立。记得2010年公司想让我继续做企业架构，不过我委婉拒绝了，因为我觉得我总缺点什么。后来意识到，是商业思维。如果没有这个意识，想要做好企业架构是很难的，所以后面几年里我在公司做了好几个产品，主要就是想锻炼一下自己的产品管理能力。关于这不分内容，可以参考之前我写的《为什么我不做企业架构师，而要将产品管理视为职业选择？》。

• E 是战略层面，这个是很多人觉得可望不可即，或者是觉得自己没有必要去接触的一个维度。每次线下课的时候，我总拿BangEA对企业架构的定义给大家建立以终为始的概念。OEAF 认为企业架构就8个字：战略解构、运营重构。如果没有战略作为输入，企业架构就像没有软件需求而做出的软件系统一样。

从项目到 IT 全局观，然后打开业务视角，再到商业思维的建立，以及最后战略高度。如果要给这几个阶段加上时间，从 B 阶段开始，我大概每个都经历过 2-3 年的时间去刻意提升认知。

上面 5 阶段模型也是我在自己的职业规划中的一个重要参考，今天分享给大家，希望能够引发你的一些未来职业发展的思考。