基於WF設計商務程序平台_同一流程多種狀態

基於WF設計商務程序平台_同一流程多種狀態

 

 

狀態圖是工作流程設計中經常要用到的一個設計圖形,

 

許多流程設計人員在與我談論狀態圖時,常對我說對UML中狀態圖的個種圖例都已熟練的掌握了,但每次畫商務程序的狀態圖時,總是覺得畫得不隨手.

 

其實,在畫商務程序的狀態圖時,很多人都犯了一個錯誤,想用一個狀態圖表現出流程的所的狀態

 

而在實際應用中,同一個流程是用多組狀態的,在同一流程和不同參與者眼中,流程的狀態各不一樣

 

下面,我用一個例子加以說明:

 

先說一下情境:

 

A公司(一家商業公司),要舉行一次商務工作,由[市場部]提出,[管理層]批准,[策劃部]策劃,[實施部]實施的一個流程

 

 

先看一下全景流程

 

 

這是一個最常見的流程

 

該流程是一個多部門多職能參與的公事流程

在這個流程中體現了

1. 業務升級:[意向]->[需求]->[方案]->[實施計劃]->[實施]
2. 對外職能對等,
3. 以牽頭部門[市場部]不中新的業務旋轉移交

等標準特性.

 

這是傳統的企業管理中常用的一種模式,這種商務程序模式與扁平管理員模式的商務程序,有著很大的為同.最大的特點就是不透表(其它不同我會在後面的文章中介紹)

 

當然不透明並不代表不好,很多時候,業務出於保密等原因需要在一定的區間內對外封閉,因此不同參與者眼中流程的狀態是不一樣的

 

本例中參與者有:

• 市場部.業務人員
• 市場部.主管
• 管理層.業務負責人
• 策劃部.策劃人員
• 策劃部.客服人員
• 策劃部.主管
• 實施部.主管
• 實施部.計劃人員
• 實施部.實施人員

 

以下是每個參與者眼中的流程狀態

 

市場部.業務人員
市場部.主管
管理層.業務負責人
策劃部.策劃人員	略
策劃部.客服人員	略
策劃部.主管	略
實施部.主管	略
實施部.計劃人員	略
實施部.實施人員	略

 

從上面的一組狀態圖可以看出,同一個流程在實施的過程中,在不同的參與者面前,流程的狀態在不同.

這就是我說的同一個流程是,多組狀態

 

每個參與者對流程的認識只是片面的,如果流程製做人員只是根據某個參與者對流程的描述就去構建流程,那一定會出問題.

"不識廬山真面目,只原身在此山中",就是這個道理

 

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

 

如何為不同的參與者,涉眾,管理者,監督者,考核者設定各自的狀態,我將在[流程透明度]一文中具體講解

 

以下流程的透明原則我也會在以後的文章中具本介紹

• 上行文的流程
• 下行文的流程
• 平行文的流程
• 公對公的流程
• 私對公的流程
• 公對私的流程
• 扁平管理中的流程
• 各司其責的流程
• 鬆散協做的流程
• 牽頭協做的流程

 

 

本例中沒有涉及結點間的[補齊補正]與[退回重做]的狀態,

[基於WF設計商務程序平台_特殊事項,煩惱的花瓣],[基於WF設計商務程序平台_業務是不能回退的],兩篇文章會談這部分問題

 

還有,我為大家提供的例子中,已經提供了多狀態的流程設計支援,只是那個WF的用戶端UI中沒的實現圖形化的展現,在以後的升級中我會加上