基于WF设计业务流程平台_同一流程多种状态

基于WF设计业务流程平台_同一流程多种状态

 

 

状态图是工作流设计中经常要用到的一个设计图形,

 

许多流程设计人员在与我谈论状态图时,常对我说对UML中状态图的个种图例都已熟练的掌握了,但每次画业务流程的状态图时,总是觉得画得不随手.

 

其实,在画业务流程的状态图时,很多人都犯了一个错误,想用一个状态图表现出流程的所的状态

 

而在实际应用中,同一个流程是用多组状态的,在同一流程和不同参与者眼中,流程的状态各不一样

 

下面,我用一个例子加以说明:

 

先说一下场景:

 

A公司(一家商业公司),要举行一次商业活动,由[市场部]提出,[管理层]批准,[策划部]策划,[实施部]实施的一个流程

 

 

先看一下全景流程

 

 

这是一个最常见的流程

 

该流程是一个多部门多职能参与的公事流程

在这个流程中体现了

1. 业务升级:[意向]->[需求]->[方案]->[实施计划]->[实施]
2. 对外职能对等,
3. 以牵头部门[市场部]不中新的业务旋转移交

等标准特性.

 

这是传统的企业管理中常用的一种模式,这种业务流程模式与扁平管理模式的业务流程,有着很大的为同.最大的特点就是不透表(其它不同我会在后面的文章中介绍)

 

当然不透明并不代表不好,很多时候,业务出于保密等原因需要在一定的区间内对外封闭,因此不同参与者眼中流程的状态是不一样的

 

本例中参与者有:

• 市场部.业务人员
• 市场部.主管
• 管理层.业务负责人
• 策划部.策划人员
• 策划部.客服人员
• 策划部.主管
• 实施部.主管
• 实施部.计划人员
• 实施部.实施人员

 

以下是每个参与者眼中的流程状态

 

市场部.业务人员
市场部.主管
管理层.业务负责人
策划部.策划人员	略
策划部.客服人员	略
策划部.主管	略
实施部.主管	略
实施部.计划人员	略
实施部.实施人员	略

 

从上面的一组状态图可以看出,同一个流程在实施的过程中,在不同的参与者面前,流程的状态在不同.

这就是我说的同一个流程是,多组状态

 

每个参与者对流程的认识只是片面的,如果流程制做人员只是根据某个参与者对流程的描述就去构建流程,那一定会出问题.

"不识庐山真面目,只原身在此山中",就是这个道理

 

本文只是一篇概述性文章.

 

如何为不同的参与者,涉众,管理者,监督者,考核者设置各自的状态,我将在[流程透明度]一文中具体讲解

 

以下流程的透明原则我也会在以后的文章中具本介绍

• 上行文的流程
• 下行文的流程
• 平行文的流程
• 公对公的流程
• 私对公的流程
• 公对私的流程
• 扁平管理中的流程
• 各司其责的流程
• 松散协做的流程
• 牵头协做的流程

 

 

本例中没有涉及结点间的[补齐补正]与[退回重做]的状态,

[基于WF设计业务流程平台_特殊事项,烦恼的花瓣],[基于WF设计业务流程平台_业务是不能回退的],两篇文章会谈这部分问题

 

还有,我为大家提供的例子中,已经提供了多状态的流程设计支持,只是那个WF的客户端UI中没的实现图形化的展现,在以后的升级中我会加上