背景

业务的核心元素、扩展元素以及它们的协同关系，业务架构和其他架构的关系等等已经有了不少认识，那么，通过对业务架构的还原和分析，到底能够得到什么业务架构的内容呢？它可以是一套流程框架体系，也可以是一套业务能力体系，或者是他们的结合，是这样吗？

如果这个问题能够充分吃透，可以说系列的业务架构学习就掌握了精髓，是的，这个问题也对，也不对。说其对是因为，从业务架构核心元素视角思考；说其不对，业务架构的落地其实承载的内容就是整个公司的全部业务展现，更多是组织、岗位（业务能力）、流程的细节结合，其中融合剂是绩效管理。

各视角下的业务架构

能力视角

能力视角可以从两个方面分析，一个是从价值交付过程，就是输入资料，输出产品或者服务交付物；另外就是从岗位角度，也就是岗位对应的要求的能力要求，对事不对人，从胜任力的角度思考；其本质就是完成大的或者小的价值项的交付能力。

流程视角

流程视角其实也是整个价值链的过程，价值项的分解，或是端到端的分解，流程落地这块会有大量的业务和技术去描述，比如说流程设计、流程描述、流程实现等等，包含了BPMN、流程引擎、流程整合等等专业内容；比如流程中的泳道，业务活动，活动的关系，狭义的流程是一个小的项目交付，大的流程是整个公司的核心价值使命交付。

能力VS流程

这是业务架构的核心视角，流程的分层咱们有专门章节探讨，岗位能力设计会在流程设计内容中详细阐述，是的，一定是能力和流程结合的业务架构才是核心。

业务架构交付物

有一个问题需要我们思考，业务架构需要设计吗？ 一分钟的思考时间，再继续看……

大多数情况来讲，业务架构是不需要设计的，或者从另外一个角度来讲，业务架构本身应该是被设计或者被要求的，被规定的；大部分人员可能要做的就是从现有的业务中，抽象和梳理出当下业务架构的原则、分层、构成要素、框架图。

那需要更慎重思考，为什么说业务架构不需要设计呢，这个问题，如果各位掌握了，说明对于公司，业务，流程等等逻辑基本吃透核心了，这里面有个核心逻辑，其实前面章节已经多次探讨，需要各位重温思考，这个明白很多系列文章读不读都影响不大了……

业务架构原则

啥是原则，就是一些底线和规则，构建业务架构的原则比如是：以客户为中心，投入产出比，能力数字化等等；业务架构的原则跟企业基因有直接强相关性。就是总的指导方针，是的，很多企业是没有的，或者有的企业即使有，员工都是不信的，因为老板可能都不信，企业老板就是像这个挣钱，大家说就是挣钱呗，这样的企业肯定是白搭的。

交付物

业务架构交付应该是全盘的，从广度和深度来看，应该结合分层和能力矩阵，找几张图应该比较清晰，然后从这种图上细化出，就是整个业务架构的整体与细节了，以下的图更是参考：

这个是第一层次分类，接下来就是根据这个分类，进行以下的分级，前面的文章都有探讨：

再接下来就是岗位下面的能力，和相关的是我们熟悉的岗位胜任力模型，其实和业务能力都是相似的：

这里面缺少一个很大的因素就是绩效，也是最难搞的一个因素，我们会有专门的章节探讨。

根据以上三个图，基本的业务架构交付物就呼之欲出，包括但是不限于细化能力矩阵，细化业务能力卡片，细化业务流程卡片等等，前文说过，对业务分析这些业务能力矩阵和流程是足够的。

小结

业务架构的交付物，可以是上面说的，价值流，业务能力卡片，流程等等，但是，这里最想指出的是通过业务架构对核心业务，关键流程的梳理，以及对于业务架构的分类分层，这才是业务架构最大的价值。

业务架构只是一个过渡层面，为何是过渡，过渡到哪里？