基於WF設計商務程序平台_流程的層次

基於WF設計商務程序平台_流程的層次

 

我在[同一流程多種狀態]中談了同一流程,由於觀察者的不同,會出現不同的狀態.

 

本文我還是從流程的視角上淡一下流程的層次這個問題.

 

 

注意,在這裡,我說的[流程的層次]與我常說的功能封裝不是一個概念,是一個功能封裝的例子

 

 

 

在這個例子中,[通知]與[發電了郵件],[發簡訊] 不是同一範圍的概念,

[通知]是一業務行為,

對做出人來講是一種義務,告知義務

對接收人來講是一種權利.知情權

 

而[發電了郵件],[發簡訊] 只是一種手段,是實現[通知]這種業務行為的一種具體實現手段

 

而我要說的流程的層次是指業務範疇上的層次

 

先看一個例子:

這是一個沒的層次的流程,雖然,事情就是按照上面的流程辦理的.但由於設計時沒有考慮流程的層次,將帶來很大的弊端(弊端我以後再談),

 

下面看一下我的改進

這是一個有層次的流程的流程,從流程的上層管理者看,流程只的三個階段[方案制定階段],[方案審批階段],[方案實施階段]

 

下面是展開效果:

展開後,在[方案制定階段],[方案審批階段],[方案實施階段],各自有各自獨立的空間.

在這裡,

[A部門]知道制定方案的過程 : [業務員提交方案 -> 主管理審核方案]

[B部門]知道審批方案的過程 : [主管理分配分析方案的任務 -> 業務員分析方案 -> 主管理審批方案]

 

在這裡,[A部門]內部永遠不知道[B部門]是如何工作的,甚至可以不知道[B部門]的存在

而[A部門]內部辦事方式的變化,出不用告知[B部門],[B部門]只關心[A部門]何時將什麼交給他們

 

這時,其實我們有了四個流程:

• [方案制定 -> 方案審批 -> 方案實施] 流程
• [A部門方案制定] 子流程
• [B部門方案審批] 子流程
• [C部門方案實施] 子流程

 

當然,[方案制定 -> 方案審批 -> 方案實施] 這個流程也可能是其它流程的一部分

[B部門方案審批] 中的[審批方案] 也可能有下一級的子流程,比如會簽

 

這種設計的最大好處是每個層面可以獨立設計,內部的修改不會影響其它環節

 

下面看一個例子:

其中

[準備材料],[會簽],[實施方案],都是調用對應的子流程

 

再看一個例子:

 

上面是一個流程分層的例子

 

小學的校長只關心如何收錢,收了多少就行了.

小學生只要把錢交到學校就行了

在每個層面上,每個人都完成自已的工作.不需要去過問別人的工作.而事實上某個小學生的捐款有可能推動了社會主義初級階段向共產主義過渡的大流程

 

 

流程的分層可以讓處於不同層次的人各司其責,互不干擾.

 

但由於層的不透明,讓事項在辦現過種程中出現了很多的黑盒,由於黑盒的存在,就出現了很多的弊端.

 

比如那個捐款的小學生永遠不知道他交的10元錢最終花到那裡了

 

所以我們在設計流程的層次時,同時還要考慮一個問題,流程的透明度

 

我在下一篇文章中會談流程透明度這個問題