一、在 TOGAF10 元模型中,能力和流程是两个不同对象
TOGAF10 的架构内容框架中,元模型定义了描述企业模型时会出现的实体类型,以及这些实体之间的关系。

在这个元模型里,业务能力和 流程 是两个独立的实体。
TOGAF 对 Business Capability 的定义是:
Business Capability 是企业为了实现某个特定目的而可能拥有或交换的一种特定能力。
TOGAF 对 Process 的定义是:
Process 是一组活动序列,共同实现一个特定结果;它可以分解为子流程,也可以展示某项业务能力或服务在下一层级的运作方式。
这两个定义放在一起,意思就很清楚了:
业务能力强调的是企业具备什么能力;业务流程强调的是一组活动如何被组织起来,最终达成某个结果。
比如:
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
所以,“合同管理”更适合作为业务能力;“合同审批”更适合作为业务流程或流程活动。把“合同审批”直接放成一级业务能力,就容易把能力架构画成流程清单。
二、能力关注 What,不解释 How
《TOGAF系列指南:业务架构》对业务能力讲得更直接。

该指南说明,能力可以理解为“做某事的能力”,业务能力代表企业做某事的能力。更关键的是,指南特别强调:业务能力描述企业 做什么,而不试图解释企业 如何做、为什么做、在哪里做。
直接把业务能力和业务流程区分开了:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
TOGAF 指南里还有一个很实用的判断方法:业务能力命名通常用名词或名词短语,比如 Project Management、Strategic Planning;而动词式表达往往更接近流程,因为它是在描述“如何做”。
这对我们实际建模很有帮助。
比如:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
当然,能力名称里也可能带“管理”“运营”“服务”等词,但它表达的是一个相对稳定的业务本领,而不是某一个具体流转步骤。
三、二者不是割裂关系,而是“能力被流程运行起来”
能力和流程不是一回事,但二者也不是割裂的。
TOGAF10 元模型在关系表中明确给出了业务能力和流程的关系:
Business Capability — Process:Is operationalized by也就是:业务能力被流程运作化、运行化。
反过来,元模型里也有:
Process — Business Capability:Operationalizes也就是:流程对业务能力进行运作化。
它说明 TOGAF 并不是简单说“能力和流程都重要”,而是明确指出:
业务能力需要通过流程被运行起来;业务流程则是业务能力落地运行的重要方式。
换句话说:
能力定义边界,流程组织执行。
比如“客户管理能力”,如果只停留在能力地图上,它只是一个能力单元。真正落地时,可能会体现为客户建档流程、客户分级流程、客户服务流程、客户投诉处理流程、客户续约流程等。
再比如“合同管理能力”,它在实际业务中可能会体现为合同起草流程、合同审批流程、合同签署流程、合同变更流程、合同归档流程等。
所以,业务能力和业务流程之间通常不是一对一关系,而是多对多关系:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
这就是二者最核心的逻辑关系:
流程不是能力的同义词,而是能力的运行方式。能力不是流程的集合,而是对企业业务本领的稳定抽象。
四、为什么不能只画能力,也不能只画流程?
在实际业务架构工作中,常见两种偏差。
第一种偏差是只画能力。
只画能力地图,看起来很完整,客户管理、产品管理、合同管理、订单管理、结算管理、风险控制一个都不少。但如果不往流程上落,就很难回答:这些能力到底在哪些业务场景中被调用?哪些环节断点最多?哪些部门之间协同最差?哪些系统支撑不到位?
第二种偏差是只画流程。
只画流程图,可以看清楚每一步怎么走、谁审批、谁执行、谁归档。但如果不抽象成能力,就容易陷入局部流程优化,看不到企业到底沉淀了哪些通用能力,哪些能力重复建设,哪些能力应该统一规划、统一建设、统一治理。
所以,比较合理的做法是:
先用业务能力架构看清企业需要具备哪些能力,再用业务流程架构说明这些能力如何在具体业务场景中被调用、组合和执行。
这也是 TOGAF 业务能力指南所强调的思路:业务能力模型提供一个相对稳定的业务视图,用来帮助业务领导者和架构师管理业务复杂性;而能力背后的角色、流程、信息和资源,则为这些支撑要素提供业务上下文。
五、最终结论
回到最开始的问题:
业务能力架构和业务流程架构之间有逻辑关系吗?
答案是:有,而且关系非常明确。
从 TOGAF10 的元模型看,业务能力和流程是两个不同的业务架构对象;从 TOGAF 对业务能力的解释看,能力强调企业“做什么”,不解释“如何做”;从元模型关系看,业务能力被流程运作化,流程对业务能力进行运作化。
所以,二者的关系可以概括为一句话:
业务能力架构定义企业“能做什么”,业务流程架构说明企业“怎么把事情做成”;能力为流程提供业务边界,流程让能力在具体场景中运行起来。
这就是业务能力架构和业务流程架构之间最核心的逻辑关系。
六、TOGAF业务能力系列指南


EA之家 » 业务能力和业务流程,到底是什么关系?TOGAF其实说得很清楚,附Togaf业务能力