基于WF设计业务流程平台_同一流程多种状态
状态图是工作流设计中经常要用到的一个设计图形,
许多流程设计人员在与我谈论状态图时,常对我说对UML中状态图的个种图例都已熟练的掌握了,但每次画业务流程的状态图时,总是觉得画得不随手.
其实,在画业务流程的状态图时,很多人都犯了一个错误,想用一个状态图表现出流程的所的状态
而在实际应用中,同一个流程是用多组状态的,在同一流程和不同参与者眼中,流程的状态各不一样
下面,我用一个例子加以说明:
先说一下场景:
A公司(一家商业公司),要举行一次商业活动,由[市场部]提出,[管理层]批准,[策划部]策划,[实施部]实施的一个流程
先看一下全景流程
这是一个最常见的流程
该流程是一个多部门多职能参与的公事流程
在这个流程中体现了
- 业务升级:[意向]->[需求]->[方案]->[实施计划]->[实施]
- 对外职能对等,
- 以牵头部门[市场部]不中新的业务旋转移交
等标准特性.
这是传统的企业管理中常用的一种模式,这种业务流程模式与扁平管理模式的业务流程,有着很大的为同.最大的特点就是不透表(其它不同我会在后面的文章中介绍)
当然不透明并不代表不好,很多时候,业务出于保密等原因需要在一定的区间内对外封闭,因此不同参与者眼中流程的状态是不一样的
本例中参与者有:
- 市场部.业务人员
- 市场部.主管
- 管理层.业务负责人
- 策划部.策划人员
- 策划部.客服人员
- 策划部.主管
- 实施部.主管
- 实施部.计划人员
- 实施部.实施人员
以下是每个参与者眼中的流程状态
市场部.业务人员 |
|
市场部.主管 |
|
管理层.业务负责人 |
|
策划部.策划人员 | 略 |
策划部.客服人员 | 略 |
策划部.主管 | 略 |
实施部.主管 | 略 |
实施部.计划人员 | 略 |
实施部.实施人员 | 略 |
从上面的一组状态图可以看出,同一个流程在实施的过程中,在不同的参与者面前,流程的状态在不同.
这就是我说的同一个流程是,多组状态
每个参与者对流程的认识只是片面的,如果流程制做人员只是根据某个参与者对流程的描述就去构建流程,那一定会出问题.
"不识庐山真面目,只原身在此山中",就是这个道理
本文只是一篇概述性文章.
如何为不同的参与者,涉众,管理者,监督者,考核者设置各自的状态,我将在[流程透明度]一文中具体讲解
以下流程的透明原则我也会在以后的文章中具本介绍
- 上行文的流程
- 下行文的流程
- 平行文的流程
- 公对公的流程
- 私对公的流程
- 公对私的流程
- 扁平管理中的流程
- 各司其责的流程
- 松散协做的流程
- 牵头协做的流程
本例中没有涉及结点间的[补齐补正]与[退回重做]的状态,
[基于WF设计业务流程平台_特殊事项,烦恼的花瓣],[基于WF设计业务流程平台_业务是不能回退的],两篇文章会谈这部分问题
还有,我为大家提供的例子中,已经提供了多状态的流程设计支持,只是那个WF的客户端UI中没的实现图形化的展现,在以后的升级中我会加上