建立专家中心（COE）的三种规模化路径

当试点或灯塔项目团队积累了宝贵的技术、架构经验后，如何让这些经验传递给后续项目有三种典型路径。一是让这个团队继续作为一个整体承接更多流程解决方案的开发——非常有效，但不能真正规模化，因为团队体量有限。二是把团队成员拆散、分派到不同项目中去——作者见过效果很好的实践，但对团队管理的灵活性要求较高。三是把项目团队转型为一个专家中心（COE），正如[[保险公司成功案例的关键要素]]中描述的先例：COE可以专注于特定工具，但更常见的是做成通用的流程自动化COE，负责评估相关技术、帮助各团队决定该用什么工具，通常还会一并覆盖RPA或基于技能的人工任务路由这类相邻技术。COE的核心职责是创建并维护内部最佳实践——通常以厂商文档和最佳实践为基础，再补充适合本公司的具体决策、约束或附加条款（比如统一使用某个工具发行版、如何对接集中式活动目录、如何统一集成消息系统/SOAP/FTP）。书中给出一个真实例子：一家大银行两年内在COE内部搭建了一个自助网站，包含入门指南、Java项目模板和持续维护的可复用组件库，让大多数项目能自行推进（其中一个项目甚至外包给了海外大型IT集成商），最终COE团队自己只开发了前6个工作流解决方案，另外7个都是通过自助服务完成的——这印证了这种COE方法的有效性。COE还应该主动培养社区，可以提供论坛、Slack频道，或定期举办线下/线上会议（具体形式取决于公司文化），同时值得投入一些内部营销让更多项目了解COE的存在，有条件的话甚至可以对外公开分享案例。