问题的提出

       很多人把完整的数字化规划等同于企业架构规划设计来做，这样做带来的最大问题就是：在后续指导数字化或IT项目建设落地的过程中，很难落地，其核心架构输出很难实际应用。

       当然也有人问，如果做数字化规划不用企业架构的方法可以吗？其实并不是说不可以，但是不用企业架构方法容易犯的最大问题就是：输出的业务数据、组织流程、IT等内容太过离散，没有全局视角，没有形成以架构为核心的整体。

       因此，我一直在强调数字化规划设计应该以企业架构思维为核心。你可以基于TOGAF、企业架构规划实施方法论来做数字化规划，但在实际操作过程中有哪些差异点，我们应该注意哪些关键要素呢？

五个关键要点

       第一个要点：现状分析和调研必须前置        熟悉TOGAF企业架构ADM方法论的朋友可以看到，ADM架构开发方法论中的的第一个阶段叫企业的目标愿景。这个核心仍然是基于企业战略、业务战略展开的，但目标愿景里面有一个关键内容即现状分析调研没有展开，它被放在TOGAF的核心中间那一块需求管理里面了。

       我要强调的第一个要点就是：做数字化规划时，核心的愿景目标定完后，一定会涉及到现状分析和调研。这个分析调研既涉及到业务，也涉及到数据，还涉及到IT应用和当前使用的技术。这些现状分析调研必须全部在第一个阶段完成。只有了解了现状，才能够去做相关的差距分析、映射匹配，并发现问题。

       第二个要点：业务架构规划要重视端到端流程梳理        在企业架构规划里面的业务架构规划，有了核心的业务价值流后，更多的是基于业务能力地图的展开。基于业务能力地图细化到3-4级后，最终才落到详细的业务流程的梳理和分析。

       在业务架构规划里面，我强烈建议最好参考ARIS的流程建模、流程架构的思路，在前期需要做好端到端业务流程的梳理和分析。因为通过流程梳理分析，才容易发现端到端业务里面协同存在的断点、数据不一致的问题，这才容易落到后续的应用架构规划设计里面去。

       第三个要点：业务解决方案先行

       在做业务架构、数据架构、应用架构规划的时候，有两个内容我希望拆解开，第一个是业务视角，涉及到组织，流程，业务能力，业务对象等；第二个是IT视角，涉及到IT系统，应用组件，功能架构和技术实现等。

       在TOGAF里面的业务架构阶段，实际没太强调业务解决方案的输出。实际我们再做业务流程梳理和业务架构规划的时候，一个核心工作就是核心业务架构与业务目标的差距分析和匹配分析，找到具体的差距点，输出相关的能力映射或者热力图。同时基于差距和问题分析先给出业务解决方案，有了业务解决方案才谈得上后续的IT解决方案。这个本质并不是创新，而是沿用了类似IBM等咨询功能常用的AS IS=>差距分析-》TO BE的分析思路。

       当进行详细的流程分析和建模的时候，就容易看到具体的流程断点，岗位职责不清晰的地方等，而这些整合是需要优化和改进的点。

       包括最终的业务解决方案或系统解决方案的形成，往往也可以依托流程梳理和分析进行。让最终的读者更加容易清楚的看到具体的改进点在哪里？对日常业务流程有哪些优化和影响。        也正是这个原因，我们一直在强调，任何改进点，任何解决方案都不是凭空产生的，更加不能简单的照搬业界标准或最佳实践。而是应该真正从企业当前业务目标，流程现状出发，去梳理和分析流程，去评估差距，然后找到最适合企业的解决方案。

       第四个要点：应用架构要体现组件化和服务化        在整个应用架构规划、数据架构规划之后，应该有一个应用解决方案。应用解决方案的核心规划设计里面一定要注意，一定要参考类似于传统的IBM的CBM组件化业务地图，参考SOA横向分层的思路，参考云计算平台加应用的思路。通过这个思路基于业务能力组件化、组件能力服务化来构建你的应用架构地图，拆分出相关的应用组件。        很多客户交流时都有一个疑问：为什么我们在做应用架构的时候，最终拆解出来的应用组件有时候没办法跟业务架构里面的业务组件做到一一映射？这其实是一个很正常的情况。我在讲架构时也一直在强调，应用架构一定要体现底层能力的可复用组件化，组件通过编排能够形成上层的业务或流程，所以不能一一映射很正常。你最终可能看到的业务架构里面的一个业务能力，往往是应用架构里面多个应用组件组装和编排出来的。

       第五个要点：落地实施要结合项目管理方法论

       最终的落地实施这一块内容，虽然在TOGAF里面也有相关的实施方法论、相关的系统迁移方法论，但落地实施有两个很核心的内容：

       第一，你仍然可以参考类似于IPD集成产品研发的思路，可以参考整个项目组合规划和项目管理的思路。通过这个思路最终去选择优先级最高的IT应用建设落地项目，然后再详细制定这个项目本身的产品规划，落地建设实施的计划。

       第二，你最终再来考虑我最终形成的这个项目组合包，对整个业务问题的解决与整个企业战略、业务战略的匹配，这样才形成了一个完整的企业数字化规划设计的方法论。

总结

       企业数字化规划的方法论，它的范畴是大于企业架构规划的方法论的。它除了企业架构规划的内容以外，还融入了类似于从战略规划到执行，融入了集成产品研发项目管理方法论的核心思想，融入了SOA云计算平台加应用的组件化模块化思想，包括IT建设里面的领域建模思想。这样才能够真正形成一个可落地的企业数字化规划建设实施方法，而不是说最终提供给客户的就是一个企业架构输出的4A架构图或者模型。这个模型甲方拿着以后也不清楚怎样去用、怎样去建设、怎样去落地，那实际带来的核心价值又有多少呢？

       今天关于数字化规划和企业架构设计之间如何协同，包括在应用企业架构规划设计时要注意的关键点，就跟大家分享到这里，希望对大家有所启发。