上两篇文章中,介绍了 <流程路径选择表> 模型,这是用来解决复杂 “流程路径选择” 中 “该做什么” 的问题,也就是所谓的 “流程步骤裁剪” 问题;而本文介绍的 <角色人员授权表> 模型则是用来解决 “流程路径选择” 中 “由谁来做” 的问题,也就是所谓的 “流程执行人选择” 的问题。
“流程执行人选择” 指负责完成本步骤的角色中有多个人员,本质上是穷举了各种情况下可能完成本步骤的所有人员。流程实际运行时,不是角色上的所有人员都会同时完成某一实际的业务活动。一般情况下,是从这些人中确定唯一的一个人来完成某一具体的业务活动,即只有这个人会收到待办事项,其他人不会。当然,有时同一个任务也可能会派发给多个人来共同完成。总之,“流程执行人选择” 就是从角色中的多个人员中基于规则确定一个或多个人来完成某一已经产生的具体任务。
<角色人员授权表> 模型由流程活动、角色、岗位、人员、授权规则五要素中的部分或全部构成。以下三种模型,在不同业务场景中可以灵活使用,但更为规范且 EBPM 方法论推荐的是第二、三种模型。第一种<角色-人员>模型,由于没有岗位作为中介,在整个管理体系模型基于岗位进行各种优化分析时,将会有信息的缺失从而导致分析不完整和不准确。
01
—
<角色-人员> 授权模型
如上图所示,角色可以直接关联人员,完成授权。如果一个角色中关联了多个人员,且通过授权条件规定了什么情况下由某个具体人员完成,则数字化流程引擎可以按授权规则读取并判断最终的负责执行人员。如果一个角色中关联了多个人员,且没有授权条件规定什么情况下由哪个人员完成,则需在流程实例中由人工进行选择,或将待办事项发给每个人,这些人中任何一个人完成就算完成了。
02
—
<角色-岗位-人员> 授权模型
角色也可以通过岗位关联人员,完成授权,这是最为规范的方法,也是 EBPM 方法论推荐的方法。如上图所示,<角色A> 关联<岗位A>,由于 <岗位 A>上关联了人员,则角色自动与<岗位A>上的人员构建了关联关系。当<岗位 A>上的人员有变化时,<角色 A>关联的人员也自动变化。比如,<岗位A>上员工张三离职,新员工李四入职,即<岗位A>上的员工由张三变成了李四,那么<角色 A>上的员工也自动由张三变成李四。如果一个角色中关联了多个人员,且通过授权条件规定了什么情况下由哪个具体人员完成,则数字化流程引擎会按授权规则读取并判断最终的负责执行人员。同样,如果一个角色中关联了多个人员,且没有授权条件规定什么情况下由哪个人员完成,则需在流程实例中由人工进行选择,或将待办事项发给每个人,这些人中任何一个人完成就算完成了。
03
—
<角色-角色-人员> 授权模型
通过<角色-角色-人员>的形式完成授权,也是 EBPM方法论推荐的方法。如上图所示,<角色A> 关联<角色A-1>, <角色A-1> 通过<角色-岗位-人员>实现最终的<角色-人员>关联,即<角色A>自动与<角色A-1>上的所有人员构建了关联关系。当<岗位 A>上的人员有变化时,<角色 A>关联的人员也自动变化。比如,<岗位 A>上的人员由张三转成了李四,则 <角色 A>上的人员也自动由张三变成了李四。完成 <角色-人员>关联后,接下来通过<授权条件>来规定什么情况下由哪个人员完成相关业务活动,即最终实现“流程执行人的裁剪”。同样,如果一个角色中关联了多个人员,且没有授权条件规定什么情况下由哪个人员完成,则需在流程实例中由人工进行选择,或将待办事项发给每个人,这些人中任何一个人完成就算完成了。
构成<角色人员授权表> 的流程活动、角色、岗位、人员、授权规则五要素中,<授权规则> 所描述的内容是非常灵活和宽泛的。上图示例中的<授权规则>是基于上一步骤完成人自动从本步骤所有可能的完成人中基于<授权规则>找到一个完成人,也就是实现所谓的 “流程执行人选择”。
需要特别指出的是,<角色人员授权表>模型在传统的流程梳理中,常常是脱离流程图而存在。绘制流程图的人往往并不梳理<角色人员授权表>,只有当流程需要在信息化系统中落地时,才触发此项工作。这当然是不对的,如果流程图既没有讲清楚 “该做什么”(没有 <流程路径选择表>),也没有讲清楚 “由谁来做”(没有<角色人员选择表>),这样的流程图算是将企业的流程 “理清楚” 了吗?能基于这样的流程图将企业的流程 “管起来” 并 “持续优化” 吗?笔者认为,这样的流程图最多是一个工作过程示意图而已。数字化时代,更不可能基于这样的流程图模型来构建 “数字化管理体系”。
当然,如果通过 EXCEL 表的形式来梳理 <流程路径选择表> 和 <角色人员授权表>,其天然就是与流程图分离的,不是一套完整的模型。所以,基于数字化的建模工具来构建流程模型,而不是 “图归图,表归表”,是构建上述管理逻辑体系的重要技术保障。数字化时代,随着企业建模技术的迅速发展,这一点也经不是问题了。