1886年,卡尔·本茨发明世界第一辆汽车,汽车为人力沟通、交通、物流做出巨大贡献。汽车驾驶员都知道要想驾车上路,第一步是先启动汽车,观察周围情况,再挂档开出,按规划路线出行,如果有问题则停车,直至熄火。
BPM流程活动和驾驶汽车上路活动是否很相近呢?汽车有发动机引擎,BPM有流程引擎。
超越信息化实施BPM的业务与技术路线,将是怎么样呢?
首先,回顾早期实施BPM建模模型,如下图所示简易审批流程图。
在业务申请活动中,使用BPM引擎模型局部表示是:
用户体验流程局部模型表示是:
如上图所示模型中“申请活动”表达是启动流程并送到下一环节,越过启动及启动处理环节。这样申请人无法结束流程,就好像汽车驾驶员上车开车就出发,不能停车。
通过分析,得出如下结论:
按模型所示,领导可以直接把流程申请单退回给申请人,而国外的BPM流程引擎仅仅支持流程回退上一环节功能,这样是否可以把流程管理活动理解如下:
上述理解很不合适,流程设计者初衷也不是这样的,这样的问题如何解决呢?
首先,仍以上文简易审批流程为例,调整申请活动环节,以及退回申请人处理。
由于画图表示原因,注释说明如下:
(1)部门经理可以退回申请人
(2)领导可以退回到部门经理
退回申请人的操作,按原路退回方式完成。
在业务申请活动中,使用BPM引擎模型局部表示是:
通过上述优化,申请活动环节具有结束流程能力。如下图所示,基于Cordys BOP 4平台建模样例,供参考。
优化申请活动环节操作顺序如下图所示。整体上为申请人增加了一次处理待办任务操作(图中第3步),此待办任务内含有顺序送给下一活动环节和结束流程两个分支。
注:此种建模方式,申请人也可以填写流程处理意见。
按规范化流程管理,不存在退回处理业务,仅存在退回上一活动环节业务。合理流程建模方法如下:
流程优化、流程再造是个系统化工程,在这里仅从常见问题进行技术优化总结。
首先,设计流程原则:
常见问题或需求及解决方案如下表所示:
问题或需求 | 解决方案 | 说明 |
---|---|---|
任意退回需求 | 通过后台运维按异常进行处理 | 属于不符合规范情况 |
申请人结束流程 | 增加申请活动环节 | 不建议使用启动来替代 |
无序多环节并发 | 使用活动环节或子流程并发处理 | 例如Cordys上For Each循环 |
顺序工位多活动环节退回 | 通过画关联线处理 | 业务需求,麻烦是必须 |
活动环节多有不用的情况 | 梳理拆分为多个工作流 | 一个业务分拆成多个流程 |
原文地址:http://blog.csdn.net/xiaoyw71/article/details/45739913