承接上文。EBPM 方法论认为：“业务场景” 是指业务活动发生的特定业务环境。通俗地说，“业务场景” 就是描述企业在 “什么业务环境” 下决定 “要做什么”。

上图中，EBPM 方法论将 “业务场景” 分为战略类、管理类、运营类、授权类四个层级和类别。本文介绍一下 “授权类业务场景”。

01—对 “授权类业务场景” 的理解

随着企业的发展壮大，企业内部的授权管控体系也越来越复杂，管理者常有 “一放就混乱，一管就僵化” 的感觉。于是乎，构建一套科学有效的授权管控体系就成为亟待解决的问题。

如何构建呢？上图所示的两份文档是现阶段企业最常用的技术手段。一份是《责权管控表》，即站在整个企业的角度梳理需要管控的事项，明确管控的责任主体，并在二者间分配相应的权力和责任。另一份是《流程权限表》，其作用是承接《责权管控表》在设计流程时加以落实。比如，《责权管控表》中明确规定设备采购超过100 万时须总裁审批，那么在流程中就必须有这样一个审批步骤。

数字化时代，一切都要构建模型。上述电子表格形式描述的授权规则也要通过构建要素化、结构化的模型来实现 “数据+模型” 驱动的数字化管理。在构建数字化管控体系模型时，“能力”、“流程”、“活动“ 和 “场景”是最基本的四类管理要素。

02—“管控模式模型” 中的授权类业务场景

我们先来回顾一下《EBPM 方法论对 “业务场景” 的理解（中）》一文中提到的从“各级能力”到“职能流程”的解析过程中用到的《流程选择矩阵》这个工具。如上图右下角所示，此矩阵的纵轴是“末级能力项”，横轴是“业务场景”，EBPM 方法论将用来解析流程清单的“业务场景”称为“运营类业务场景”。

在将电子表格《责权管控表》转化成《管控模式模型》时，如上图下半部分所示，会用到“能力”和“场景”两类要素。

如上图所示，右下角《流程选择矩阵》中纵轴的“末级能力项”和横轴的“管理类业务场景”的交叉点，决定了应运行“哪条职能流程”。这个逻辑，应照搬到《管控模式模型》中，共同成为此模型的纵轴。在此基础上，通过“授权类业务场景”细化到对一条流程中“活动”的两类管控要求，分别是：

1) 流程中应至少包括几个授权管控类的活动，这部分构成了《管控模式模型》矩阵的交叉点。

2) 这些活动应由谁（授权主体）来完成，这部分是《管控模式模型》的横轴。

总之，“授权类业务场景”对应的颗粒度是流程中的“活动”，是在“活动”这个细度上描述“什么业务环境下”应“做什么”。

基于“业务场景”的定义，可以对上述“管控模式模型”进行这样的描述：对于“采购需求管理”而言，在“设备采购”、“国产设备”、“金额<200万元”这个业务场景下，对应的业务流程中至少应有1个“主管副总完成的审核类活动”和1个“总经理完成的审批类活动”。

《管控模式模型》是对相应的职能流程提出了管控要求。那么，相应的流程如何落实这些管控要求呢？那就要通过“职能流程模型”来实现了。

03—“职能流程模型” 中的授权类业务场景

要在设计流程时落实 “管控模式模型” 中对 “业务活动” 的管控要求，需要完整描述以下两类规则：

1）流程路径选择规则。即“什么业务环境”下应“完成什么<业务活动（流程步骤）>“。

在上图右侧所示的《流程路径选择表》模型中，明确了在“什么业务场景“ 下应 “走什么样的流程路径”。

上图所示的《职能流程模型》中，提交申请后的审核审批类活动20-30-40-50构成了一个“串行活动选择路径”，由于不是所有业务场景下这4个活动都要串行完成，因此在这一条流程路径上分配了一个《流程路径选择表》模型，描述了如下的选择规则：

在“设备采购”、“国产设备”、“金额<200 万元”这个业务场景时，应走20-30这个流程路径，包括<步骤20：设备部经理审核>、<步骤30：主管副总审批>。

在“设备采购”、“国产设备”、“金额>=200 万元”这个业务场景时，应走20-30-40这个流程路径，即多一个总经理的审批活动。

在“设备采购”、“进口设备”、“金额<100 万元”这个业务场景时，应走20-30-40这个流程路径。

在“设备采购”、“进口设备”、“金额>=100 万元”这个业务场景时，应走20-30-40-50这个流程路径，即再增加一个董事长的审批环节。

上图所示是某企业的《销售合同签署流程》，合同评审阶段的3 个活动：<步骤 20：法务评审>、<步骤30：价格评审>、<步骤40：交期评审>构成了另一种类型的流程选择路径，即“并行活动选择路径”。同样，由于不是所有情况下这三个步骤都需要走，右侧所示的<流程路径选择表>中设定了路径选择的规则，符合特定条件时才需要完成相关的步骤，如果条件不符合，这三个步骤都可以跳过。

当销售合同是基于<非标准合同>模板起草的，才需要走<步骤 20：法务评审>，否则这一步可以跳过。

销售合同的价格折扣<超出规定范围>，才需要走<步骤 30：价格评审>，否则这一步可以跳过。

销售合同上规定的交货周期<小于标准交期>才需要走<步骤40：交期评审>，否则这一步可以跳过。

2）角色中选人的规则，即 “什么业务场景” 下应 “由谁来完成任务”。

负责完成“业务活动”的“角色”中往往会有多个人员，那么在一个具体的流程实例中，应有其中的哪个人或者哪几个人来完成任务呢？此时，需要通过《角色人员选择表》来描述选人的规则。

上图所示的<设备采购申请流程>中有一个<主管副总审批>环节，这个活动分配了一个角色“设备采购主管副总”。如上图右侧所示，这个角色分配了一个岗位“副总经理”。然而，“副总经理”这个岗位中有4个人。那么，<设备采购申请流程>中完成<主管副总审批>这个任务的人究竟是这4人中的哪位呢？上图右侧所示的《角色人员选择表》中明确了此处的选人规则。

当申请采购“国产设备”时，由张总负责审批。

当申请采购“进口设备”时，由王总负责审批。

赵总、李总与此事无关，即这二位不是设备采购的主管副总。

综上，“职能流程图模型”中通过<流程路径选择表>和<角色人员选择表> 完整描述了“什么业务场景”下“应完成什么活动”和“由谁来完成的”的规则。

04—小结

“授权类业务场景” 主要用来描述 “业务活动” 这个颗粒度的 “什么业务环境” 下 “要做什么”。

如上图所示，“授权类业务场景” 主要用在<管控模式>和<职能流程>这两个模型中，而且这两个模型是承接关系。<管控模式模型>是提出授权管控要求；<职能流程模型>是在流程中落实授权管控要求。