业务架构
架构的核心是你的思维、模型思维，重点不是画那一堆框图,图只是一种表达方式。图画的再漂亮，不理解基层逻辑，面对的情况一旦变化，还是一抹黑。
架构的关键在于实践，对于各种架构类培训，要擦亮眼睛，正确评估，再出血。很多好的培训是不适合刚从事这个岗位的人去参加的。在实践中多思考，解决一个车间的问题，要从一个工厂的角度去统筹，真正遇上难题了，也一般不是培训能解决的，就需要专业的咨询服务，只有共同研究，共同创新才能解决难题。
- 首先我们需要明确的一点，就是你的业务架构是站在那个层级的，比如，如果是公司级的，面向客户的业务场景，那么我们就比较清楚，企业与客户之间的一个完整业务交互生命周期场景应该如何去定义了；
- 其次，一定要非常清楚知道业务架构包含几层含义：一般情况下，我们理解企业的业务架构，其实包含三个互相垂直的领域：执行层-管理层-治理层；执行层就是具体的完成实际的业务目的需要实施的各种业务中间状态，比如：完成销售场景，就是从客户察看商品信息，选择商品内容，配置其他附属商品，选择优惠方式，配送方式，支付方式，收获方式，订单生成，备货，打包，出仓，运输，收货等等一系列过程；而管理层更多是需要其中如何决策，如何处理非标需求等；治理则是解决相关的问题而实施的处理过程，比如：新的营销，新的流程场景等；我们一般在定义业务架构的时候，重点解决的是执行层的业务架构；
- 理解业务架构的逻辑含义：一般来说，相对实际的企业形态，我们把业务架构从逻辑上划分为2层：就是在你要确定的主流程场景下，有那些需要使用的基础能力，就像上面的例子一样；其次就是核心的主流程，这个是我们真正的诉求；
- 业务架构的层次理解：这个应该很多人没有仔细想过，业务架构层次应该包含几层，从最基本的解读出发，业务架构的层次包含最小三层：
- 第一层：站在客户的角度，为了完成一次确定的交易，会经历一个完整的生命周期，这个之前大家都探讨过的：MTL-LTO-OTC-CTD-DTS等，也就是需要经历这样一个完整的过程，才能叫做达成一次交易；
- 第二层：基于上面的完整过程，其中的每一个阶段都需要客户和企业之间进行一个或者多个流程交互，每个流程都是互不相同，并且需要基于不同的基础能力单元来完成；
- 第三层：对于第二层的每一个流程，其中都有很多环节，每个环节涉及到具体的能力单元进行处理的时候，实际上也是一系列不同的流程，这个流程是二阶流程环节与能力单元之间的交互；
- 有了这三个层次，基本上业务架构关系就比较清楚了（当然也只限于业务在生产状态的结构关系）；
- 还要考虑的就是要把治理的生命周期纳入进来，就是说，我们上面实际的业务体系，站在企业的角度，也是有一个完整的生命周期来规划，设计，实现，上线，退服等一系列操作；这个也一样都是一系列的流程；
- 在具体的业务主场景架构内，站在企业的角度，我们每次上线一个线的业务实例，同样都需要经历规划，计划，方案，落地，准备，上线，运营，下线的各个阶段，才能让具体的业务对象实现与客户的交易；
- 上面阐述的业务架构，其实是一个完整的体系，站在企业的角度，就是如何把一个具体的业务真正从发起，到最终下线的全过程和内容都确定了一遍，因此，在画业务架构图的时候，最好是采用总分，阶段，层次的方式用多张图来表达，每张图阐述一个业务结论，最好不要用一张图试图讲所有的东西，这个做不到。