最近到一家企業講授專案管理，課程進行到工作分解結構（Work Breakdown Structure, WBS）時，有位學員提出一個很實際的問題：「工作包到底要拆多大？」

這個問題看似簡單，實際上卻沒有一個固定答案。因為工作包不是愈大愈好，也不是拆得愈細愈專業。真正要判斷的，是這個工作包是否已經細到足以管理，又沒有細到變成執行人員每天的工作清單。

當時，我從兩個面向回答這個問題。

工作包的第一個判斷：是否已經可以管理？

第一個面向，是看這個工作包是否已經具備「可管理性」。

一個工作包如果要作為專案管理的基本單位，至少要能明確界定成果，並且能夠進行責任分工。也就是說，我們要知道這個成果由誰負責，是由某一位人員、某一個小組，還是某一個外部廠商承擔。

除了可以分工之外，也要能估算所需的時間與成本。專案經理必須大致知道，完成這個工作包需要多久、需要投入多少人力、設備、材料、技術、場地或外部服務。若連工期與成本都無法估算，通常代表這個工作包仍然太粗，裡面可能還混合了太多不同性質的工作。

工作包也要能夠追蹤進度。專案經理要知道它目前是否已經開始、進行到什麼程度、是否出現延誤，以及是否會影響其他工作包。如果一個工作包只能用「有在做」來描述，卻無法判斷完成狀態，就很難作為管理單位。

最重要的是，工作包必須可以驗收。既然WBS是以交付成果為核心，工作包就不能只是「進行訪談」、「召開會議」或「撰寫程式」這類動作，而應該是訪談完成後所產出的需求清單、會議完成後形成的決議紀錄，或程式開發完成後可以測試與驗收的系統模組。

因此，一個工作包至少應該能做到幾件事：能分工、能估算、能配置資源、能追蹤，也能驗收。若還無法做到這些事情，往往表示它還需要繼續往下拆解。

從組織金字塔，看懂策略、計畫、工作包與任務

第二個面向，則與管理者所處的組織層級有關。

中大型組織通常可以想像成一座金字塔。最上層是高階主管，負責決定組織未來要往哪裡走，包括發展方向、策略優先順序，以及重要資源的配置。

高階主管所處理的事情通常比較抽象。例如，組織未來要推動數位轉型、強化永續治理、改善服務品質，或開拓新的市場。這些方向不一定能立刻轉換成具體工作，但會影響整個組織接下來投入資源的位置。

第二層是中階主管。中階主管很重要的一項工作，就是把高階主管提出的策略，翻譯成可以執行的方案、計畫或專案。高階主管說要推動數位轉型，中階主管就要進一步思考，要建置哪些系統、改善哪些流程、培養哪些能力，以及需要配置多少預算與人力。

換句話說，高階主管決定方向，中階主管負責把方向轉換為可執行的路徑。

第三層是基層主管。基層主管接到計畫之後，要進一步安排工作、進行分工、處理協調，並帶領第四層的第一線人員完成任務。他們所面對的內容，已經從策略與計畫，逐漸轉變為具體成果與執行管理。

第四層則是基層員工或第一線執行人員。執行人員最關心的問題通常不是整個組織未來三年的發展策略，而是自己這一週或今天要完成什麼工作、需要和誰合作，以及成果應該在什麼時間交付。

工作包的第二個判斷：管理層級決定資訊粒度

如果把這四個組織層級與專案管理結合，就會發現，不同層級所關心的管理粒度並不相同。

高階主管主要關注的是整體計畫是否支持組織策略，以及各子計畫的KPI達成率、經費使用率、重大里程碑與整體效益。中階主管關注的是策略如何轉換成方案與專案，各專案之間如何整合，以及資源是否足以支撐計畫推動。

專案經理或基層主管關注的，則是各項交付成果能否如期完成。因此，工作包正好是這個層級的重要管理單位。專案經理需要透過工作包安排責任、估算成本與工期、追蹤進度、管理風險，並確認成果是否通過驗收。

到了執行人員的層級，工作包通常還需要繼續拆成具體任務。例如，一個工作包是「經核可的需求規格書」，執行人員真正要做的，可能包括訪談使用單位、彙整需求、確認流程、撰寫文件、召開確認會議，以及依據意見進行修正。

由此可以看出，工作包沒有固定大小，因為它的大小除了取決於專案本身，也取決於管理者需要看到什麼程度的資訊。

同一個專案，高階主管可能只看到三個子計畫與幾項KPI；中階主管看到的是各個專案與重要里程碑；專案經理看到的是工作包；執行人員看到的則是任務與作業步驟。

不過，這種對應並不是絕對的。

高階主管在專案出現重大異常時，仍可能往下追蹤特定工作包；專案經理也不可能只看成果，完全不理解底下的任務。因此，比較精確的說法是，不同管理層級有不同的主要管理焦點，而不是每一個層級只能看某一層資訊。

工作包沒有標準大小，只有適不適合管理

這也提醒我們，WBS 不能只是把專案一直往下切。拆解的目的，是為了讓專案變得可以管理。如果工作包太大，裡面包含太多不同成果，就會難以分工、難以估算，也難以驗收。但如果拆得太細，把每一個打電話、寄信、修改文件都列入 WBS，不但不會讓專案更清楚，反而會增加維護與追蹤的成本。

因此，工作包的適當大小，應該落在成果管理與任務管理之間。

它要足以讓專案經理清楚掌握：這個成果由誰負責、需要多少資源、何時完成、如何驗收，以及延誤時會造成什麼影響。至於這個成果具體要經過哪些步驟完成，則可以再透過任務拆解、甘特圖、工作清單或其他工具進行安排。

我後來把這個問題整理成一句話：策略決定組織要往哪裡走，計畫把策略轉換成行動，工作包定義必須完成的成果，任務則說明成果要如何完成。所以，當有人再問「工作包到底要拆多大」時，我的答案不會是一個固定的時數，也不是一定要拆到第幾層。

真正的判斷標準是：這個工作包是否已經能夠分工、估算、追蹤與驗收，同時又符合管理者所處層級的管理需求。拆得太粗，無法管理；拆得太細，增加負擔。拆到足以控制專案，也足以交付成果，通常就是適當的大小。

策略決定組織要往哪裡走，計畫把策略轉換成行動，工作包定義必須完成的成果，任務則說明成果如何完成。

本文轉貼自：藍博的知識旅程（原文連結）