中培伟业IT资讯频道
您现在的位置:首页 > IT资讯 > 软件研发 > 中培专家论-数字化业务流程引领企业提升效率(一)

中培专家论-数字化业务流程引领企业提升效率(一)

2018-07-16 11:02:50 | 来源:中培企业IT培训网

我们常常看到领导门前排成行,等待签字的员工;也常常看到应该及时录入到业务系统的信息没有及时录入,成了事后补录,甚至缺失;也会看到因职责不清,流程的执行出现断点,直到领导过问,才发现问题。

数字化业务流程支持业务的操作、管理和决策。从操作层面,有利于提高效率;从管理层面,有利于管理规范化;从决策层面,有利于为企业提供有效的决策支持信息。

真实世界的业务流程是复杂多样的,把这些业务流程抽象出来,我们会得到流程模型。数字化业务流程涉及到方方面面的内容,本文介绍21种国际流程模式,以及6种中国特色的流程模式。国际流程标准化模式,是西方业务流程管理思想设计的工作流框架,更多的是关注“如何辅助开发者更容易的让流程运行完成”,而不是关注“记录流程运行的历史和轨迹”,因此没有考虑“回退”、“取回”、“会签”、“委派”等业务场景。在实际项目过程中,深感对这些中国特色流程支持的重要性。本文剖析了这些业务流程模式,供企业流程数字化时参考。

▌标准流程模型

1 ▏五种基本控制流模式

模式1:顺序流程

描述:工作流中的各个活动在同一个进程中按顺序依次执行。

例子:这种流程最常见,比如审批流程,流程发起后逐级审批。

模式2:并行分支

描述:工作流在某个活动后,产生了分支。

例子:入职审批活动通过后,产生两个分支,一个分支用于通知资产部门,准备办公用品;一个分支IT团队,为员工开通企业邮箱。

模式3:同步

描述:工作流中的多个并行的子流程或活动,汇合成一个流程或活动。流程需要等到所有分支都执行完成后,才激活后续流程或活动。

例子:当资产部门为员工分配了办公用品、IT团队为员工开通企业邮箱后,触发后续任务,通知人力资源,员工已成功入职。

模式4:排他选择

描述:一个活动完成后,只能在后面的多个分支活动中激活一个。

例子:比如,付款流程中,可以选择微信付款和支付宝付款,只需要执行其中任何一个流程。

模式5:简单合并

描述:工作流程中两个或者两个以上的分支被合并为一个活动,只要分支中的一个完成,即可继续执行。其它分支自动结束。

例子:付款方式,支付宝付款或微信付款中的任何一种付款完成后,即可触发发货流程。

2 ▏4种包含多实例的模式

模式6:多路选择

描述:当一个活动完成后,有多个分支进行选择,可以选择其中的一个或多个分支,即“多选多”。

例子:会签流程发起之后,有选择产品经理会签、开发负责人会签、测试负责人会签等多种会签方式,可以同时选择一种或一种以上,但至少要选择一种。

模式7:同步合并

描述:流程中的某个聚合点,多个分支路径合并成一个路径。在聚合点,流程会等待所有被选择的分支到来,才能激活后续的活动。这个模式可以选择分支路径。此模式一般与模式6配合使用,是模式5的扩展。

例子:要等待所有需要会签的活动都结束,才进入“会签结束”,忽略不需要会签的活动。

模式8:多路合并

描述:在流程中的多个分支,每个分支执行完,都可以激活后续的活动,也就是后续活动会产生多个实例。

例子:一次购物清单,包含3个商品,有2种商品确认有库存,可以激活后续的送货操作。另外1种商品缺货,可以等到批发货品到货后,再激活后续的送货流程。

模式9:鉴别器

描述:流程的聚合点,N个分支的中的一个分支到达后,就立刻激活后续活动,但不执行。要等待其余分支完成后,才执行后续流程。

例子:审批流程中,处长审批后,提交副局长审批,流程到达第一副局长、第二幅局长和第三副局长审批。当一个幅局长审批后,流程到达局长审批。但要其它2个副局长都审批后,才能执行局长审批。

模式10:M中的N模式

描述:合并M条路径,选择激活N条,N条同步后只执行一次后续活动。

例子:上例中,审批流程中,处长审批后,在三个副局长中,选择某两个副局长审批,当两个副局长审批完成后,流程到达局长审批。不需要另一个副局长审批。

3 ▏2种结构化模式

模式11:任意循环

描述:一个或多个活动反复执行。

例子:在已购物品列表中,执行再买一次,循环购买流程。

模式12:隐式终止

描述:指一个流程,如果活动没有执行,流程自动终止。

例子:企业的宣传活动,用户中奖,用户如果过期不去兑奖,流程自动终止。

4 ▏4种包含多实例的模式

模式13:非同步的多实例

描述:一个活动可以激活多个实例,每个实例相互独立,后面不需要同步。

例子:网上购物,每个物品都会独立产生一个购买实例,每个物品可以单独采购,实例之间不需要同步数据。

模式14:设计时预先确定的多实例

描述:流程中,被激活的多个实例需要在某个聚合点聚合,实例的个数在设计的时候就确定了。一旦所有实例执行完成,则激活其他活动。

例子:单位采购100台电脑,预先设计了从那几个供货商采购,采购多少台。在流程设计时,就确定了活动实例。

模式15:运行期预先确定的多实例

描述:流程中,被激活的多个实例需要在某个聚合点聚合,实例的个数在设计的时候并不知道,只有在运行时根据条件来决定需要激活实例。

例子:单位采购100台电脑,预先没有设计从那几个供货商采购,采购部分电脑后,根据现实情况决定后续激活多少个采购实例。

图例:同十三,流程在运行期决定要激活的实例个数。

模式16:运行期无法预先确定的多实例

描述:流程中,被激活的多个实例需要在某个聚合点聚合,实例的个数在设计的时候并不知道,在产生的实例执行时或者已经执行完时,仍然有新的实例产生。这个模式和模式14的区别在于,在某些实例运行结束之后,新的实例仍能被创建。

例子:单位采购100台电脑,预先没有设计从哪个供货商采购,采购多少台。每采购一次,需要跟100台的数量进行比较,要是少于100台,继续采购。

图例:同十三,每执行一个活动实例要增加判断,看看是否达到100台,以决定是否需要继续往下执行。

想了解更多IT资讯,请访问中培伟业官网:中培伟业