概念地圖・工作分解結構（WBS）
作者 山姆（謝冠生）・喵喵書評創辦人
發布
分類：管理
這一頁不只是把一個概念解釋一遍——一張自己畫的結構圖，加上拿台灣情境從頭走一次的實例演練、這個框架什麼時候會騙你，以及它接回 P.A.I.N. 之後長什麼樣。一頁必須交付的三層 →
工作分解結構：拆到掛得上人與錢那一層
一張報價單上只有八行，第三行寫著「木作 · 18 萬」。工班問這 18 萬含不含系統櫃五金的時候，現場沒有人答得出來——業主以為含，師傅以為另計，設計師說回去查。工作分解結構（WBS）處理的就是這一刻：把一個成果一層一層往下拆，拆到每個末端都是一件交得出來、驗得掉、掛得上工時與負責人的東西。它的紀律只有一條，同一層兄弟節點加起來，要剛好等於上一層的全部。還有一條最常被違反的寫法：節點上填的一律是交付物——該寫「系統櫃門片」，別寫「安裝系統櫃」。
三層各自在回答什麼
同一棵樹上的節點長得很像，工作卻完全不同。分層看一次就清楚了。
| 層級 | 節點上填什麼 | 它回答的問題 | 掛不掛資源 |
|---|---|---|---|
| 第一層 1 | 整個專案的最終成果 | 這案子結束時，業主手上拿到什麼 | 不掛 |
| 第二層 1.1〜1.3 | 交付項，可以整塊驗收 | 成果由哪幾塊組成，加起來夠不夠 | 不掛 |
| 第三層 1.2.1〜1.2.3 | 工作包，能發包也能估價 | 誰做、幾天、多少錢、完成長什麼樣 | 只有這一層掛 |
最後一欄是整張圖的重心。資源只掛在末端，代表往上的每一個數字都是加出來的——1.2 木作那 17.8 萬，是三個工作包自己加出來的，沒有人拍腦袋填過。把數字直接寫在中間層，那筆錢往下找不到明細、往上沒有依據，就是報價單第三行那 18 萬的來歷。
五個自問，判斷你的樹拆對了沒
一、成果先寫死。第一層只有一個節點，填的是專案結束那一刻業主手上拿到的東西，動詞在這裡沒有位置。寫得出來，整棵樹才有邊界；寫不出來，往下拆再細都只是列清單。自問：如果明天就停工，我交得出一份寫得出「已完成／未完成」的東西嗎？
二、同層加總等於上層。百分之百法則：兄弟節點加起來要剛好蓋滿父節點，不留縫也不重疊。實務上用「有沒有東西不知道該掛在誰底下」來測——窗簾、燈具、完工清潔如果無處可掛，那就是少了一塊。自問：這一層念一遍，有沒有哪件事情找不到家？
三、節點填名詞。系統櫃門片、天花封板、水電配管，都是交出去以後摸得到的東西。一旦填上「安裝」「監工」「協調」這種動作，這張圖就悄悄換了身分，變成一份沒有交付物的待辦清單，驗收時無從對起。自問：這一格做完，有沒有一個看得到、驗得掉的成品？
四、拆到能發包就停。工作包的定義很土：拿這一格去問價，對方敢給你一個數字。敢給，這一格就到底了；問了半天沒人肯開口，往下再拆一層。粗尺是一包大約落在 8 到 80 工時之間，半天一包會讓估計誤差比工作本身還大。自問：這一包我敢直接發出去請人報價嗎？
五、資源只掛末端。工時、成本、負責人全部掛在葉節點上，中間層留白。這條紀律的用途是逼出責任：每一筆錢都有一個人的名字綁著，沒有名字的那一格，代表底下還有沒拆完的東西。自問：這個數字掛在中間層，是因為它真的無法再拆，還是因為我懶得拆？
一間 32 年老公寓翻新，把三層走一遍
- 第一層寫成果：不寫「全室裝修工程」，寫「32 坪三房兩廳翻新完成，家具進場後可入住」。業主看得懂，驗收那天也對得起來。邊界一句話講完
- 第二層切三塊交付項：1.1 隱蔽工程、1.2 木作與收納、1.3 表面與設備。三塊念一遍，發現窗簾與完工清潔沒有家——當場補進 1.3，缺角在動工前就補起來了。缺角提早現形
- 1.2 往下拆到工作包：1.2.1 系統櫃體、1.2.2 門片五金、1.2.3 天花封板。那句「18 萬含不含五金」從此有了地址，它是 1.2.2，白紙黑字。爭議變成編碼
- 只有工作包掛資源：1.2.2 掛「16 工時、4.4 萬、木工班阿德」；1.2 這一層一個數字都不填，它的 17.8 萬是底下三包自己加出來的。數字由下往上長
- 然後力氣開始平均灑：三包在圖上長得一模一樣，設計師每天到現場，三包各看一輪、各拍幾張照，時間切三等分。看起來很公平
- 交屋那天：業主拿手機拍的是門片對縫那條 3 公釐的縫，還有主臥插座被床頭櫃擋住。天花封板做得漂亮，他一句話都沒提。痛只集中在一包
這棵樹做對了它該做的事：範圍不缺角、報價有地址、每一塊錢都有人負責。它沒做、也做不到的是告訴設計師哪一包最容易翻臉。三個工作包在圖上的視覺重量完全相同，實際上的客訴風險差了十倍——門片對縫是天天用手摸得到的，天花封板則是抬頭一眼就過去了。老屋翻新的爭議幾乎都長在「業主每天會碰到的介面」上：門片、抽屜滑軌、插座高度、開關位置。這些細節在 WBS 上跟其他工作包平起平坐，因為這張圖衡量的單位是範圍，感受從來沒有進過這張表。以上為說明結構用的示意情境，僅供理解框架之用。
這張圖什麼時候會騙你
- 百分之百法則治漏，不治多。加總等於全部，只證明你沒漏掉東西，不證明每一包都值得做。裝潢案裡「全室除膠清潔」跟「主臥門片對縫」同樣是合法節點，同樣在範圍內，客訴風險卻差一個量級。一棵完整的樹會讓人產生「該做的都想到了」的安心感，而真正吃掉利潤的，往往是那些想到了、卻用同一種力氣去做的部分。
- 越拆越細，估得越像真的。把工作包拆到半天一包，看起來精準，實際上每一包的工時誤差可能比工作本身還大，加總之後誤差反而放大。更麻煩的是維護成本：現場一改動，整棵樹要重編碼，報價單、發包單、驗收單全部跟著改。60 個工作包的專案，週會就會退化成點名大會。
- 它管範圍，不管時間。看到樹狀圖就想加箭頭跟日期，是最常見的手滑。節點之間的關係只有「屬於」，沒有「先後」——誰卡誰、哪條路一延誤就整案往後推，那是排程工具的工作。把兩件事塞進同一張圖，結果通常是一張既看不清範圍、也排不出順序的四不像。
痛點視角：範圍框滿之後，剩下的問題
範圍畫滿了，還是可能整案被嫌。
《痛點》問的第一個問題是誰在痛，WBS 問的是誰在做。兩個問題長得像，答案常常對不上。一棵樹上十二個工作包，在圖上長得一模一樣：都有編碼、都有工時、都有負責人，看起來一樣重要。可是業主搬進去以後會拿出手機拍照傳給你的，往往只有門片對縫跟插座高度那兩包；全室除膠清潔做得再乾淨，他也只會說一句「本來就應該的」。這張圖畫得出範圍有沒有缺角，畫不出哪一包做壞了客戶會翻臉。百分之百法則保證你不漏工，它不保證你沒把力氣花在多餘的工上——樹拆得越細，力氣越容易平均灑在每一個節點上，而痛只集中在其中一兩包。
今晚就能做的：把你手上那棵樹印出來，在每一個末端工作包旁邊畫記號——做砸了會被客訴的畫圈，做砸了客戶根本不會發現的畫叉。畫完數一數，圈起來的通常不到三分之一。那三分之一，才是明天早上你該親自到現場站著看完的。
常見問題
WBS 跟甘特圖差在哪裡？
WBS 拆的是要交出什麼東西，甘特圖排的是什麼時候做。順序上先有 WBS 才排得出甘特圖：每一根甘特條的來源，應該是某一個工作包。反過來做的專案很好認——行程表上排滿了動作，問一句這些動作做完會交出什麼，會議室會安靜幾秒。兩張圖的節點語言也不同，WBS 上全是名詞，甘特圖上全是動作。
WBS 要拆到幾層才夠？
沒有標準答案，判準只有一句「發得出去、報得出價」。實務上常用的粗尺是一個工作包大約落在 8 到 80 工時之間：拆到半天一包，估計誤差比工作本身還大；拆到一包三個月，你根本不知道它進行到哪裡。老屋翻新這種規模，三層通常就夠用了；跨部門的大型專案可能到五、六層，但每多一層，維護成本就跳一級。
工作包底下的細項要不要畫進去？
不用。工作包底下再拆出來的放樣、鎖螺絲、收邊，屬於活動清單，是排程工具的地盤。WBS 停在「能發包的那一格」，往下就交棒。硬要把活動畫進樹裡，節點會從名詞變成動詞，整張圖的性質就變了，而且每次現場調整都要動到樹的結構。
一定要編 1 ／ 1.1 ／ 1.1.1 這種號碼嗎？
編碼是這張圖最被低估的產出。它讓報價單、發包單、驗收單、追加減帳全部對得起來：師傅說「1.2.2 的五金換成緩衝鉸鏈」，一句話就定位到那一格，錢加在哪裡、誰簽名都清楚。沒有編碼的 WBS，開會時只能靠形容詞溝通——「就那個櫃子的門那邊」——那正是爭議長出來的地方。
拆完範圍之後，接下來要處理的是順序：哪幾個工作包一卡住，交屋日就整個往後推，那是要徑法在回答的問題。如果你更在意的是範圍一改動，時間與成本會被牽動到什麼程度，可以先看專案金三角。
同一個概念，站上還有別的講法——
拆給你聽：整包合約攤在桌上，該從哪裡下手？喜歡這篇文章嗎？
每週幫你拆二本好書，把判斷力、好書金句、好問題，直送你的信箱。
不適合你可隨時退訂 · 每週兩封，陪你把書讀進生活。
送出即表示同意我們依隱私權政策使用你的 email。