1、业务架构是面向企业策略和企业整体的，而非仅解决繁多需要。其个别实现过程包含设计和落地两个一直交替回升的过程。其中，设计过程为从企业策略剖析登程，通过梳理企业指标，挖掘能力需要（既可能是企业本身业务与技术水平倒退产生的被动能力需要，也可能是科技导致的业态变动、竞争压力产生的被动能力需要）；再通过价值链剖析形式，构建企业整体能力布局（即业务架构），并在剖析过程中，将能力需要放入能力布局中，并以此在业务层面落地策略、测验策略的可行性，甚至调整策略。落地过程次要为通过业务架构驱动IT设计、协调施行过程，建设业务架构元素与IT设计元素之间的分割，并在施行中对业务架构进行基于实现的最终调整，以确保业务架构与IT实现之间的一致性。落地后则会依附业务架构治理企业需要、解决策略迭代的业务，业务架构设计与IT落地交替回升。
优良的业务架构实际不能仅单纯地停留在业务剖析层面，也不能只满足于业务能力的组件化聚类，而是要时刻关注新技术、新业态的变动，适时引入新理念、新方向，使之具备与时俱进的能力。实现上，咱们以前提倡“业务推动技术”，业务提需要，技术管实现，业务倒退催生技术倒退；而当初，随着技术提高越来越快，“黑科技”也越来越多，“技术引领业务”的声音逐步增多。然而，所谓的“技术引领业务”并不是指由IT人员间接抛出新技术给业务人员去推敲和钻研，而是指将对新技术的了解首先通过业务架构设计引发业务变动，用新技术理念推动业务模式演变，再进行IT技术开发，这才是现实的“业务与技术交融”，由此可见，业务架构意义重大。
如下3点模型思维是在各类工作中都值得借鉴的。
（1）把握整体对于把握整体的重要性这里不再赘述，对于其利用场景，举例来说就是，对于领导交办的任何工作，尽可能不要第一工夫就“Just do it”，而是要先抽出点工夫，思考下事件的前因后果、前因后果，这样能力管制好工作的度，免得过犹不及。工夫和人力是企业最贵重的资源，不是任何事件都值得投入最大的精力去谋求满分成果，要从整体着眼来评估工作事项，尽量杜绝适度“敬业”对工夫和人力的节约。
（2）穿透景象露出水面的往往是冰山一角，可能透过景象看实质是对建模人员工作能力的根本要求。这种留神事物内在联系、实质差异的能力，有助于读者拨开笼罩在景象外表的“迷雾”，找到解决问题的最佳计划。这种思维形式在任何工作中都是能够用得上的。
（3）保障落地已经有句流行语：“所有不为业务目标服务的技术都是耍流氓”，这里套用一下，“所有不思考落地的架构设计都是耍流氓”。架构不能只是停留在口头上，纸面，真正理解架构实质的人，无论做出什么样的设计方案，都会以落地施行为前提。对应到日常工作中，就是无论何时何地，各位提出的工作倡议都不能只是“空谈”，都要为其实现而负责。落地靠的是教训、办法、能力，而不齐全是信念，所以，工作要谨慎，胆大的同时更要心细。
摘录自《企业级业务架构设计：方法论与实际》