知识卡片
业务架构该从IT战略独立出来成为业务与技术之间的通用语言
内容
TOGAF把业务架构归属在IT战略部分,这个定位本身就暗示了业务架构 存在的理由是服务于IT系统设计——降低复杂度、更好地规划和实现 系统。但作者从多年一线实践出发提出了一个不同的定位:业务架构 真正突出的价值,不在于它辅助了哪个IT系统的设计,而在于它改变 了参与过企业级业务架构设计的业务人员本身——他们的逻辑思维 能力、结构化能力、企业级观念都会因此发生明显变化。基于这个 观察,作者主张业务架构应当从IT战略中独立出来,更多地面向业务 人员,去充当业务与技术之间的”桥梁”,并据此给出自己的定义: “以实现企业战略为目标,构建企业整体业务能力规划并将其传导给 技术实现端的结构化企业能力分析方法”。这个定义的关键词落在 “传导”而不是”服务”上——业务架构不是IT设计过程里的一个辅助 输入项,而是一套独立的、把企业战略转译成可以被技术理解和实现 的结构化语言的方法本身,它的首要责任是打造业务和技术之间能够 有效沟通的”通用语言”,而不是仅仅在IT战略框架内充当一个交付物。 但这份独立地位也带来一个隐含的责任:既然要让业务人员真正掌握 和使用它,业务架构方法本身就必须持续改进、简化,对业务人员 更友好,并坚持用它做企业级需求管控,否则”熵增”会让已经建立 起来的架构秩序逐渐退回混沌状态。
参考来源
- 位置:《企业级业务架构设计:方法论与实践》第1章"业务架构的
发展历程"1.5节"业务架构的定义"(源文件:_epub-src对应
text00011.html一带)
- 结论依据:原文明确"业务架构与其他架构一样,其目的也是要降低
复杂度,从更好地规划和实现系统,因此TOGAF将业务架构归属于
IT战略部分。但是从笔者的实践经验来看,业务架构更突出的特点是
影响了参加过企业级业务架构设计工作的业务人员……所以,应当
将业务架构从IT战略中独立出来,更多地面向业务人员,以充当
业务与技术之间的桥梁",直接支撑业务架构应独立于IT战略、以
业务与技术间通用语言为核心使命这一结论。
- 原始内容:应当将业务架构从IT战略中独立出来,更多地面向业务
人员,以充当业务与技术之间的桥梁……业务架构的首要责任在于
实现业务与技术的深度融合,在于打造能够让企业整体,尤其是
业务与技术之间有效沟通的"通用语言"。