建好的企业级模型能把复杂需求的方案设计压缩到几小时先扎马步才能后敏捷

一个真实的紧急案例最能说明企业级业务架构前期投入的回报：某企业 需要在几乎”特事特办”的时间压力下，为一个和互联网公司合作的 黄金在线销售业务出方案，业务部门连夜写出的需求文档有9000字、 涉及11个大需求项，但因为这家企业此前已经完成了企业级业务架构 设计和模型建设，并已经用模型驱动开发了数年、工具使用熟练， 业务架构师从阅读需求到完成设计、再到向领导汇报出结果，总共只 花了四个多小时——方案最终只是在原有业务模型上补充了部分描述 和规则，没有增加活动、任务这类较大的模型元素，这正是”对原有 业务架构和模型的充分复用”的直接体现。更关键的是，这个案例涉及 客户信息管理、交易、核算、运营等多个原本分属不同业务条线管理 的内容，是典型的跨条线企业级需求，而正因为有业务模型作为架构 分析工具，才能快速识别出需求该归属到哪些既有组件、为跨条线 协调提供客观依据，如果没有这套模型打底，协调这类需求的成本会 高得多。这个案例呼应了作者对”业务架构与敏捷关系”的最终结论： 最初建立企业级业务模型一定是一个漫长的过程，因为要处理大量的 标准化整合，还可能触动深刻的利益关系，但一旦完成这个过程、 真正建立起企业级业务架构，后续反而可以向敏捷过程看齐——这种 有企业级参照的敏捷，比没有”篱笆”的野蛮快速开发要更可靠，因为 开发人员总是更愿意在清晰的边界内工作。作者用练武术打比方：”看似 笨重的业务模型方法，其实提供了一个扎实的下盘，如同练武术一样， 若没有扎实的马步，又怎么能够飞檐走壁？”