概念地圖・Clark–Wheelwright 四種專案團隊
作者 山姆（謝冠生）・喵喵書評創辦人
發布
分類：領導
這一頁不只是把一個概念解釋一遍——一張自己畫的結構圖，加上拿台灣情境從頭走一次的實例演練、這個框架什麼時候會騙你，以及它接回 P.A.I.N. 之後長什麼樣。一頁必須交付的三層 →
專案團隊四型：誰有權改排程
防水抓漏公司要推出新的保固服務，現勘、材料、工班與客服各交了一張名單，會議接著卡在誰能修改排班。名字齊了，預定的試辦日期仍往後滑。Clark–Wheelwright 四種專案團隊，把功能型、輕量級、重量級、自治型攤開來看：資源由誰調動、交界由誰整合、成員每天向誰報到。選型以前先抓住那個卡點——當專案與部門原有工作撞期，誰能拍板讓某件事晚一點做？
四種團隊，交界由誰接住
先讀三件事：部門握著多少資源權、專案端承擔多少整合責任、成員留在哪個組織裡。
| 團隊型態 | 工作怎麼接起來 | 成員與資源歸屬 |
|---|---|---|
| 功能型 | 各功能主管安排工作，交界透過主管協調 | 成員由原部門管理，排人也由各主管決定 |
| 輕量級 | 協調者召集、追蹤進度，資源取捨仍需功能主管支持 | 成員留在原部門，協調者的直接資源權有限 |
| 重量級 | 有力的專案主管承擔整體結果，主導跨部門整合與取捨 | 成員仍保留功能連結，專案主管有較強的實質影響力 |
| 自治型 | 抽調跨功能專任成員，組成相對獨立的專案單位 | 專案內安排主要工作，與原部門保持必要的知識交流 |
四型依 Clark 與 Wheelwright 於 1992 年發表的〈Organizing and Leading “Heavyweight” Development Teams〉摘要轉述；圖與案例是本文為教學重新組織。圖上的箭頭只描述整合責任往專案端移動，沒有分數或成熟度排名。右側付出的專任人力與組織調整通常也更多——選得起，還要用得上。
權責要落到這三個決定
一、看誰能挪動已排好的工作。保固試辦要讓現勘人員陪同客服接第一通報修，現勘主管手上還有既定勘查。協調者如果只能轉寄會議紀錄，排班權就留在部門。要求每一位主管說清楚可讓出的時段與需升級裁決的條件——那是專案真正拿得到的承諾。自問：誰能調整優先順序？
二、沿著失約追回整體結果。材料按時到、工班按時到，住戶仍可能因為客服承諾了錯誤的回訪日期而生氣。要有人對保固服務從報修到回訪的整段體驗負責，也要讓他參與影響這段體驗的決策。整體責任壓在一人身上，調動資源的權限卻散落各處，追責會很快變成互相指認。自問：誰承擔整體結果？
三、把每天回報的路線畫出來。專案主管請工班修改試辦流程，工班下班前仍向原領班交日報，這條功能連結要留在圖上。若成員已抽調進獨立保固單位，專案內的排班、檢討與資源使用也應一起改。每天找誰請假、誰排明天的工作，會把歸屬講得很清楚——組織圖先跟著日常走。自問：成員日常歸屬在哪裡？
防水抓漏公司的保固專案
底下這家台灣中部的防水抓漏公司，是為了把這個結構講清楚而編出來的示意情境，沒有指涉任何真實公司。公司打算試辦新的保固服務：接到報修後，客服約時間、現勘判斷狀況、材料端確認處理方案，再由工班施工並安排回訪。同一個任務，可以用四種方式組織。
- 功能型：現勘、材料、工班、客服主管各自分派工作。接縫出現問題，就回到主管會議處理。這適合交接方式已穩定、部門各自能完成主要工作的狀況。既有專業與管理節奏容易保留。
- 輕量級：指定一位協調者維護試辦清單，召集四方處理延遲，提醒工班與客服確認同一個日期。現勘主管仍決定派誰、派多久——協調者需要事先拿到各主管承諾。只增加追蹤會議，排班衝突仍會原地等待。
- 重量級：由有權整合的專案主管負責整體試辦結果，與四個功能主管議定資源範圍，處理回訪速度、工班負荷與材料方案之間的取捨。成員保留原功能連結，專案主管可以在約定範圍內推動調整。跨部門承諾有一個持續兌現的人。
- 自治型：抽調現勘、材料、工班及客服的專任成員，成立相對獨立的保固服務小組，由專案主管統一安排試辦工作。原部門需另行補足被抽走的產能，雙方也要約好如何分享新的施工與服務經驗。專案拿到完整人力，原部門也同時少了人。
這家公司應先拿一次真實會發生的排程衝突來演練：試辦回訪和原有施工撞期時，誰調整哪一張工作表？功能型要等主管彼此談妥；輕量級由協調者提早把衝突送上桌；重量級由專案主管在授權範圍內整合取捨；自治型主要使用已抽調的專任成員。選定一型後，把授權範圍、例外處理與原部門要承受的缺口一起寫進試辦安排——四方點頭才有可執行的日期。以上為說明結構用的示意情境，僅供理解框架之用。
團隊重量什麼時候會騙你
- 頭銜長胖，權限留在原地。公司可以很快任命一位重量級專案主管；讓四個功能主管接受他調整工作次序，需要明確授權與持續支持。如果每次延期都只能請老闆再開會，實際運作仍高度依賴功能線。檢查最近一次資源衝突由誰決定——會議上的稱呼最容易先改，日常習慣要慢得多。
- 自治團隊可能把知識一起抽走。保固小組在試辦中發現某種滲水狀況需要改處理順序，原工班與現勘部門也需要收到這個發現。專案越獨立，越要安排共同檢討與知識回流。否則專案成員累積了經驗，原部門的做法仍停在舊版本——專任邊界帶來專注，也要有人維護邊界上的往來。
- 小案可能背不起厚重的整合成本。若保固試辦只調整一張交接表，抽調完整單位會讓日常工作先缺人。應先評估介面有多難、改動牽涉多少既定安排，以及延誤對客戶有多大影響。協調成本要跟任務一起算——為了減少一次交接，增加整套人員與管理安排，可能讓公司更難排班。
跨部門承諾要有人兌現
名單叫得齊人，承諾還需要有人兌現。
把四個部門拉進保固專案，只完成了內部集合。《痛點》的 P.A.I.N. 會繼續追問：住戶究竟卡在哪個等待、已經付出什麼代價、眼前的改善值不值得他採取行動？這張圖畫得出權責如何相連，畫不出住戶最怕哪一次失約。一位主管有權挪動工班，也可能把大家帶向客戶並不在意的流程。組織設計要接上需求證據：住戶焦慮的是漏水持續擴大、約了人一直等，還是每次來的人都要重新說明？每一種痛都牽動不同交界——先接住痛，再安排資源。今晚拿最近一筆報修紀錄，和客服一起圈出客戶第二次追問的那句話，把它交給專案主管，約定下次回覆由誰負責、何時完成。
專案團隊，常見問題
重量級團隊一定比輕量級有效嗎？
效果要看任務需要多少跨部門取捨。若交接方式穩定，協調者能靠既定規則推進，輕量級就有實際用途。當各主管各自做到最好，整體服務仍反覆卡住，才需要評估更強的專案整合權。先記錄衝突發生在哪裡、每次等誰點頭，再判斷增加授權能解掉多少等待——右移一格本身沒有成效保證。
重量級與自治型團隊，主要差在哪裡？
重量級由有力的專案主管推動跨部門整合，成員仍保留功能連結；自治型把跨功能專任成員放進相對獨立的單位，主要工作由專案內安排。要確認成員日常回報、資源使用與工作評估如何運作。兩者都需要整體負責人，差異還包括抽調程度和組織獨立性——只比較主管的職級，很容易選錯。
公司很小，也需要分成這四型嗎？
小公司可以把四型當作對話工具，用來說清楚誰排人、誰處理衝突、誰照顧整體結果。同一人兼任多個角色也很常見，關鍵是他此刻以哪種權責做決定。先為保固試辦訂出可使用的人力時段與升級條件，讓各方知道遇到撞期要找誰——圖可以簡單，承諾要能落到明天的班表。
專案組織選好以後，整合專案規劃能協助盤點哪些計畫正在爭同一批資源。接著看專案組合中的資源分配，再對照雙主管造成的日常權責交界，把這張保固試辦的排班表放回公司整體安排裡。
喜歡這篇文章嗎？
每週幫你拆二本好書，把判斷力、好書金句、好問題，直送你的信箱。
不適合你可隨時退訂 · 每週兩封，陪你把書讀進生活。
送出即表示同意我們依隱私權政策使用你的 email。