# 工作分解結構 (WBS) 完整指南：建立步驟與範例

> 工作分解結構 (WBS) 是將大型專案分解為可管理工作包的專案管理工具。瞭解 WBS 的三個層次、建立步驟與實際範例。

Source: https://asana.com/zh-tw/resources/work-breakdown-structure

## 工作分解結構 (WBS)：定義、建立步驟與實際範例

#### 摘要

工作分解結構 (WBS) 是一種以可視化階層方式分解專案的工具，確保涵蓋專案範疇的 100%。本文介紹工作細目結構的核心概念、三個層級、建立步驟，以及實用的工作分解結構範例，協助您入門。工作分解結構 (Work Breakdown Structure，簡稱 WBS) 是專案管理中最實用的可視化工具之一。當[專案範疇](/zh-tw/resources/project-scope)複雜、交付項目眾多時，工作細目結構能將整個專案從最高層級逐步分解為可執行的具體任務，確保每項工作都有明確的負責人和完成日期。

由於工作細目結構以可視化方式展示，因此可組合使用[工作流程管理軟體](/zh-tw/uses/workflow-management)與專案管理架構來建立。建立方法包括時間軸、[工作流程看板](/zh-tw/resources/what-is-kanban)以及行事曆等。

我們將為您介紹如何制定工作細目結構、其中包含的內容，並展示範例，以說明如何將工作分解結構運用於您自己的工作。

## 什麼是專案管理中的工作細目結構？

工作細目結構是一種依據階層組織來分解專案的工具。藉由工作細目結構，您可以將交付項目分解為多個次級交付項目，以此將專案可視化並列出重要依存項。每一份工作細目結構都由以下幾個部分組成：
- [專案基準](/zh-tw/resources/project-baseline)或範疇陳述，其中包含[專案計劃](/zh-tw/resources/project-management-plan)、描述及名稱
- [專案關係人](/zh-tw/resources/project-stakeholder)
- 妥善組織的[專案排程](/zh-tw/resources/project-timeline-schedules)
- [專案交付項目](/zh-tw/resources/what-are-project-deliverables)與相關子任務

[專案經理](/zh-tw/resources/become-a-project-manager)運用工作細目結構協助團隊分解複雜的[專案範疇](/zh-tw/resources/project-scope)，[將專案和存在依存關係的交付項目可視化](/zh-tw/resources/visual-project-management-kanban-timeline-calendar)，並且為團隊成員提供可視化專案概觀，而非待辦清單。

工作細目結構中的一項核心原則是「100% 規則」：結構中所有元素的總和必須涵蓋專案範疇的 100%。換句話說，每一層的子項目加總起來，必須完整代表其上層項目的全部工作內容。這項原則確保所有工作均已涵蓋，不會遺漏任何項目，也不會包含超出範疇的多餘任務，有效防止範疇蔓延的問題。

此時，您需要依據次級交付項目的階層式等級組織您的結構。您的專案中可能包含多個階段，具體取決於所需的工作內容與整體[專案時間軸](/zh-tw/resources/create-project-management-timeline-template)。
- [閱讀：7 步驟快速打造更佳的專案計劃](/resources/project-management-plan)

### 工作細目結構的兩種類型
- **交付項目型工作細目結構：** 這是一種交付項目導向的工作階層式分解方式。您需要著眼於整體專案範疇，並且將工作分解為支持這個範疇的交付項目。這種方式最適合具有非常明確結果的較短期專案。例如，開發您的年度營收報告。
- **階段型工作細目結構：** 在此類型中，您需要使用專案階段來建立包含任務分組的工作組合。然後，依階段完成這些任務組合。對於最終成果較不明確的長期專案，您需要使用階段型工作細目結構。例如，您希望在未來三年內將留任率提升 20%。

## 工作分解結構的 3 個層級是什麼？

工作細目結構的層級可依相依性區隔。專案之間可能差異巨大，工作細目結構的層級也如此。雖然大多數專案確實具有某種依存關係，但也可能會遇到不需要子依存項的專案。

一般來說存在三個主要的相依性層級，但您的結構可以有多於或少於這一數目的相依性層級。每一個層級都會連結到一個上層任務，而完成上層任務所需的工作內容則組織為依存項。

一起來看看工作細目結構中三個最高層級的依存項。

### 層級 1：上層任務

工作細目結構中的第一個層級是專案中最簡單的形式，因其包含了上層任務。它通常與[專案目標](/zh-tw/resources/how-project-objectives)一致。

例如，假設您的專案團隊正在致力於改進網站設計。WBS 的第一層級可能會定義為：
- 1.0 發佈新的網站設計

如您所見，這是既簡單又直接的。第一層級就是基礎目標，也是諸多[專案管理階段](/zh-tw/resources/project-management-phases)中的第一步。完成此目標所需的工作內容會出現在稍後的第二和第三層級中。
- [閱讀：如何撰寫高效的專案目標 (附帶範例)](/resources/how-project-objectives)

### 層級 2：依存項與任務

此時，依據專案範圍，您的細目結構可能會因此而變得複雜一些。WBS 中的第二層級包含子任務，亦即上層任務的依存項。

不妨看看發佈新網站設計需要進行哪些任務：
- 1.1 主持一場創意[腦力激盪](/zh-tw/resources/brainstorming-techniques)會議
- 1.2 重新打造品牌指南
- 1.3 建立傳訊架構
- 1.4 重新設計標誌
- 1.5 新增相片

雖然比第一層級更細化，但第二層級仍然是完成專案目標所需依存項的高階概觀。

### 層級 3：子任務 (工作包)

在工作細目結構的第三個層級中，需要將這些依存項進一步分解為更方便管理的元件，我們稱之為子任務。在專案管理術語中，這些最底層的可執行項目稱為「工作包」 (Work Package)。每個工作包應該足夠具體，讓您能夠清楚估算所需時間、成本和資源。

一個實用的指導原則是「80 小時規則」：每個工作包通常不應超過 80 小時的工作量。如果一個工作包超過了這個時間，通常代表它需要進一步拆分為更小的項目。

繼續上面的範例，以下是您可以用於新網站設計的第三層級任務：
- 1.2.1 選擇品牌配色
- 1.2.2 組建品牌格調看板
- 1.4.1 指派使用者體驗設計師
- 1.4.2 建立設計模型
- 1.4.3 審核並核准設計模型
- 1.5.1 安排品牌照片拍攝
- 1.5.2 重新調整圖片並進行編輯

如您所見，完成專案目標所需的工作變得更加清晰。您還可以選擇在 WBS 中新增其他層級，具體取決於您需要的可視化內容具體程度。

### WBS 編號系統

為了清楚識別和追蹤每個工作項目，工作細目結構通常採用階層式的編號系統。編號規則非常直觀：
- **第一層 (專案)：** 1.0
- **第二層 (主要任務)：** 1.1、1.2、1.3
- **第三層 (工作包)：** 1.1.1、1.1.2、1.2.1、1.2.2

這套編號系統讓每位團隊成員都能快速定位自己負責的工作項目，也便於在會議或報告中精確地參照特定任務。

## 工作細目結構中包含了哪些內容？

工作細目結構本質上是依可視化階層式結構組織的精簡專案計劃。因此它包含成功的[專案章程](/zh-tw/resources/project-charter)所具有的一切內容，其中包括 WBS 元素，例如目標、交付項目、時間軸和重要專案關係人。

若要建立您自己的細目結構，首先要知道其中應包含什麼內容。一起來看看工作細目結構中所包含的一些重要部分。

### 工作細目結構字典

組建新的專案架構時，工作細目結構字典是不錯的著手方式。由於好的工作細目結構具備可視化性質而毋需詳細的解釋，因此工作細目結構字典需要更詳細地描述每一項任務。建立字典有助於專案團隊成員更輕鬆地找到任務的必要細節。

雖然您負責建立字典，但若能得到各部門團隊成員的幫助，可能也會有所助益。此舉可確保字典儘可能有作用，且能正確解釋所有項目。

一些應包含在字典中的欄位：
- **任務名稱：** 務必清晰而簡潔，最多幾個詞。
- **描述：** 略為詳細，但不要超過一到兩句話。
- [交付項目](/zh-tw/resources/what-are-project-deliverables)**：** 同樣，它需要具體而明確。請清楚說明您希望團隊完成的內容。
- [預算](/zh-tw/resources/project-budget)**：** 您的預計費用，其中包括您將會花費多少、用於何處以及何時會用到。
- [里程碑](/zh-tw/resources/project-milestones)**：** 專案時間軸上完成一批任務的重要時刻。
- **核准：** 是否有任何任務需要核准。

雖然可以包含多個欄位，但您的首要任務是建立一份資源，讓專案團隊成員可以在其中找到完成各種任務所需的專案工作相關資訊。

### 任務描述

任務描述同時包含任務名稱與目標的簡短描述。WBS 中不會有空間可用於進行完整的描述，因此您可以在 WBS 詳情中納入其他細節。

任務描述的目的，在於讓團隊成員儘可能以最簡潔的方式輕鬆辨認出任務是什麼。因此，暫時不要過於深入到每項細節。

### 任務所有者

出於權責理由和溝通需要，所指派的任務所有者也是需要納入其中的重要部分。問題越輕鬆得到解答，任務就能越快完成。雖然專案經理往往就是任務所有者，依據任務類型，部門主管和經理也可以是所有者。

沒有什麼事比浪費時間尋找專案資訊更糟糕。指派任務所有者可以提升[團隊生產力](/zh-tw/resources/ways-improve-team-efficiency-work)，因為專案關係人可以快速將問題轉給合適的人。
- [藉助 Asana 管理任務並安排優先順序](/features/project-management/tasks)

### 任務預算

雖然並非所有專案都需如此，但對於預算較高的專案，請務必謹慎追蹤。分配特定任務預算上限，有助於輕鬆追蹤所分配預算的剩餘額度。

若不追蹤預算，可能會導致支出超出預期，進而影響您的利潤率。因此，除了追蹤總預算，也請務必追蹤單一任務的成本。

### 完成日期

追蹤目標完成日期是一個相當重要的細節，對此不應感到意外。亦即，要為完成日期的變更做好準備，這一點非常重要。

雖然[管理多個超過指定時間軸的專案](/zh-tw/resources/managing-multiple-projects)可能會很困難，但有時候這無法避免。要正確追蹤進度，您須在時間軸或其他[專案管理工具](/zh-tw/uses/project-management)中分解每一個任務。此舉可讓您即時發現時間軸中的延遲事項，並且採取行動預防導致錯失原始完成日期的截止時間問題堆積。

### 任務狀態

除了追蹤時間軸，記錄[任務狀態](/zh-tw/resources/how-project-status-reports)對於快速檢查進度也同樣重要。有多種不同的方式可用於記錄，但許多團隊會使用諸如「待定」、「進行中」和「完成」等術語。

此舉不僅有助於追蹤進度，而且也能提供團隊生產力的高階概觀。例如，如果有某種特定的團隊模式無法完成任務，則可能存在潛在問題。這樣您就可以在[團隊工作負荷](/zh-tw/resources/effectively-manage-team-workload)或溝通問題惡化前，採取行動進行處理。
- [閱讀：如何撰寫高效的專案狀態報告](/resources/how-project-status-reports)

## 如何建立工作分解結構

建立工作細目結構的基本步驟如下：
- **定義專案範疇：** 明確專案的最終目標和交付項目，這將成為 WBS 的第一層。
- **確定主要交付項目：** 將專案拆分為幾個主要的組成部分，作為第二層。
- **分解為子任務：** 將每個主要交付項目進一步拆分為具體的工作包。
- **分配任務：** 為每個工作包指派負責人、截止日期和預算。
- **驗證完整性：** 運用 100% 規則檢查，確保所有工作項目涵蓋了專案的完整範疇。

由於工作細目結構採用可視化階層組織的形式，因此有多種建立方法。最大的好處就是您可以選擇適合您和您的團隊的方法。

團隊使用的常見可視化方法包括時間軸、[工作流程看板](/zh-tw/resources/what-is-kanban)和行事曆。依據您所使用的軟體，某些功能可能看起來會略有不同。以下是三種方法的比較：

**方法**

**最適合的情境**

**主要優點**

時間軸 (甘特圖)

具有明確截止日期和相依性的專案

可視化時間順序和任務關聯

工作流程看板

需要追蹤任務狀態的敏捷專案

即時查看任務詳細資料和進度

行事曆

需要按日期管理截止時間的專案

在日、週、月檢視間靈活切換

一起來探索這三種方法，更深入瞭解如何使用每一種方法建立工作細目結構。

### 時間軸 (或甘特圖)

時間軸透過色彩編碼的水平條將工作內容可視化。同時也非常適合用於為 WBS 提供必要功能。可藉由時間軸 (也稱為[流程圖](/zh-tw/resources/what-is-a-flowchart)或[甘特圖](/zh-tw/resources/gantt-chart-basics)) 使用以下功能：
- 匯入[傳統試算表](/zh-tw/resources/excel-timeline-calendar-alternative)
- 追蹤進度
- 調整任務
- 依相依性連結任務
- 調整期限變化
- 指派任務所有者
- 儲存未排定任務
- 調整顏色追蹤
- 依層級劃分區段
- 篩選及排序任務

值得注意的是，工作細目結構和甘特圖雖然經常搭配使用，但兩者有所不同。工作細目結構著重於定義和分解專案的全部工作範疇，而甘特圖則著重於排程和時間管理。簡單來說，工作細目結構回答的是「需要做什麼」，甘特圖回答的是「什麼時候做」。

有多種方式著手製作 WBS，您可以[匯入現有試算表](/zh-tw/apps/csv-importer)，或是直接在[時間軸軟體](/zh-tw/product/timeline)中組建。時間軸具有可視化版面配置和可調整功能，因而不同於工作流程看板和行事曆。決定團隊適合使用哪一種可視化方式，完全取決於您的喜好。
- [利用 Asana 繪製專案時間軸](/features/project-management/project-views)

### 工作流程看板

工作流程看板與時間軸類似，但兩者的可視化組織方式不同。其中的內容不以水平線的方式組織，而是設計成看板的形式。[看板軟體](/zh-tw/uses/kanban-boards)可以在以下方面提供協助，讓專案按部就班地完成：
- 追蹤進度
- 調整任務
- 依相依性連結任務
- 調整期限變化
- [規劃工作流程](/zh-tw/resources/workflow-examples)
- [在一處地方進行溝通](/zh-tw/resources/effective-communication-workplace)
- 規劃[產品藍圖](/zh-tw/templates/for/product/product-roadmap)

工作流程看板是組建 WBS 的另一種常見方法，也是適用於日常[資源管理](/zh-tw/resources/resource-management-plan)所需的最常用工具之一。這一工具最大的好處之一就是您可以提前查看任務詳細資料。若您無法建立 WBS 字典，此舉會是不錯的選擇。

使用此方法開始的最佳方式就是在工作流程看板中組建您的階層組織。

### 行事曆

第三種建立專屬 WBS 的選擇就是使用[團隊行事曆軟體](/zh-tw/uses/team-calendar)。雖然這種方法用於細目結構時不如前者常用，但仍不失為一種將專案可視化的出色工具。針對大型專案在日、週和月檢視之間切換時，這種方法也尤其實用。

行事曆也適合用於建立 WBS，而且能為您提供與前述選擇不同的可視化體驗。若要以行事曆製作細目結構，您可以匯入現有的試算表，或在行事曆軟體中著手組建一個新的專案。
- [閱讀：3 種可視化專案管理版面配置 (以及使用方法)](/resources/visual-project-management-kanban-timeline-calendar)

## 工作分解結構範例

您已瞭解 WBS 中應包含哪些內容，也知道如何使用各種軟體工具進行組建，不妨來看看一個完整的工作分解結構範例。以下我們將使用 WBS 編號系統來組織此範例，讓您更清楚地看到各層級之間的關係。

_WBS 名稱_：網站設計

_描述_：依據新的品牌設定，重新打造我們的舊網站設計。

_完成日期_：2026 年 9 月 15 日

_預算_：$50,000

層級 1：
- 1.0 重新打造網站設計

層級 2：
- 1.1 重新打造品牌指南 (完成)
- 1.2 建立傳訊架構 (完成)
- 1.3 重新設計標誌 (進行中)
- 1.4 新增相片 (待定)

層級 3 (工作包)：

1.1 重新打造品牌指南
- 1.1.1 品牌配色 (負責人：Kat Mooney)
- 1.1.2 品牌格調看板 (負責人：Kat Mooney)
- 1.1.3 設計使用者經驗 (負責人：Ray Brooks)

1.2 建立傳訊架構
- 1.2.1 標題 (負責人：Daniela Vargas)
- 1.2.2 使命宣言 (負責人：Daniela Vargas)
- 1.2.3 語言指南 (負責人：Daniela Vargas)

1.3 重新設計標誌
- 1.3.1 設計草圖 (負責人：Kabir Madan)
- 1.3.2 設計模型 (負責人：Kat Mooney)
- 1.3.3 最終設計 (負責人：Kat Mooney)

1.4 新增相片
- 1.4.1 照片拍攝 (負責人：Kabir Madan)
- 1.4.2 照片編輯 (負責人：Kat Mooney)
- 1.4.3 最終選擇 (負責人：Kabir Madan)

請記住，您的 WBS 可能會因專案規模、複雜程度、時間軸以及您所選擇的軟體而有所不同。每一種細節都會形塑您專案的相依性及可視化階層組織。此範例可作為您的工作分解結構範本，您可以依據自身專案需求進行調整。

## 工作分解結構常見問題

## 讓您的工作分解結構能夠為您所用

歸根結底，建立工作細目結構並不困難。掌握了 100% 規則、80 小時規則和 WBS 編號系統等核心概念後，您和團隊必定能從新增可視化階層組織或專案任務中獲益。無論您是視覺型學習者還是語言型學習者，都會找到適合每個人的[工作管理工具](/zh-tw/uses/work-management)。

藉助 Asana，您可以輕鬆在「清單」、「時間軸」、「看板」和「行事曆」間切換，而不會錯失任何內容。希望減少花費在[工作附帶事務](/zh-tw/resources/why-work-about-work-is-bad)上的時間，將工作分解結構運用在您的工作中嗎？立即開始使用吧。
- [免費試用 Asana](#signup)

- [專案管理](/resources/project-management)

- [制定應變計劃以預防業務風險的 8 個步驟](/zh-tw/resources/contingency-plan)

商業策略

專案規劃

#### 作者

沒有人希望 A 計劃失效，但準備一份強大的 B 計劃是應對任何情況發生的最佳方式。有了可靠的後援計劃，您就可以有效應對非預期事件，並且盡快讓事情重回正軌。應變計劃是一種主動策略，能夠協助您處理事態惡化並確保業務持續進行。在本文中，深入瞭解如何針對非預期事件制定應變計劃，並且制定恢復策略，以確保您的業務維持健康狀態。什麼是業務應變計劃？業務應變計劃是一種策略 ...

- [建立成功變更管理流程的 6 個步驟](/zh-tw/resources/change-management-process)

商業策略

靈感與影響力百寶箱

#### 作者

改變是幫助組織成功的必要元素。隨著企業成長，您不可避免地會需要實施新工具、嘗試新策略，或打入新市場，還有更多改變不勝枚舉。小規模的變更或不會衝擊很多人的變更，很容易實施，但若您需要實施徹底性的組織變革，又該怎麼做呢？若無妥善的規劃，而試圖實施組織變革可能導致混亂、困惑並降低公司的成長速度。您反倒是需要小心推出變革 (在正式變革之前就有制定好的計劃和支援)， ...

- [15 個秘訣助您建立真正有用的待辦清單](/zh-tw/resources/make-better-to-do-lists)

專案管理

#### 作者

Everyone loves checking things off a to-do list, but when done wrong, lists can cause more harm than good. Disorganized lists lead to missed deadlines and unnecessary stress.The g ...

- [以 10 個步驟為您的專案啟動會議提供強大動力](/zh-tw/resources/project-kickoff-meeting)

專案規劃

#### 作者

雖然您已付出很多努力讓您的專案順利啟動，然而很多時候，甚至在開始執行專案之前，就已感覺好像偏離了進度。這是因為每位專案團隊成員和專案關係人都會將不同的知識、期望值和優先事項帶到專案中。如果在工作開始之前您並未讓大家有機會達成一致，那麼無論您如何努力修正，專案中其餘的部分都會舉步維艱。好在有一個更好的方法：專案啟動會議。啟動會議是讓團隊在開始工作前維持資訊同 ...

- [工作細目結構 (WBS)：WBS 是什麼，要如何使用？](/zh-tw/resources/work-breakdown-structure)

專案管理

專案管理

- [內容撰稿人](/author/alicia-raeburn)

工作分解結構 (Work Breakdown Structure，簡稱 WBS) 是專案管理中最實用的可視化工具之一。當專案範疇複雜、交付項目眾多時，工作細目結構能將整個專案從最高層級逐步分解為可執行的具體任務，確保每項工作都有明確的負責人和完成日期。由於工作細目結構以可視化方式展示，因此可組合使用工作流程管理軟體與專案管理架構來建立。建立方法包括時間軸、 ...