本書全文連載地址
四、拉模式

與推模式相比，拉模式的區(qū)別在于動作的主語發(fā)生了變化：推模式的主語是系統(tǒng)，由系統(tǒng)將工作項推送至資源的工作項列表，那么，接下來的主動權(quán)交由單個資源本身，由其拉動工作項的執(zhí)行。

圖 5-28

如圖5-17所示，拉模式對應(yīng)著工作項的五種狀態(tài)變遷：

由提供給一個資源拾取到指派給一個資源負(fù)責(zé)執(zhí)行，這意味著該資源拾取了該工作項，其將負(fù)責(zé)該工作項的執(zhí)行，并將在未來的某個時候執(zhí)行該工作項；

由提供給多個資源拾取到指派給一個資源負(fù)責(zé)執(zhí)行，這意味著多個資源中的一個資源拾取了該工作項，其將負(fù)責(zé)該工作項的執(zhí)行，并將在未來的某個時候執(zhí)行該工作項，余下的資源將不再有機會執(zhí)行該工作項；

由提供給一個資源拾取到開始執(zhí)行，這意味著該資源拾取了該工作項，其將負(fù)責(zé)該工作項的執(zhí)行，并立即開始執(zhí)行該工作項；

由指派給一個資源負(fù)責(zé)執(zhí)行到開始執(zhí)行，這意味著該資源開始執(zhí)行該工作項；

由提供給多個資源拾取到開始執(zhí)行，這意味著多個資源中的一個資源拾取了該工作項，其將負(fù)責(zé)該工作項的執(zhí)行，并立即開始執(zhí)行該工作項，余下的資源將不再有機會執(zhí)行該工作項；

拉模式共有6種，分為兩組：前三種模式關(guān)注工作項的狀態(tài)變遷；后三種模式關(guān)注工作項顯示在資源工作項列表里的順序以及選擇執(zhí)行的方式。

 

1、資源驅(qū)動指派（WRP_21: Resource-Initiated Allocation）

描述

資源能夠?qū)⒐ぷ黜椫概山o自己，負(fù)責(zé)該工作項的執(zhí)行，但是不必馬上開始執(zhí)行該工作項。

圖 5-29

如圖5-29所示，員工甲拾取了可拾取列表里的任務(wù)A工作項，該工作項由可拾取列表移至待辦列表。可拾取列表通常是一個共享的列表，而待辦列表則是某一資源的專屬列表。資源拾取工作項，意味著工作項從共享狀態(tài)進(jìn)入到專屬狀態(tài)。

該模式實際對應(yīng)著工作項的兩種狀態(tài)變遷：由提供給一個資源拾取到指派給一個資源負(fù)責(zé)執(zhí)行；由提供給多個資源拾取到指派給一個資源負(fù)責(zé)執(zhí)行。

 

應(yīng)用

該模式符合大多數(shù)的工作場景，我選擇負(fù)責(zé)執(zhí)行該工作，但我并不馬上開始，我可能還有其他的工作需要處理，等到處理完畢后才處理該工作。

 

實現(xiàn)

分配給角色、部門等資源組的工作項通常都以共享的形式分配給所有的組內(nèi)成員，一旦有人拾取即進(jìn)入他的專屬待辦列表，其他人不再可見。

 

2、資源驅(qū)動執(zhí)行-指派工作項（WRP_22: Resource-Initiated Execution – Allocated Work Item）

描述

資源能夠開始執(zhí)行指派給其的工作項。

圖 5-30

如圖5-30所示，員工甲開始執(zhí)行任務(wù)A工作項，該工作項由待辦列表移至辦理列表。

該模式對應(yīng)著工作項的一種狀態(tài)變遷：由指派給一個資源負(fù)責(zé)執(zhí)行到開始執(zhí)行。

 

實現(xiàn)

最基本的工作項狀態(tài)變遷，所有的工作流系統(tǒng)都提供支持。

 

3、資源驅(qū)動執(zhí)行-提供工作項（WRP_23: Resource-Initiated Execution – Offered Work Item）

描述

資源能夠選取提供給其的一個工作項，并馬上開始執(zhí)行該工作項。

圖 5-31

如圖5-29所示，員工甲拾取了可拾取列表里的任務(wù)A工作項并立刻開始執(zhí)行，該工作項由可拾取列表移至辦理列表。

該模式對應(yīng)著工作項的兩種狀態(tài)變遷：由提供給一個資源拾取到開始執(zhí)行；由提供給多個資源拾取到開始執(zhí)行。

 

應(yīng)用

與描述略有不同，實際應(yīng)用該模式是強制要求資源一旦拾取了共享的工作項就必須馬上開始執(zhí)行，基于兩點的考慮：一是工作項能夠盡快執(zhí)行；二是工作項能夠指派給當(dāng)前最為空閑的資源，不會出現(xiàn)該工作項被一繁忙資源卡住，造成等待和阻塞。

在敏捷開發(fā)里，我們使用故事卡管理項目的開 發(fā)，故事卡足夠小（如果大的故事卡則分解為多個任務(wù)），每天早上由開發(fā)人員挑選移動該卡，一旦該卡由可開發(fā)狀態(tài)移動至開發(fā)狀態(tài)，則必須進(jìn)行該卡的開發(fā)工 作，這樣項目的真實進(jìn)展隨時得到顯示，同時不允許一個開發(fā)人員同時進(jìn)行多張卡的開發(fā)。

 

實現(xiàn)

通過這三個模式我們可以發(fā)現(xiàn)，工作流系統(tǒng)實現(xiàn)這些模式只是在不同的工作項列表里移動這些工作項，以反映工作項不同的狀態(tài)和變遷策略，這對于IT系 統(tǒng)而言這不是很困難，困難在于如何能保證人確實是這么做的，例如說一旦拾取就必須開始執(zhí)行，工作項的跳轉(zhuǎn)很簡單，但無法保證的是拾取該工作項的人一定會按 照要求馬上開始執(zhí)行該工作項，也就是說業(yè)務(wù)流程項目的實施不僅僅包含技術(shù)實施，也包含了一套與之相應(yīng)的管理實施。那種期望上一套流程系統(tǒng)就能馬上提高生產(chǎn) 效率和管理水平顯然是不現(xiàn)實的，其中一定包含管理方式的變化和組織機構(gòu)的變化。

敏捷開發(fā)中，早上的站立會議是重要的部分，每個團(tuán)隊成員都會匯報昨天的進(jìn)展和今天將要進(jìn)行的工作，這樣就保證了工作執(zhí)行的有效性。

 

4、系統(tǒng)決定工作隊列內(nèi)容（WRP_24: System-Determined Work Queue Content）

描述

工作流系統(tǒng)能夠排定資源工作項列表里的工作項順序和內(nèi)容。

圖 5-32

如圖5-32所示，員工甲共享的可拾取列表默認(rèn)按時間排序工作項。

 

應(yīng)用

實際應(yīng)用中工作項的排序條件非常多，其目的就是將最重要或優(yōu)先級最高的工作項排在最前面，引起資源的注意或優(yōu)先執(zhí)行。

 

實現(xiàn)

實際實現(xiàn)時有多種排序策略，通常會有時間排序，例如先進(jìn)先出、先進(jìn)后出等，同時也有很多其他的排序元素，例如工作項的預(yù)定完成時間、執(zhí)行該工作項的成本預(yù)算、工作項的優(yōu)先級或重要程度等，系統(tǒng)查詢工作項時根據(jù)這些影響因素進(jìn)行默認(rèn)排序。

 

5、資源決定工作隊列內(nèi)容（WRP_24: Resource-Determined Work Queue Content）

描述

資源能夠排定其工作項列表里的工作項順序和內(nèi)容。

 

應(yīng)用

為資源提供一定程度上排定工作項的靈活性。每個人關(guān)注的視角和側(cè)重點不同，就會產(chǎn)生不同的排序和內(nèi)容過濾。

例如，作為老板，我可能更為關(guān)注各個工作的成本預(yù)算，我需要按成本排定各項工作；而作為秘書，我更為關(guān)注老板下發(fā)各項工作的重要程度，我需要按老板指定的重要程度排定工作。

 

實現(xiàn)

提供工作項列表的客戶端排序，一般情況下列表顯示系統(tǒng)給定的順序，用戶可以在客戶端進(jìn)行二次排序，典型的Web系統(tǒng)中，工作流系統(tǒng)提供JavaScript的表格控件，利用Ajax異步請求重新排序或進(jìn)行工作項的過濾。

 

6、自主選擇（WRP_26: Selection Autonomy）

描述

資源能夠根據(jù)自己個人的情況選擇執(zhí)行工作項。

圖 5-32

如圖5-32所示，員工甲能夠根據(jù)自己的情況選擇執(zhí)行任務(wù)A、B、C中任意一個工作項。

 

應(yīng)用

盡管老板要求先實現(xiàn)功能最后再重構(gòu)，但是我認(rèn)為當(dāng)前代碼如果不進(jìn)行一定重構(gòu)會嚴(yán)重影響后續(xù)的開發(fā)效率，所以我決定先進(jìn)行部分重構(gòu)。

 

實現(xiàn)

幾乎所有工作流系統(tǒng)都不會對用戶實際選擇執(zhí)行工作項的方式進(jìn)行限制，也沒有辦法限制。但是系統(tǒng)一般會把重要的工作項加以高亮顯示，讓用戶優(yōu)先選擇。

http://www.tkk7.com/ronghao 榮浩原創(chuàng)，轉(zhuǎn)載請注明出處：）