引言
组织很少仅通过一个团队或系统来交付服务。客户订单、保险索赔、贷款申请或员工入职流程可能涉及多个部门,有时还包括供应商、支付提供商、监管机构或其他外部组织。
协调此类工作的两种常见方式是编排和协调。编排通过中央流程所有者或控制器来协调活动。协调则通过各方约定的交互来协调独立参与者,无需单一中央控制器指挥整个流程。
这两种方法并非 universally 更优。正确的选择取决于谁需要控制工作流、参与者的独立程度,以及流程所需的可见性、灵活性和问责水平。BPMN(业务流程模型与符号)可帮助团队使这些安排变得可见且可讨论。

关键概念
流程编排是一种由中央协调的工作流。编排者决定下一步做什么,分配或触发工作,跟踪进度,并处理延迟或失败等结果。编排者可能是个人、业务流程管理系统或应用程序。

流程协调描述了独立参与者之间的交互。每个参与者管理其内部工作,同时遵循关于消息、事件和结果的共同预期。没有任何单个参与者必然控制端到端流程。

参与者是参与流程的个人、团队、部门、组织或系统。参与者可执行工作、做出决策或与他人交换信息。

交接发生在责任或信息从一个参与者转移到另一个参与者时。定义不清的交接可能导致延迟、重复工作以及对问责归属的不确定性。

流程边界将某一参与者控制的工作与其不控制的工作区分开来。这一区分在组织之间尤为重要:公司可以协调其内部步骤,但通常无法直接指挥供应商的内部工作流。

编排与协调对比
| 方面 | 编排 | 协调 |
|---|---|---|
| 协调方式 | 中央控制器协调序列 | 参与者通过约定的交互进行协调 |
| 流程可见性 | 编排者通常可跟踪端到端流程 | 每个参与者通常仅看到自身工作及相关交互 |
| 控制 | 对进展和异常情况的集中控制 | 自治权分散于各参与方 |
| 最适用于 | 具有明确的所有权、依赖关系和服务目标的工作 | 独立团队或组织之间的协作 |
| 常见挑战 | 控制器可能成为瓶颈或单点故障 | 参与方需要明确的合同、共享的含义以及可靠的沟通 |
| 典型示例 | 公司的系统路由并跟踪客户的贷款申请 | 零售商、支付提供商和承运商交换消息,同时各自管理其自身运营 |
这些是协调模式,而非互斥的技术。企业可以编排其内部流程,并使用编排(choreography)与外部合作伙伴进行协调。

组织内部工作的协调
在单一组织内,当活动相互依赖且需要有人监控整个案例时,编排通常很有用。例如,IT 服务请求可能由服务台记录,由支持团队评估,必要时升级至安全团队,并在请求者确认修复后关闭。工作流系统可以分配任务、强制执行所需审批并跟踪截止日期。
当团队拥有较大自治权时,编排(choreography)可能更为合适。例如,产品发布可能涉及市场、法务、工程和客户支持团队。每个团队负责自己的工作,但他们会就关键事件达成一致——例如“发布日期确认”或“客户文档已批准”——以便其他团队能够继续推进。
实际问题的关键不在于是否存在中央系统,而在于是否有一个参与方负责指导和监控整个流程。共享日历或消息平台并不一定使流程具备编排特征;拥有路由工作和管理异常情况的中央流程负责人,才是编排更强烈的标志。
组织间工作的协调
跨组织流程通常结合这两种方法。每个组织可以编排其内部活动,而组织之间则通过消息和承诺的编排进行相互协调。
考虑一次在线购买:
-
零售商接受订单并协调其自身的订单验证。
-
零售商向支付提供商发送支付请求。
-
支付提供商独立批准或拒绝支付,并返回结果。
-
如果支付获批,零售商安排履约。
-
承运商接受运输请求,管理配送,并报告跟踪事件。
-
零售商利用这些外部响应更新客户。
零售商可以编排其自身的订单流程,但通常无法控制支付提供商或承运商的内部工作流。因此,组织间的交互更应被视为一组约定的交换:谁发送什么、期望何种响应、适用哪些截止日期,以及若响应缺失或为负面时如何处理。
这一边界至关重要。将外部合作伙伴建模为另一个内部部门,可能会暗示组织实际上并不具备的权限或可见性。
BPMN 如何表示这些模式
BPMN 提供了一种用于描绘工作流、参与方和交互的可视化符号。在 BPMN 图中:

-
池代表参与者,通常是组织或独立的流程参与者。
-
泳道划分参与者内部的责任,例如部门、角色或系统。
-
任务代表工作,例如“验证订单”或“批准退款”。
-
事件代表发生的事件,例如消息到达、计时器超时,或流程开始或结束。
-
网关显示分支或合并逻辑,例如付款是否获批。
-
顺序流显示流程内工作的执行顺序。
-
消息流显示不同池之间的通信。
对于编排,BPMN 模型可以展示一个协调流程,该流程负责路由工作、等待响应并管理异常。对于编舞,图表应强调参与者之间的交互以及它们之间交换的消息或事件。
一个有用的建模区别是,顺序流保留在同一个池内,而消息流连接不同的池这有助于将内部控制流与参与者之间的通信区分开来。
示例
示例 1:员工入职
编排:人力资源部门负责入职案例。一旦新员工确认入职,人力资源部门将触发 IT 账户设置、申请设备、跟踪所需培训,并跟进未完成的任务。
编排:人力资源部门负责入职案例。一旦新员工确认入职,人力资源部门将触发 IT 账户设置、申请设备、跟踪所需培训,并跟进未完成的任务。

编舞:人力资源部门、IT 部门、设施部门、招聘经理和新员工各自负责自己的活动。他们通过约定的事件和截止日期进行协调——例如,人力资源部门发送入职日期通知,IT 部门确认账户准备就绪,招聘经理确认岗位特定培训。

一个实用的选择:当人力资源部门必须跟踪完成情况和解决整个流程中的延误时,请使用编排。即使是在更大的编排工作流中,也将团队间的承诺建模为显式交互。
示例 2:客户支持升级
编排:工单流程分配新案例、检查优先级、将其路由至正确的支持层级、启动升级计时器,并跟踪解决情况。
编排(协调):支持团队、工程团队和第三方服务提供商通过案例更新和约定的响应期望进行协调。各方各自管理其调查工作和内部队列。
一个实用的选择:在支持组织内部编排工单所有权和服务级别跟踪。当工作跨越到工单所有者无法控制的团队或公司时,使用清晰的消息和明确的升级期望。
示例 3:涉及修理厂的保险理赔
编排:保险公司管理理赔案例、验证承保范围、请求估价、做出决策,并跟踪付款情况。
编排(协调):保险公司、保单持有人、修理厂以及可能的评估师之间交换信息和决策。修理厂控制其自身的检查和维修工作;保险公司无法直接规定其内部流程顺序。
一个实用的选择:将保险公司的理赔流程建模为编排式工作流,并通过消息、响应和约定的里程碑来表示修理厂的参与。
选择方法

使用编排当:
-
有一个负责人对端到端的结果负责。
-
工作存在严格的依赖关系或必需的审批序列。
-
参与者需要集中式的状态跟踪、任务分配或升级机制。
-
流程必须应用一致的规则或审计控制。
使用编排(协调)当:
-
参与者是独立的,并保留对其自身流程的控制权。
-
没有任何单一组织能够合法地指挥整个工作流。
-
协调依赖于消息、事件以及各方共同约定的承诺。
-
参与者需要空间来更改其内部工作流,而无需重新协商每一步骤。
使用混合当中央所有者协调其自身流程,同时与自主合作伙伴进行交互时。这种情况在供应链、金融服务、医疗网络以及面向客户的数字服务中很常见。
常见的设计陷阱

-
让中央控制器对其无法控制的内容负责:协调者可以请求工作或监控承诺,但外部参与者仍拥有其自身执行的所有权。
-
交接模糊不清:明确谁发送信息、谁接收信息、期望何种响应,以及何时应进行升级处理。
-
仅建模正常路径:包含重要的异常场景,如拒绝、信息缺失、超时、取消和重试。
-
使用含义不清的消息:明确定义“已接受”“已批准”或“已完成”等状态的含义,以便参与者能够一致地理解它们。
-
使第一张图表过于复杂:从主路径和主要参与者开始。如有需要,在单独的视图中添加详细任务和异常场景。
-
将图表视为运营协议:BPMN 模型可以明确职责和交互,但跨公司流程可能还需要合同、数据定义、服务期望和治理机制。
使用 Visual Paradigm BPMN + AI 对流程进行建模
Visual Paradigm 描述了利用 AI 辅助从自然语言流程描述生成 BPMN 图表,随后在其建模环境中进行编辑。其 BPMN 工具还支持流程下钻和工作程序文档化。应将 AI 输出视为待审查的草稿,而非证明流程正确或合规的依据。

一个实用的工作流程:
-
撰写流程叙述。命名参与者、其职责、主要决策,以及跨越组织边界的事件或消息。
-
生成初稿。在 Visual Paradigm 中,用自然语言描述流程,并请求相关的池和泳道。具体界面和功能可用性可能因产品版本而异。
-
审查边界。检查内部工作是否位于正确的池中,并确保参与者之间的通信以消息流表示,而非内部顺序流。
-
检查逻辑。确认网关条件、审批与拒绝路径、计时器、缺失响应场景以及结束状态。
-
与参与者进行验证。请流程所有者和合作伙伴代表确认职责、消息含义、截止日期和异常场景。
-
完善并文档化。在需要的地方添加细节,附上工作程序;若正在重新设计流程,则维护独立的状态版本(当前状态和目标状态)。
用于初始模型的一个有用提示:
创建一个涉及客户、零售商、支付提供商和承运商的在线订单的 BPMN 2.0 流程。零售商验证订单并向支付提供商发送支付请求。如果支付被拒绝,零售商通知客户并结束订单。如果支付获批,零售商向承运商发送发货请求。承运商返回发货确认和交付状态消息。当在约定时间内未收到合作伙伴的响应时,包含超时路径。将每个组织划分为独立的池,在泳道中显示零售商的内部活动,并使用消息流表示组织间的通信。
生成后,请确认该图表能够区分零售商的内部序列与同支付提供商和承运商之间交换的消息。与实际执行工作的人员一起审查每个分支和超时路径。
结论
编排和协同解决不同的协调问题。编排为负责方提供了一种指导和监控工作流的方式;协同则允许独立参与者通过约定的交互进行协调,同时保持其自主性。许多实际流程同时使用两者:在每个组织内部使用编排,在组织边界之间使用协同。
BPMN 通过将参与者、内部工作、决策和消息分离开来,使这些安排更易于讨论。AI 辅助建模可以加快初稿的生成,但最重要的工作仍由人类完成:验证职责、异常路径以及确保协调成功的协议。









