如果一個項(xiàng)目的復(fù)雜程度沒有達(dá)到令人難以置信的地步，那么不妨采用一下關(guān)鍵途徑分析（Critical Path Analysis），它提供的是一種幾乎完全非技術(shù)性的項(xiàng)目管理方法。

對于一個項(xiàng)目的最終成功來說，于項(xiàng)目的時間安排是怎么強(qiáng)調(diào)是都不為過份的。來自Standish Group的"噪聲報告（Chaos Report）"和來自KPMG Canada的一項(xiàng)名為“不成功的信息技術(shù)項(xiàng)目問題在哪兒？”的調(diào)查均認(rèn)為：項(xiàng)目時間安排的不合理是造成項(xiàng)目失敗的主要原因之一。

現(xiàn)在市場上有很多功能強(qiáng)大的工具可以幫助管理人員對所有類型、所有規(guī)模的項(xiàng)目進(jìn)行管理，Microsoft Project就是其中的一種。應(yīng)用這些工具可以對資源進(jìn)行分配，完成報告的制作，并且對各項(xiàng)任務(wù)進(jìn)行時間規(guī)劃。但是，由傳統(tǒng)的水平線和里程標(biāo)所構(gòu)成的標(biāo)準(zhǔn)的Gantt圖表并不是對項(xiàng)目中所有任務(wù)進(jìn)行表示和分析的唯一途徑。Critical Path Analysis（CPA）是項(xiàng)目經(jīng)理們可以應(yīng)用的另外一種有價值的工具。

連點(diǎn)成線
要完成CPA，不需要應(yīng)用價格昂貴的項(xiàng)目管理軟件，只需要借助一支鉛筆和一張紙就夠了。當(dāng)一個項(xiàng)目處于格式化的階段，基本的任務(wù)都已經(jīng)確定的時候，這種方法就尤其有效了。如圖A所示，每項(xiàng)任務(wù)在得到確定之后都可以用一條直線來表示，在直線的兩端各畫上一個圓點(diǎn)，分別代表任務(wù)的起點(diǎn)和終點(diǎn)以及預(yù)計所需的完成時間。


圖A：

與Gantt圖表相同，圖A中的直線起于左端而終于右端，所以有些人喜歡在右端標(biāo)上一個向右的箭頭，如圖B所顯示的那樣。


圖B：

數(shù)據(jù)庫應(yīng)用實(shí)例
下面就讓我們以一個簡單的數(shù)據(jù)庫應(yīng)用項(xiàng)目為例，來對CPA進(jìn)行說明。

如下所示是一個簡化了的任務(wù)清單和預(yù)計的完成時間：


必要準(zhǔn)備：1天

設(shè)計數(shù)據(jù)庫：3天

創(chuàng)建數(shù)據(jù)庫：7天

創(chuàng)建觀察點(diǎn)：2天

創(chuàng)建存儲程序：2天

設(shè)計類別：2天

業(yè)務(wù)規(guī)則編碼：4天

CRUD操作編碼：5天

錯誤日志編碼：2天

設(shè)計GUI：7天

創(chuàng)建菜單：3天

建立應(yīng)用導(dǎo)航：3天

創(chuàng)建數(shù)據(jù)輸入窗口：4天

建立用戶注冊：2天

創(chuàng)建報告：4天

終端用戶培訓(xùn)：3天
必須有始有終
在列出了上面所示的清單之后，接下來要做的就是排列各項(xiàng)任務(wù)的完成順序。在我們所舉的這個簡單的例子當(dāng)中，在數(shù)據(jù)庫設(shè)計完成之前，是無法進(jìn)行數(shù)據(jù)庫的創(chuàng)建的，但是一旦數(shù)據(jù)庫創(chuàng)建完成，其他的一些任務(wù)，比如觀察點(diǎn)和存儲程序的創(chuàng)建，就可以同步進(jìn)行了。如圖C所示，當(dāng)一項(xiàng)任務(wù)的開始要依賴于另外一項(xiàng)任務(wù)的完成時，代表該項(xiàng)任務(wù)的直線的起點(diǎn)就應(yīng)該設(shè)在另外一項(xiàng)任務(wù)的終點(diǎn)。


圖C：

當(dāng)多項(xiàng)任務(wù)同步開始進(jìn)行時，代表這些任務(wù)的直線就可以變成從同一個起點(diǎn)開始，到同一個終點(diǎn)結(jié)束的曲線，如圖D所示。這里就沒有必要一定要用直線來表示了。


圖D：

應(yīng)用這種方法，我們現(xiàn)在就可以建立一個包含了所有任務(wù)的圖表。如果你手頭現(xiàn)在有一張比較大的紙，你就可以做一個比較大的圖表，從左向右依次表示各項(xiàng)任務(wù)。你還可以做一系列比較小的圖表，就像我在圖E、F、G、H、I中為大家演示的一樣。


圖E：


圖F：


圖G：


圖H：


圖I：

確定關(guān)鍵途徑
接下來要做的就是對已經(jīng)做好的圖表進(jìn)行檢查，按照從點(diǎn)到點(diǎn)的方法把最長的途徑連接起來。這就是我們所說的關(guān)鍵途徑：要完成所有必須完成的任務(wù)可能花費(fèi)的最短時間。

在我們舉例的這個數(shù)據(jù)庫應(yīng)用項(xiàng)目當(dāng)中，關(guān)鍵途徑是：


必要準(zhǔn)備：1天

設(shè)計數(shù)據(jù)庫：3天

創(chuàng)建數(shù)據(jù)庫：7天

創(chuàng)建觀察點(diǎn)：2天

設(shè)計類別：2天

CRUD操作編碼：5天

設(shè)計GUI：7天

創(chuàng)建數(shù)據(jù)輸入窗口：4天

創(chuàng)建報告：4天
完成以上各項(xiàng)任務(wù)，所需要的最短時間共計為35天。

要在我們制作出的圖表上確定出關(guān)鍵途徑，最簡單的方法就是使用著重色。著重表示那些需要單獨(dú)完成的任務(wù)和那些可以同步進(jìn)行的任務(wù)當(dāng)中耗時最長的任務(wù)。大家現(xiàn)在已經(jīng)知道，各項(xiàng)任務(wù)必須要絕對按時完成（或者更快）。在關(guān)鍵途徑上的任何一項(xiàng)時間推遲都會造成其他依賴于它的任務(wù)完成時間的推遲，進(jìn)而造成整個項(xiàng)目完成時間的推遲。在關(guān)鍵途徑上的項(xiàng)目應(yīng)該交給那些你最可以信任的、最可靠的人來完成。那些需要時間較短的平行項(xiàng)目相對來說條件比較寬松，可以交給那些經(jīng)驗(yàn)不太豐富的員工去完成。在這些相對較為寬松的項(xiàng)目完成之后，富余出來的資源可以被應(yīng)用到那些關(guān)鍵途徑上的任務(wù)中去，更好的完成這些任務(wù)。

調(diào)整變化
在項(xiàng)目的進(jìn)行過程當(dāng)中，你可能會找到一些途徑，對任務(wù)進(jìn)行調(diào)整變化，或是為了保證項(xiàng)目的按期完成而把一些任務(wù)從關(guān)鍵途徑上轉(zhuǎn)移。你可能還會找到一些途徑來縮短整個項(xiàng)目的工期。在我們上面所舉的這個例子當(dāng)中，如果我們決定在進(jìn)行CRUD操作編碼、業(yè)務(wù)規(guī)則編碼和錯誤日志編碼之前進(jìn)行類別設(shè)計并不重要，那么這四項(xiàng)任務(wù)就可以同步進(jìn)行，這樣一來，完成關(guān)鍵途徑上的各項(xiàng)任務(wù)所需要的時間就縮短了兩天。終端用戶的培訓(xùn)也可以更早的開始——比如說可以在GUI的設(shè)計完成之后——但是這項(xiàng)任務(wù)的預(yù)計完成時間本來就已經(jīng)很寬松了，所以改變它的起始時間并沒有多大的意義，不會在整體上節(jié)省項(xiàng)目時間。

如果在開始制表的過程當(dāng)中你忘記了某項(xiàng)要完成的任務(wù)，可以在制表過程完成之后將這項(xiàng)任務(wù)加進(jìn)去。比如說，在上面所舉的數(shù)據(jù)庫應(yīng)用項(xiàng)目的例子當(dāng)中，我們忘了DLL編碼這項(xiàng)需要五天時間來完成的任務(wù)。把這項(xiàng)任務(wù)需要依賴的前一個項(xiàng)目的終點(diǎn)當(dāng)作這個項(xiàng)目的起點(diǎn)——在我們所舉的例子當(dāng)中，前一項(xiàng)任務(wù)就是類別設(shè)計。把要依賴這項(xiàng)任務(wù)的下一項(xiàng)任務(wù)的起點(diǎn)當(dāng)作這項(xiàng)任務(wù)的終點(diǎn)——在我們所舉的這個例子當(dāng)中，下一項(xiàng)任務(wù)就是終端用戶培訓(xùn)。在添加完這項(xiàng)任務(wù)之后，重新對兩點(diǎn)之間的關(guān)鍵途徑進(jìn)行審查，看看新添加的項(xiàng)目是否會對兩點(diǎn)之間的項(xiàng)目時間產(chǎn)生影響?，F(xiàn)在，兩點(diǎn)之間的關(guān)鍵途徑上的任務(wù)包括：


CRUD操作編碼：5天

設(shè)計GUI：7天

創(chuàng)建數(shù)據(jù)輸入窗口：4天
總計時間為16天。

由于完成兩點(diǎn)之間的關(guān)鍵途徑上的各項(xiàng)任務(wù)一共需要16天的時間，遠(yuǎn)遠(yuǎn)超出了完成新添加的任務(wù)所需要的五天時間，要完成這項(xiàng)新任務(wù)的時間條件就非常寬松了，因此，新任務(wù)的添加不會給整體的項(xiàng)目時間帶來影響。如果完成新添加的任務(wù)所需要的時間要比完成原來的關(guān)鍵途徑上的任務(wù)所需要的時間長，那么新添加的任務(wù)也就成為了新的關(guān)鍵途徑上的任務(wù)了，整個項(xiàng)目的預(yù)計完成時間也要相應(yīng)的延長了。

利弊分析
盡管從理論上來說，應(yīng)用我們所介紹的這種簡單的方法進(jìn)行時間規(guī)劃的任務(wù)的數(shù)量是沒有限制的，但是，當(dāng)可以同步完成的任務(wù)的數(shù)量很多時，情況可能就會比較混亂。與此同時，一些大的調(diào)整變化，比如說同時添加多項(xiàng)新任務(wù)，可能會使圖表的重新制作成為必須。

盡管如此，從另外一個方面來看，CPA仍然不失為一種對項(xiàng)目進(jìn)行時間規(guī)劃和追蹤的快捷方式。特別是在一些小型項(xiàng)目上，它的應(yīng)用就尤其具有吸引力。因?yàn)槟切I(yè)化的項(xiàng)目管理軟件對于小型項(xiàng)目來說不是大材小用了，就是根本沒有什么用處。

作者： techrepublic.com.com

【?發(fā)表評論?0條?】