上一個主題: 風險、問題、變更要求與動作項目下一個主題: 建立變更要求


如何管理專案風險

風險管理流程包括識別、分析、規劃、追蹤與溝通風險。 風險管理過程涉及到風險、問題與變更要求。 專案風險管理的重心是主動評估潛在問題以及問題所造成之影響的嚴重性,以做出明智的決策。

專案經理會在識別與分析風險之後,依據風險影響建立風險或問題。

您可以在專案生命週期內的任何時間識別風險。 當風險看似嚴重影響專案時,您可以將其等級提升為問題。 變更要求來自於問題,並有利於做出有效的解決辦法。

下圖與此案例皆說明了管理專案風險的一種方法。 如需其他專案風險管理方式的詳細資訊請參閱《專案管理使用者指南》

此圖顯示管理專案風險的工作流程。

範例:建立與管理專案風險

在此範例中,Forward Inc. 裡的專案小組正使用一項利基技術來開發一項新產品。 組織內對此技術有經驗的資源人數有限,因此該小組必須藉助外部資源來完成這項專案。 此外,該產品必須和協力廠商的 API 合併,為此他們需要獲得法律上的核准。

該小組找出了兩項可能嚴重影響其專案的風險,並加以提出以供分析:

在完成分析後,專案經理依據該專案的風險影響,分別針對有限資源建立風險,並針對相依性建立問題。

若要管理專案風險,請執行下列步驟:

  1. 檢閱先決條件
  2. 分析風險。

檢閱先決條件

若要完成此案例中的所有任務,您需要具備下列存取權限:

建立風險

風險指的是對專案目標具有正面或負面影響的潛在性未來事件。 請在專案早期識別風險,以便瞭解有關專案範圍、排程、預算與其他因素的潛在影響。 在此案例中,此小組決定雇用外部資源來解決有限的資源風險。 專案經理建立了風險明細以提供所有資訊,並從 [類別] 下拉清單中選取 [資源可用性]。

如果風險明細的整體分數與您為其指派的分級不同,這兩個風險管理元件將會相互作用。 風險明細的分數會覆寫您所指派的分級。 如果您在建立風險明細時未指派分級,則風險項目的分數會將清單中適當的因素塗上顏色。 刪除風險明細後將會變更專案的整體風險分數,以及該風險類別的組合風險分數。

請遵循以下步驟:

  1. 開啟專案,然後按一下 [風險/問題/變更]
  2. 按一下 [新建]
  3. 完成 [一般] 區段中的欄位。 下列欄位需要說明:
    類別

    定義風險隸屬的類別。

    值:

    • 彈性 - 該專案無法調整。
    • 經費補助 - 專案補助尚未分配或具有限制。
    • 人機介面 - 使用者介面 (UI) 定義不良。
    • 實作 - 實作期間與使用者接受度上存在不確定性
    • 相互依存性 - 該專案依存於其他專案。
    • 目標 - 所有的需求、目標、範圍與獲利都不合理、沒有清楚定義、不可測量,亦無法驗證。
    • 組織文化 - 專案的組織文化、商業流程、程序或原則都需要變化。
    • 資源可用性 - 內部資源可用性不確定,且需要外部資源。
    • 贊助 - 贊助程度並未清楚定義及認可。
    • 支援性 - 未來無法輕易地支援專案,且需要重大更新。
    • 技術 - 專案技術未經證明,且需要新的內部或外部專業技術。

    附註:指定風險類別時,整體風險分數會取代您為風險類別或因素所選取的任何差異狀態。

    擁有者

    定義管理風險之資源的名稱。 此資源負責在風險的生命週期內,確認能適當地加以管理及追蹤。

    預設:目前登入的資源。

  4. 完成 [明細] 區段中的欄位。 下列欄位需要說明:
    影響日期

    定義此風險可能對專案造成影響的日期。 如果您指定了影響日期,請在 [目標解決日期] 欄位中輸入日期。

    預設:目前的日期

    假設

    定義將此項目判定為潛在風險的假設。 您可以確認這些假設,以確定這些假設在風險存留期間將持續有效。 如果假設變更,則風險的影響或機率也可能會變更。

    相關風險

    定義此專案內與此風險相關聯的風險。 您只能將此風險連結至此專案內的風險。

    相關問題

    定義此專案內與此風險相關聯的問題。 您只能將此風險連結至此專案內的問題。

    回應類型

    定義您要用來處理此風險的回應類型。

    值:

    • 監督。 您不想要回應風險。 通常會將這個類型指派給計算風險分數較低的任何風險。 雖然風險機率或影響不足以擔保動作品質,您仍想要讓風險維持開啟狀態並進行監控。
    • 接受。 已接受此風險揭露,而在某些情況下則不打算繼續追逐風險。
    • 轉移。 您想要將風險轉移到其他專案。 風險轉移之後,您即可關閉該風險。
    • 減輕。 您想要套用風險回應策略以解決風險。

    預設:監督

    附註:在此案例中,選取 [減輕]

  5. 完成 [量化風險] 區段中的欄位。 下列欄位需要說明:
    機率

    定義風險發生的機率。 風險機率用來計算風險可能性。

    值: (1)、 (2) 或 (3)

    預設:

    計算的風險

    顯示根據您在 [機率][影響] 欄位中所做的選取而計算出來的分數。

    值:

    • 1 - 3 (綠色)。 計算出來的風險為「低」。
    • 4 - 6 (黃色)。 計算出來的風險為「中」。
    • 7 - 9 (紅色)。 計算出來的風險為「高」。
    影響

    定義風險對專案造成的影響。 專案績效、支援性、成本和排程上的風險效應,決定了影響。 此值可用來計算風險揭露。

    預設:

  6. 將可提供寶貴的風險背景資訊及其對專案的減輕作用或效應的文件 (若有的話) 附加到 [附件] 區段。
  7. 完成 [解決方法] 區段中的下列欄位。 下列欄位需要說明:
    解決方法

    減輕風險之後,定義此風險的最後解決方法。 解決方法資料有助於在規劃或考量日後的專案風險計劃時,快速恢復風險對應策略的結果。

    附註:您可以在建立風險之際或加以關閉之前,定義解決方法。

    剩餘風險

    指定專案所碰到或建立的風險可作為解決風險的減輕結果。 不同於相關風險,剩餘風險沒有相似的結果,而是您解決風險時所採取動作的結果。

  8. 儲存變更。

建立回應策略

如果已決定減輕風險,專案經理會建立並指派風險擁有者擬定回應策略。 風險回應策略會記錄所有行動、追蹤需求與其他減少風險機率及影響所需的支援資訊。

不論誰擁有風險,您都可將個別的回應策略指派給不同資源,而且每個回應策略都可以有本身的到期日。 這些日期與名稱可與程序搭配使用,將通知和提醒傳送給風險擁有者。 您通常會在選取 [減輕] 的 [回應類型] 時建立風險回應策略。

在某些情況下,您可能會選擇承受風險,而不再費心處理風險。

請遵循以下步驟:

  1. 開啟專案,然後按一下 [風險/問題/變更]
  2. 開啟風險。
  3. 開啟 [屬性] 功能表,然後按一下 [應對策略]
  4. 完成所有欄位,然後按一下 [新增] 儲存變更。

關閉風險

順利減輕風險後,請將風險狀態變更為 [已結束],然後輸入風險的最終解決方法。 解決方法明細可協助您在日後規劃或處理專案風險計劃時,能夠重現風險回應策略的結果。

請遵循以下步驟:

  1. 開啟專案,然後按一下 [風險/問題/變更]
  2. 開啟風險。
  3. [狀態] 變更為 [已結束]
  4. [解決方法] 區段中輸入風險的減輕方法。
  5. 儲存變更。

建立問題並關閉風險

[問題] 指的是對專案有影響的事件。 若是風險減輕計劃失敗,您可以將風險提升為問題。 從現有風險中建立問題,然後關閉風險。 新問題會繼承風險的名稱、說明及其部份值,例如 [狀態] (「開啟」) 和 [建立日期] (目前的行事曆日期)。 您隨時可以連結到原本的風險。 從風險建立問題可讓您覺察專案小組所做結論的問題,並帶來動作和任務。 此外,也可以讓小組保留問題以及問題結果的記錄,以便在專案揭發和日後專案計劃中進行分析。

您也可以連接與此問題相關的其他風險或問題。 連接所有相關的問題與風險,有助於您在未來的分析和稽核中追蹤相依性並識別趨勢。

在此案例中,減輕計劃會雇用外部包商來完成此專案。 但是這些包商並沒有所需的經驗,因而影響到專案交付的進度。 此風險現在成為了問題,專案經理便接著從此風險建立問題,並關閉該風險。

請遵循以下步驟:

  1. 開啟專案,然後按一下 [風險/問題/變更]
  2. 開啟風險。
  3. 按一下 [建立問題]
  4. 完成 [一般] 區段中的欄位。 下列欄位需要說明:
    類別

    定義問題隸屬的類別。

    值:

    • 彈性 - 該專案無法調整。
    • 經費補助 - 專案補助尚未分配或具有限制。
    • 人機介面 - 使用者介面 (UI) 定義不良。
    • 實作 - 實作期間與使用者接受度上存在不確定性
    • 相互依存性 - 該專案依存於其他專案。
    • 目標 - 所有的需求、目標、範圍與獲利都不合理、沒有清楚定義、不可測量,亦無法驗證。
    • 組織文化 - 專案的組織文化、商業流程、程序或原則都需要變化。
    • 資源可用性 - 內部資源可用性不確定,且需要外部資源。
    • 贊助 - 贊助程度並未清楚定義及認可。
    • 支援性 - 未來無法輕易地支援專案,且需要重大更新。
    • 技術 - 專案技術未經證明,且需要新的內部或外部專業技術。
    擁有者

    定義管理問題之資源名稱。 此資源負責在問題的生命週期內,正確地加以管理及追蹤。

    預設:目前登入的資源。

  5. 完成 [明細] 區段中的欄位。
  6. 將可提供寶貴的問題背景資訊及其對專案的解決方法或效應的文件 (若有的話) 附加到 [附件] 區段。
  7. 問題解決後,完成 [解決方法] 區段。
  8. 按一下 [儲存並返回],前往 [風險屬性] 頁面以關閉風險。
  9. [狀態] 變更為 [已結束]
  10. 儲存變更。

建立問題

當風險嚴重地影響專案時,建立問題。 由於預期核准流程會出現延遲,專案經理便建立問題並將其類別指派為相依性。

請遵循以下步驟:

  1. 開啟專案,然後按一下 [風險/問題/變更]
  2. 開啟 [風險/問題/變更] 功能表,然後按一下 [問題]
  3. 按一下 [新建]
  4. 完成 [一般] 區段中的欄位。 下列欄位需要說明:
    問題 ID

    定義問題的唯一識別碼。 問題一經儲存,您就無法變更識別碼。

    類別

    定義問題隸屬的類別。

    值:

    • 彈性 - 該專案無法調整。
    • 經費補助 - 專案補助尚未分配或具有限制。
    • 人機介面 - 使用者介面 (UI) 定義不良。
    • 實作 - 實作期間與使用者接受度上存在不確定性
    • 相互依存性 - 該專案依存於其他專案。
    • 目標 - 所有的需求、目標、範圍與獲利都不合理、沒有清楚定義、不可測量,亦無法驗證。
    • 組織文化 - 專案的組織文化、商業流程、程序或原則都需要變化。
    • 資源可用性 - 內部資源可用性不確定,且需要外部資源。
    • 贊助 - 贊助程度並未清楚定義及認可。
    • 支援性 - 未來無法輕易地支援專案,且需要重大更新。
    • 技術 - 專案技術未經證明,且需要新的內部或外部專業技術。
    擁有者

    定義管理問題之資源名稱。 此資源負責在問題的生命週期內,正確地加以管理及追蹤。

    預設:目前登入的資源。

    建立者

    顯示建立問題之資源的名稱。

    預設:目前登入的資源。

  5. 完成 [明細] 區段中的欄位。
  6. 將可提供寶貴的問題背景資訊及其對專案的解決方法或效應的文件 (若有的話) 附加到 [附件] 區段。
  7. 問題解決後,完成 [解決方法] 區段。
  8. 儲存變更。

關閉問題

問題一經解決,將其狀態變更為 [已結束],然後輸入最終的解決方法。 解決方法明細可協助您在日後規劃或處理專案問題計劃時,能夠重現問題的結果。

請遵循以下步驟:

  1. 開啟專案,然後按一下 [風險/問題/變更]
  2. 開啟 [風險/問題/變更] 功能表,然後按一下 [問題]
  3. 開啟問題。
  4. [狀態] 變更為 [已結束]
  5. [解決方法] 區段中輸入問題的解決方法。
  6. 儲存變更。