业务架构不被重视的四个原因：用得少、难设计、易偏离、难维护

从TOGAF算起，业务架构这个概念已经有二十多年历史，但在开发人员 群体里，它远不如需求分析概念明确，业务架构师也远不如产品经理 常见。作者从一线实践总结出四个让业务架构”显得虚”的具体原因， 这四个原因分别指向实践链条的不同环节。第一是用得少：传统的 单体式或竖井式开发本来就没有横向视角的需求，普通的产品分析或 需求分析已经能满足其开发需要，自然用不上强调横向整体性的业务 架构。第二是难设计：越是错综复杂的大型企业，业务架构从战略 分解、自身整合标准化到向IT设计过渡的每一步都布满陷阱，越复杂 宽泛就越难驾驭，导致不少企业即便尝试过，也只敢把业务架构设计 停留在高阶、笼统的状态，连做过的人自己都觉得没底气。第三是 易偏离：项目实施期间会因为各种客观因素偏离原有的业务架构设计， 这种偏离一旦没有被及时纠正或做架构调整，日积月累就会让业务 架构逐渐失真、名不副实。第四是难维护：即便少数企业熬过了落地 的困难期，后续维护架构本身的持续投入难度，也会让企业因为吃不 消而选择放弃，进而拉低对业务架构价值的整体评价。这四个原因 串联起来看，恰好覆盖了业务架构从”要不要用”“能不能设计出来” “设计出来能不能守住”“守住了能不能长期维护”这一整条实践链路， 说明业务架构实践的难点不是单点的，而是贯穿始终的。