估算技術 - WBS

上一頁
下一頁

工作分解結構 (WBS)，在專案管理和系統工程中，是將專案分解成更小元件的交付成果導向方法。WBS 是一個關鍵的專案交付成果，它將團隊的工作組織成可管理的部分。專案管理知識體系 (PMBOK) 將 WBS 定義為“專案團隊要執行的工作的交付成果導向的層次分解”。

WBS 元素可以是產品、資料、服務或其任意組合。WBS 還提供了必要的框架，用於詳細的成本估算和控制，以及為進度制定和控制提供指導。

WBS 的表示

WBS 表示為專案工作活動的層次列表。WBS 有兩種格式：

  • 大綱檢視（縮排格式）
  • 樹狀結構檢視（組織結構圖）

讓我們首先討論如何使用大綱檢視來準備 WBS。

大綱檢視

大綱檢視是一種非常使用者友好的佈局。它提供了對整個專案的良好檢視，並且易於修改。它使用數字來記錄專案的各個階段。它看起來有點類似於以下內容：

  • 軟體開發

    • 範圍

      • 確定專案範圍
      • 確保專案贊助
      • 定義初步資源
      • 確保核心資源
      • 範圍完成

    • 分析/軟體需求

      • 進行需求分析
      • 起草初步軟體規格說明
      • 制定初步預算
      • 與團隊審查軟體規格說明/預算
      • 整合對軟體規格說明的反饋
      • 制定交付時間表
      • 獲得繼續執行的批准（概念、時間表和預算）
      • 確保所需的資源
      • 分析完成

    • 設計

      • 審查初步軟體規格說明
      • 制定功能規格說明
      • 獲得繼續執行的批准
      • 設計完成

    • 開發

      • 審查功能規格說明
      • 識別模組化/分層設計引數
      • 開發程式碼
      • 開發人員測試（主要除錯）
      • 開發完成

    • 測試

      • 使用產品規格說明開發單元測試計劃
      • 使用產品規格說明開發整合測試計劃

    • 培訓

      • 為終端使用者制定培訓規範
      • 確定培訓交付方法（線上、課堂等）
      • 開發培訓材料
      • 完成培訓材料
      • 開發培訓交付機制
      • 培訓材料完成

    • 部署

      • 確定最終部署策略
      • 制定部署方法
      • 確保部署資源
      • 培訓支援人員
      • 部署軟體
      • 部署完成

現在讓我們看一下樹狀結構檢視。

樹狀結構檢視

樹狀結構檢視提供了對整個專案非常易於理解的檢視。下圖顯示了樹狀結構檢視的外觀。這種型別的組織結構圖結構可以使用 MS-Word 中提供的功能輕鬆繪製。

Outline Representation of WBS

WBS 的型別

WBS 有兩種型別：

  • 功能型 WBS - 在功能型 WBS 中，系統根據要開發的應用程式中的功能進行分解。這有助於估算系統的大小。

  • 活動型 WBS - 在活動型 WBS 中，系統根據系統中的活動進行分解。活動進一步分解成任務。這有助於估算系統中的工作量和進度。

估算規模

步驟 1 - 從功能型 WBS 開始。

步驟 2 - 考慮葉子節點。

步驟 3 - 使用類比法或廣域德爾菲法得出規模估算。

估算工作量

步驟 1 - 使用廣域德爾菲法構建 WBS。我們建議任務不應超過 8 小時。如果任務持續時間較長，請將其拆分。

步驟 2 - 使用廣域德爾菲法或三點估算得出任務的工作量估算。

排程

WBS 準備就緒並且已知規模和工作量估算後，您就可以開始安排任務了。

在安排任務時，應考慮某些事項：

  • 優先順序 - 必須在另一項任務之前發生的任務被稱為具有另一項任務的優先順序。

  • 併發 - 併發任務是可以同時（並行）發生的任務。

  • 關鍵路徑 - 專案完成日期依賴於的一組特定順序任務。

    • 所有專案都存在關鍵路徑。
    • 加速非關鍵任務不會直接縮短進度。

關鍵路徑法

關鍵路徑法 (CPM) 是確定和最佳化關鍵路徑的過程。非關鍵路徑任務可以提前或延遲開始，而不會影響完成日期。

請注意，當您縮短當前關鍵路徑時，關鍵路徑可能會更改為另一個。例如，對於上圖中的 WBS，關鍵路徑如下：

Critical Path Method

由於專案完成日期基於一組順序任務，因此這些任務稱為關鍵任務。

專案完成日期不依賴於培訓、文件和部署。此類任務稱為非關鍵任務。

任務依賴關係

有時，在排程過程中，您可能需要考慮任務依賴關係。重要的任務依賴關係包括：

  • 完成-開始 (FS)
  • 完成-完成 (FF)

完成-開始 (FS)

在完成-開始 (FS) 任務依賴關係中，在任務 A 完成之前，任務 B 無法開始。

Finish-to-Start

完成-完成 (FF)

在完成-完成 (FF) 任務依賴關係中，在任務 A 完成之前，任務 B 無法完成。

Finish-to-Finish

甘特圖

甘特圖是一種條形圖，由 Karol Adamiecki 於 1896 年採用，並由 Henry Gantt 於 1910 年代獨立採用，用於說明專案進度。甘特圖說明了專案終端元素和彙總元素的開始和結束日期。

您可以將圖 2 中的大綱格式匯入 Microsoft Project 以獲得甘特圖檢視。

Gantt Chart

里程碑

里程碑是您進度中的關鍵階段。它們的持續時間為零，用於標記您已完成某些任務集。里程碑通常顯示為菱形。

例如，在上圖的甘特圖中，“設計完成”和“開發完成”顯示為里程碑，用菱形表示。

里程碑可以與合同條款相關聯。

使用 WBS 進行估算的優點

WBS 在很大程度上簡化了專案估算過程。與其他估算技術相比，它具有以下優點：

  • 在 WBS 中，會識別專案要完成的所有工作。因此，透過與專案干係人審查 WBS，您不太可能遺漏交付所需專案交付成果所需的任何工作。

  • WBS 會產生更準確的成本和進度估算。

  • 專案經理獲得團隊參與以最終確定 WBS。團隊的這種參與會在專案中產生熱情和責任感。

  • WBS 為任務分配提供了基礎。因為會將精確的任務分配給特定團隊成員，該成員將對其完成負責。

  • WBS 使能夠在任務級別進行監控和控制。這使您能夠衡量進度並確保您的專案按時交付。

列印頁面
上一頁
下一頁
廣告

© . All rights reserved.