工作分解結構

介紹

將複雜的專案分解成更簡單易管理的任務的過程被稱為工作分解結構 (WBS)。

通常，專案經理使用此方法簡化專案執行。在WBS中，較大的任務被分解成可管理的工作塊。這些塊可以輕鬆地進行監督和估算。

WBS在應用方面不受特定領域的限制。此方法可用於任何型別的專案管理。

以下是專案中建立WBS的一些原因

• 準確且易讀的專案組織。

• 準確地將責任分配給專案團隊。

• 指示專案里程碑和控制點。

• 有助於估算成本、時間和風險。

• 說明專案範圍，以便利益相關者能夠更好地理解。

WBS的構建

確定專案的關鍵交付成果是推導工作分解結構的起點。

此重要步驟通常由參與專案的專案經理和主題專家 (SME) 完成。完成此步驟後，主題專家開始將高階任務分解成更小的工作塊。

在分解任務的過程中，可以將其分解成不同級別的細節。可以將高階任務詳細分解成十個子任務，而另一個可以將相同的高階任務詳細分解成20個子任務。

因此，在WBS中如何分解任務沒有硬性規定。相反，分解的級別取決於專案型別和專案遵循的管理風格。

通常，有一些“規則”用於確定最小的任務塊。“兩週”規則規定，任何任務都不應小於兩週的工作量。

這意味著，WBS中最小的任務至少要持續兩週。8/80是建立WBS時使用的另一條規則。此規則意味著任何任務都不應少於8小時的工作量，也不應超過80小時的工作量。

可以使用多種形式來顯示WBS。一些人使用樹狀結構來說明WBS，而另一些人則使用列表和表格。概述是表示WBS的最簡單方法之一。

以下示例是概述的WBS

WBS有許多設計目標。一些重要的目標如下

• 使重要的工作努力可見。

• 使有風險的工作努力可見。

• 說明活動和交付成果之間的關聯。

• 顯示任務負責人明確的所有權。

WBS圖

在WBS圖中，專案範圍以圖形方式表示。通常，該圖從頂部的一個圖形物件或框開始，該框表示整個專案。然後，框下有子元件。

這些框表示專案的交付成果。在每個交付成果下，都列出了子元素。這些子元素是為實現交付成果而應執行的活動。

儘管大多數WBS圖都是基於交付成果設計的，但有些WBS是基於專案階段建立的。通常，資訊科技專案非常適合WBS模型。

因此，幾乎所有資訊科技專案都使用WBS。

除了WBS的一般用途外，還存在推導WBS的具體目標。WBS是甘特圖的輸入，甘特圖是用於專案管理目的的工具。

甘特圖用於跟蹤WBS派生的任務的進展。

以下是一個WBS圖示例

結論

工作分解結構的效率可以決定專案的成功。

WBS為所有專案管理工作奠定了基礎，包括計劃、成本和工作量估算、資源分配和排程。

因此，應將建立WBS視為專案管理過程中的一個關鍵步驟。