專案風險類別

引言

所有專案都以轟轟烈烈的勢頭開始。然而，有些專案從一開始就註定要失敗，而另一些專案則在後期崩潰。

然而，另一些專案則取得了勝利的終點，帶著他們在戰鬥中遭遇和克服的一些傷疤。

因此，為了最大程度地減少專案失敗，謹慎的做法是確定導致專案風險的主要原因因素。

專案的三個主要限制因素可以歸類為進度、範圍和資源，而對每個因素的處理不當都會對專案產生連鎖反應，從而導致專案面臨即將崩潰的風險。

定義所需內容並不總是容易的。但是，為了確保將範圍風險降至最低，需要明確定義交付成果、目標、專案章程，當然還有範圍。

所有範圍風險，無論是否可以量化，都需要識別。範圍蔓延、硬體缺陷、軟體缺陷、範圍定義不足、法律或監管框架的意外變化以及整合缺陷都可以歸類在範圍風險的廣泛範疇下。

有多種方法可以幫助利益相關者確定專案的範圍。風險框架分析專案對技術和市場的依賴性，然後評估每個方面的變化將如何影響專案的結果。

類似地，風險複雜性指數著眼於專案的技術方面，這些方面可以輕鬆量化並分配一個介於 0 和 99 之間的數字，以指示專案的風險。

另一方面，風險評估使用技術、結構和規模的網格來評估擬議專案的風險。

工作分解結構（通常縮寫為 WBS）也考慮了專案的風險，這些專案定義不明確，並且所陳述的目標含糊不清。

透過精明的計劃，可以最大程度地減少和管理範圍風險。明確定義專案，在整個專案持續時間內管理範圍變化，利用風險登記簿更好地管理風險，確定因果因素以及對風險情況的適當響應，並與客戶合作培養更大的風險承受能力，從長遠來看將獲得巨大的回報。

堅持時間表和商定的關鍵路徑是專案經理現在面臨的最困難的情況之一。

過度依賴專案控制範圍之外的外部方輸出、估算錯誤（通常過於樂觀）、硬體延遲和推遲決策，所有這些都會導致手頭專案的延遲。

為了最大程度地降低進度風險，有一些經過時間考驗的方法可以很好地利用。專案的流程應分解成小的、明確定義的組成部分，其中每個流程的分配時間段相對較短（這使得在任務偏離進度時（在其最早階段）輕鬆識別問題）。

警惕猶豫不決地給出估計或其估計基於歷史資料和先前經驗似乎不切實際的團隊成員或外部方。

在制定關鍵路徑時，確保將出現的任何假期都納入等式中，以便從一開始就形成現實的預期。在可能的情況下，建議定義返工迴圈。

人員和資金是任何專案的主要資源基礎。如果人員缺乏技能或能力來執行手頭的任務，如果專案從一開始就人員配備不足，或者如果關鍵專案成員在專案開始很久之後才加入，那麼顯然存在一個以人力資源規劃不當為基礎的專案風險。

同樣，從財務角度來看，如果提供的資金不足以執行必要的任務，無論是相關人員的培訓專案，還是對技術或所需機械的投資不足，那麼專案從一開始就註定要失敗。

準確估算專案成本、分配合適的預算來滿足這些成本、不要對相關人員的能力寄予過高的期望以及避免在後期出現倦怠，所有這些因素都有助於最大程度地降低專案資源風險。

外包職能需要更多關注細節，因為在大多數情況下，它不在專案經理的直接管轄範圍內。明確定義的合同和定期監控將大大降低這種風險。

衝突管理通常也會隨著專案的進展而出現，也應該以熟練的方式處理，以便專案在整個持續時間內順利執行。

顯而易見，所有專案都存在由於計劃外的意外事件和不準確的估算而導致失敗的風險。

但是，仔細的計劃、約束管理以及在出現錯誤時成功地從錯誤中恢復將最大程度地降低大多數風險。誠然，運氣在專案的成功中也發揮著作用，但辛勤工作和精明的管理實踐將克服大多數此類困難。

列印頁面