2021年，企业架构师必须在敏捷和产品领域有所突破

我在第一届中国企业架构大会分享了传统EA到敏捷EA的转变，这是一个必然趋势，作为企业架构从业者可以尝试结合敏捷，没有条件的也应该从现在开始做知识储备。除了敏捷之外，我今天还想说的一个学科就是“产品管理”，这个在大会中的企业架构实践成熟度模型中也提到了，只是没有展开。今天就这两个交叉学科，和大家聊聊我的认识。

昨晚和老婆、孩子一起在办公室开了一个晚会，我是主持人，第一个环节就是回顾敏捷个人生活方向盘，我们首先工作维度谈起。谈什么呢？就是个人总结一下自己一年来在学习和工作上发生的变化。今天是2021年第一天，我在IT帮的3个大本营群发了同样的信息

高手都是在改变中提升自己的，我在BangAM系列《高手系列》课程中提到线性努力和临界努力，今天我想对所有的企业架构从业者（包括准架构师）来谈一谈，在EA学科之外，你有哪些临界努力是需要去探索突破的。

我还是要来说一下我在大会中提到的这个模型《企业架构实践成熟度模型》

我来说下我自己的经历，供大家参考。

2009之前我是做软件开发的，因为管理软件很复杂，几百个模块怎么设计得满足不同应用场景，适用在不同的甲方企业？架构重要性不言而喻，于是我开始去寻找有没有方法可以让我站高一个层次去看待软件系统的设计。找到FEAF之后，我开始深入学习，一个月后我就开始在在项目级应用中去使用企业架构方法来练练手。2011年后，公司希望我继续企业架构工作，我提出了去做产品，因为我觉得如果一个架构师没有面向客户和市场的角度，是很难真正让架构发挥作用。如果自己没有这些经历，以后去与这些人协作起来做架构，可能也难以真正从他们的视角去看待业务。几年的产品负责人的经历，培养了我更多综合能力和思维。虽然不是所有人都可以有这样的机会，但我认为每个架构师都应该有这个认识。如果有了这样的认识，其实是可以自己去寻找（或争取）锻炼机会的。

我们可以看到，产品架构是在D阶段才出现的。很多人误以为产品架构就是软件系统的架构，因为IT人员往往把应用系统也叫做产品。但我需要提出的是，这里的“产品”是企业用来销售给客户的商品或服务，而我们说的“系统”只是应用架构中的一个组件而已。如果对于软件企业来说，两者有交叉，但本质的差别是，“产品”带有商业思维，这也是我提出企业架构师如何学习产品架构要培养的一种思维。你不只是从业务流程等视角去看，还要从商业视角去看，因为有了这个角度，你才可能真正的面向企业成果去推动企业架构工作，也只有这样，你才有了和高层对话的基础。

很多人问过我 “周老师，这个产品架构在哪里学？”

我之前在软件企业，我们公司有个方法叫做“产品地图”。对于软件公司来说，“系统”也是“商业产品”，所以我们的这个方法论是结合了D阶段和B阶段的能力。如果对于非软件企业，则可以参考BIZBOK对产品的一些梳理。

但这些还远远不够。其实在解决组织级架构过程中，没有任何一种银弹的方法，我们都需要向交叉学科学习。而产品架构中的很多内容其实可以直接去学习和应用产品管理领域的知识。

我开过一门NPDP补充版线上课程，做了大量的补充（建议学习者可以先自己买NPDP标准书籍学习，然后再来上我的这个补充版课程）

从产品战略、产品规划、产品开发到产品上市是产品的生命周期，其中产品战略、产品规划则是我们作为企业架构师想要了解产品架构可以学习的必备知识点。

我们知道EA最大的价值是让战略落地，那作为EA从业者是不是应该了解战略的一些基本知识。你会发现产品在战略层级中有着至关重要的位置。除此之外，我们讲到产品还会提到创新，你也可以看到创新战略也被单独提出来，而且放在产品之上。

下图实际上是我以前工作中的产品架构，当然过了几年了，这个图早已有了更新，不然也不可能把这张图拿出来。如果你有了产品组合的知识，你就可以做出类似的产品组合，这就是产品架构需要做的东西，在FEAF里面是没有的，在EA学科中可能也找不到，但是你在交叉学科中却有较为完整的知识体系作为有力补充。

产品管理自成体系，所以它与企业架构只是交叉应用，也就意味着，如果你不准备把产品管理作为自己的专业能力，你完全没有必要精通所有内容。但作为企业架构师，你就是一个综合能力很强的人，你至少需要掌握这些内容。如果你觉得“掌握”也算高要求，那至少需要“知道”吧。

最后说一下学习进阶，先买这本书看看，如果不考证自学其实就可以了

对自己要求高一些的企业架构师，可以继续学习BangPM系列的NPDP补充版线上回看课程

除了上面两个选择之外，你还可以选择加入企业架构协会EAGC的产品工作组，去探索企业架构和产品管理的交叉应用。

我在大会中讲到，敏捷EA在国外也是一个探讨尝试的话题，国内就更是了，因为很多企业还不知道企业架构呢，这个时候把敏捷和企业架构结合起来难度就更大了，但我们必须去面对它，因为迟早我们会遇到这个挑战。而EA和敏捷的结合也会给企业架构学科带来创新的应用，也能更好的在数字时代落地。

我之前写过一篇文章 数字化转型两大抓手：产品敏捷+企业架构 ，里面提到了前面说的“产品”之外，还有一个词就是“敏捷”。

为什么要说敏捷呢？国内很多企业领导知道“敏捷”，但不一定知道“企业架构”。有时候我们想要推动企业架构工作，可能还要等领导把“敏捷”先跑一跑，然后找机会才能提出企业架构的建议。那企业架构师必须对敏捷有一个认识，你才能做到在什么时候建议，如果建议被采纳你又知道如何在敏捷组织中推EA。

如果把敏捷和企业架构成熟度映射起来，大致如下图所示

大部分还是在A阶段，也就是在项目层面去应用，采用Scrum方法比较常见。慢慢的越来越多企业开始谈规模化敏捷，也就到了B阶段（组织级别），例如SAFe等。虽然SAFe设计的比较完备，但正如大会中我说到的，国内目前普遍还只是在发布火车级别，难以达到C阶段，更别说D和E阶段了。SAFe要想真正发挥作用，如果没有企业架构学科的支持是做不到的。而企业架构想要做到C/D/E阶段，没有规模化敏捷也是做不到的，所以作为企业架构从业者，你需要知道SAFe是什么、业务敏捷是什么、敏捷组织应该如何设计。

当然，你的组织也许现在还不是敏捷，那你可以先把这个缓一缓，但敏捷思维我觉得是不管你在什么阶段的企业，我们都应该去拓展培养的。2021年已经到来，如果你在这一年中，能够把敏捷思维有所感悟并去践行，对你来说是一个质的飞跃，正如同我2009年学习Scrum后去领悟背后的敏捷思维一样。

下图是来自TDC集团业务对齐架构示例，里面采用的就是规模化敏捷常用的部落制，这就是企业架构和规模化敏捷的结合，我觉得像国内的一些大型银行，可能是这类应用的一个早期尝试和采纳者。

疫情原因，有不少朋友并未如愿参加我们的线下企业架构大会。但我能看出大家对本次大会的热情，有不少IT帮学员在会后购买了这次大会嘉宾分享的讲义。其中上面这张讲义是从购买的讲义中可以找到的。但是我在准备这次课程的时候，其实准备了多达150多张，有一些在大会讲义中是没有的，例如

关于这些内容的来源，我后期也会给企业架构协会的敏捷工作组成员进行分享，到时工作组也会给EAGC会员做出更多输出，帮助大家一起探索这个新的有趣的领域。

然而，探索前必须有一定基础，你至少应该了解项目级敏捷框架Scrum、规模化敏捷方法SAFe。IT帮也给很多企业做过内训课，我们也有线上的Scrum敏捷项目管理线上回看课程，

以及Leading SAFe® 5 认证公开课。

除此之外，在市面上也已经有很多这方面的资料、书籍和课程。其中有一本推荐初学者看一下，《硝烟中的Scrum和XP》。我2009年就是学习了一周这本书，然后第二周就和大家说，我们接下来就严格按照这本书来做（“守破离”的“守”）。

企业架构从业者可以有很多选择，但仍和前面我说产品一样，敏捷和企业架构师两个独立学科，对于企业架构从业者来说，你是要有探索创新精神的，你不只是掌握敏捷和企业架构，而是要探索出一种敏捷企业架构的最佳实践，敏捷不应该只是在AB成熟度阶段，CDE阶段更需要，这也是我希望企业架构协会能去做的一件事。

做敏捷的企业很多，失败的企业也很多。做企业架构的企业越拉越多，失败的企业也越来越多。做敏捷企业架构的很少，但一定会有创新者和早期采纳者走上数字领先者的道路，我们也希望帮助这少部分领头羊少走弯路。

最后，欢迎中国企业架构协会会员加入敏捷工作组和产品工作组，成为一个综合能力更强的EA从业者。