擺脫爛尾命運，打破 99% 專案失敗的詛咒
前言：為什麼創新總是變成公司的「痛」？
你大概也接手過這種案子：立意很好、開頭很熱血，做到一半開始超支、跳票，最後變成沒人敢碰的爛尾樓。於是公司學到的不是怎麼創新，而是「少做少錯」。問題不在點子不夠好——而在把創新當成一般專案在管。
如果你正身陷這種衝突 — — 理智上知道公司不能吃老本、必須推動數位轉型或新產品開發，情感上卻擔心重蹈覆轍 — — 這篇文章將為你重建信心。
本文以《超級專案管理》（How Big Things Get Done）一書為基礎，歸納作者分析 16,000 個專案後的失敗成因；接著，我結合過去的顧問經驗，精選出 4 個服務設計工具組。這些工具將協助你把書中強調的「前期規劃」轉化為可操作的步驟，讓你在創新的旅程中，拿回主控權。
關鍵字：專案管理、服務設計、OKR、利害關係人、MVP、巨型專案管理
一、其實你不孤單：高達 99.5% 創新專案都不算成功
《超級專案管理》作者 Bent Flyvbjerg（班特・弗 flyvbjerg）是牛津大學賽德商學院榮譽教授，被譽為「全球最頂尖的巨型專案專家」。他建立了全球最大的專案數據庫，涵蓋 136 個國家、20 多個領域、超過 16,000 個專案。
數據顯示了一個殘酷的事實：
- 47.0% 的專案符合預算（但超時）。
- 8.5% 同時符合預算與時間表（但效益不如預期）。
- 僅有 0.5% 同時符合預算、時程與預期效益。
這意味著，高達 99.5% 的專案都面臨某種形式的失敗：要嘛預算失控、進度嚴重落後，要嘛就是勉強做完了，卻沒人想用。
你可能會想：「這本書分析的是高鐵、核電廠這種巨型工程，跟我的數位轉型或新產品開發有什麼關係？」
事實上，作者指出「專案失敗」與規模無關，而與「陌生度」有關（請看下圖定義）。只要任務對公司而言是新的、非日常例行性的，就極易觸發「規劃謬誤」。以大家熟悉的「數位轉型」為例，它在作者的失敗排名中高居第五，平均超支率高達 447%！
二、為什麼我們總是重蹈覆轍？從「日常專案」與「創新專案」的差異談起
為什麼我們總是重蹈覆轍？讓我們比較一下「日常專案」與「創新專案」。
- [場景一]駕輕就熟的「日常專案」： 試想，如果你是一位資深行銷人員，每季都要執行產品促銷活動。經過 3–4 年的歷練，你對一切瞭若指掌：決策流程要跑多久、老闆在意什麼數據、哪些環節要預留緩衝、誰是最佳的神隊友。 這種「基於實務經驗」的規劃，讓你能在腦中預演整個過程，擬定出精準具體的計畫。執行時按部就班，成功自然是水到渠成。
- [場景二]充滿迷霧的「創新專案」：某天老闆突發奇想，要求你規劃一個「結合 AI 的全新行銷方案」。 這時，你心中可能充滿問號：我不懂技術，程式開發要多久？AI 產出的品質誰來把關？會不會有智財權法律問題？
但在老闆「快點動起來」的壓力下，你無法展現猶豫。於是，你選擇上網查查資料，根據過往做行銷的經驗「憑感覺」加一點時間與預算，然後趕緊湊人、簽約、開工。
結果往往是災難的開始： 工程師進場後才發現規格大到做不完、行銷看到 AI 產出覺得不堪使用、法務突然跳出來警告侵權風險。專案開始嚴重超支、失控，所有人都感到沮喪且不知所措。
關鍵差異：憑經驗管理 vs. 憑想像管理 上述比較揭示了一個殘酷事實：日常專案是基於「經驗」在管理，而創新專案往往是基於「想像」在管理。憑空想像的規劃，根本無從管理起。
這正是《超級專案管理》作者 Bent Flyvbjerg 強調「慢想快做」（Think Slow, Act Fast）的原因。
在他的調查中，絕大多數的失敗都源於「前期規劃」過於樂觀且缺乏實務考量，導致專案的初始架構從一開始就是錯的。當執行遇到阻礙，管理者往往因為時程壓力與沈沒成本，不願面對現實，持續做出錯誤判斷。最終，這些錯誤就像滾雪球般越滾越大，演變成無法收拾的爛攤子。
以下列出書中提到「缺乏實務經驗」的專案規劃常見特徵，你不妨對照看看，是否感到似曾相識？
- 為了爭取專案，選擇「報喜不報憂」 這是專案最常見的起手式。為了在競標中勝出，規劃者常刻意隱瞞風險、畫大餅或惡性削價。這種「先騙到手再說」的策略，雖然贏了入場券，卻埋下日後預算無止盡追加、品質崩壞，甚至爛尾的導火線。
- 引用不當經驗，錯估情勢（一廂情願） 與第一點的「刻意隱瞞」不同，這點往往源於「無知」。面對陌生專案，我們常不自覺地誤用舊經驗。書中提到一位知名作家，曾試圖用「寫雜誌」的節奏來規劃「寫書」，結果嚴重延宕了 5 到 7 年。這證明了：若錨定在錯誤的經驗上，你的計畫從一開始就是一場幻影
- 只想著「做什麼」，卻沒問「為什麼要做」：人類大腦習慣「直覺反應」，這原是為了生存演化出的本能（如餓了就吃、遇險就逃），能幫我們快速解決日常瑣事。但若將這種本能誤用於複雜的商業決策，就會陷入「為做而做」的盲點。 我曾見過企業系統疊床架屋，充斥著重複功能，只因各部門提需求時僅憑直覺反應，卻沒思考核心目標與整合性。這導致專案陷入「每個人說的都對，但決策反覆」的泥淖，最終草草結案，無法發揮效益。
- 忽略「協作機制」的設計：籌組團隊時，我們常以為跟夥伴談好條件就萬事大吉。但若沒進一步設計具體的協作機制（如激勵方式、檔案交接與管理流程），執行時很容易因認知落差，引發衝突、權責不清或無謂重工。這些人為的摩擦力，往往導致專案卡關，無法順利推動。
- 想一次到位，誤用「瀑布式」流程：在相對陌生的創新專案中，若採用傳統「瀑布式流程」，堅持做完一步才走下一步，團隊往往因缺乏具體畫面，導致對成果的共識模糊不清。這種「直到開發完成才揭曉」的作法風險極高。一旦成品在最後關頭被長官推翻、發現不符需求或與系統衝突，唯一的解法往往只剩「打掉重練」。這種因發現太晚而造成的重工，正是專案嚴重超支與延宕的主因。
四個服務設計工具組：將「慢想快做」轉化為專案導航儀
《超級專案管理》強調的「規劃」，絕非坐在辦公桌前堆砌 PPT 或 Excel 表格。作者所倡導的規劃，是一種「實驗型」的行動 — — 透過模擬、測試與迭代，在正式開工前就累積足夠的經驗值。
為了讓這些抽象概念落地，我挑選了 4 組服務設計工具，幫助你在實務中具體執行：
工具組一：5 個 Why、設計洞見、OKR
👉 回應書中觀念：問「為什麼」、以終為始、拒絕為計畫而計畫
書中有個關鍵提醒：「計畫本身不是目標，計畫只是達成目標的手段。」 當你接到「導入 AI」或「做新系統」的指令時，第一步絕非立刻執行，而是暫停下來釐清：「為什麼要做？」
在服務設計中，我們不問「接著做什麼」，而是專注挖掘「值得解決的問題」。因為大腦習慣直覺思考，容易被表象誤導（例如覺得行政慢就想買系統），卻忽略這只是問題冰山的一角。透過工具找到真正的癥結點時，你會產生一種豁然開朗的「啊哈！（Aha!）」興奮感 — — 這才是創新專案該有的起點。
以下三個工具，將協助你鎖定核心目標：
1-1. 5 個 Why（根源分析）
顧名思義，就是針對一個狀況，提出至少 5 次以上的問答。透過一連串的「為什麼」，挑戰現狀，挖掘出問題本質。
【實戰案例：從「買系統」到「救效率」】 如下圖所示，客戶原本想「導入數位工具」（表象解法）。
- 若只問一層： 為了提升服務品質 → 題目過大，導致系統功能包山包海，專案難以聚焦。
- 追問到底： 為什麼沒品質？因為沒互動。為什麼沒互動？因為行政太雜。為什麼雜？因為流程重複。
最終發現，核心不在「缺系統」而在「流程繁瑣」。釐清後，目標從「買昂貴系統」精準轉為「簡化行政流程」。這讓團隊能明確評估功能是否必要（是否省時間？），避免陷入多頭馬車的泥淖。
💡 小撇步： 如果不好意思直接質問老闆，建議先「自問自答」寫下推演過程。這能幫你驗證邏輯，也能讓老闆覺得你是有備而來。
1-2. 設計洞見（Design Insight）
盤點關鍵的利害關係人（如老闆、使用者）的深層動機，找出支持專案的理由。一個完整的洞見包含三大元素：
- 目標對象 (TA)： 誰最在意這個專案？
- 需要 (Needs)： 他們想要完成什麼任務？
- 痛點 (Pain)： 為什麼現在做不到？
【洞見句型模板】 你可以參考下圖模板，將零散的訪談資訊重組為一句有力的陳述：「[目標對象] 需要 [需求]，但他因為 [痛點]，導致 [缺口/現象]。」
【實戰應用】 建議蒐集 3–4 個不同對象的洞見，了解不同人的觀點，才能確保專案能被認同、獲得支持。如下圖範例，針對同一專案，我分別整理了「服務主管」與「行銷主管」的觀點：
- 服務主管： 想做好客戶互動，卻被繁瑣行政卡死，導致員工想離職。
- 行銷主管： 想提升體驗，卻因服務品質不穩，導致銷量下滑。
當你掌握了這些「痛點」，你的專案就不再只是冷冰冰的任務，而是能解決大家痛苦的解藥，自然能爭取更多支持。
1-3. OKR（目標與關鍵結果）
用「願景」取代僵化的 KPI，確保團隊為了同一個價值而戰。
【目標 (Objective)：讓人興奮的願景】 這段描述必須帶有「影響力」與「改變」。如同書中提到的畢爾包古根漢美術館，建築師蓋瑞（Frank Gehry）深知政府要的不是「一棟建築」，而是「重振城市繁榮」。 你可以參考下圖的 OKR 句型：
- 「藉由 [待發展事項] 來解決 [問題]，使得 [對象] 能夠 [獲得價值]，進而 [獲得自身價值]。」
【關鍵成果 (Key Result)：可衡量的指標】 延續前述 5 個 Why 的結論，我們將目標設定為「建構輔助服務人員的 AI 平台」，而關鍵成果則具體設定為：
- 降低顧客訪談到追蹤的時間為一半。
- 市占率第一。
- 顧客黏著度 100%、轉換率 30%。
透過 OKR（以終為始），團隊就不會迷失在無謂的規格戰中，並且能在專案執行過程中保有彈性：只要能達成「減少時間」這個結果，原本規劃的功能若不重要，隨時可以調整。
工具組二：利害關係人地圖、角色設計
👉 回應書中觀念：齊心協力的有機體、廣結善緣、維持良好關係
專案失敗或超支，有時不是因為技術做不到，而是受到「有心人」阻攔或團隊內耗。 書中以希斯洛機場第五航廈為例，專案管理者不僅考量工程，更花費巨大心力照顧政府與乘客的需求，甚至透過合約設計讓所有承包商成為「命運共同體」。
在服務設計中，我們稱之為「價值共創」。 設計不只是單向輸出，而是要讓關係人都能從中獲益。就像設計電商 APP，不能只顧消費者方便，也要讓賣家容易操作。若能讓關係人覺得「這專案對我有好處（如：累積 KPI、獲得主管賞識）」，阻力自然會變成助力。
以下兩個工具，將協助你把「人的問題」變成「專案的動力」：
2-1. 利害關係人分析表
創新專案涉及多方單位，為了避免被突襲式反對，你需要先盤點「誰是朋友、誰是潛在敵人」。
【操作步驟】 請參考下圖的表格架構，逐一盤點關鍵人物與影響力：
- 單位與負責人： 誰是關鍵窗口？
- 對專案影響力： 他是掌握預算的決策者？還是能影響輿論的意見領袖？
- 合作內容：需要他們的參與及貢獻的內容？對於專案的好處是什麼？
- 利益關係（關鍵）： 這是最重要的一欄。思考「專案成功對他有什麼好處？失敗對他有什麼壞處？」例如：業務經理 Richard 擔心新產品會影響既有業績（衝突），還是能幫他開拓新客源（共利）？
- 參與方式：從他們的工作忙碌、角色、態度等不同觀點，思考最合適的參與。例如有些人對決策很重要，但不適合長期參與，那可能就安排重要會議或1:1拜訪；有些人對內容發展很重要，那可能就會安排部分工作的協力。
透過這張表，你能清楚看見：為了讓 Richard 支持專案，我們必須在規劃時將「新舊產品的業績計算方式」納入考量，這就是價值共創的具體展現。
2-2. 角色設計（Role Design）
盤點完名單後，下一步是定義他們「如何參與」。 這裡建議使用「白話文」或「譬喻法」來設定角色，讓團隊能秒懂溝通策略，而不是只看著冷冰冰的職稱。
【實戰案例：把老闆變成「吉祥物」】 我們曾遇過一位對專案有絕對生殺大權，但行事曆永遠爆滿的老闆。
風險： 若他沒參與決策，最後可能全盤推翻；若要他執行任務，專案會無限延期。
角色設定： 我們將他定義為「吉祥物」。
操作策略：
- ❌ 不分派任務： 絕不期待他會看細節文件或回信。
- ⭕ 儀式感參與： 只在關鍵里程碑邀請他出席會議「剪綵」（點頭拍板）。
結果： 團隊主動幫他預留了「吉祥物時間」，確保他能出席關鍵決策，既滿足了他的掌控權，也讓專案進度不受干擾。透過這種人性化的角色設計，你能有效管理利害關係人的預期，避免將錯的人放在錯的位置，造成專案空轉。
工具組三：標竿案例分析、專家共創
👉 回應書中觀念：實踐的智慧、搜集外部觀點、提升預測精準度
專案失敗，常源於「過度自信」與「經驗不足」。 書中分析上千個案例後發現一個真理：「無論你的專案多麼特別，世界上一定有類似的案例可參考。」 換句話說，對你而言是充滿迷霧的創新，對某些人來說可能只是日常工作。
因此，好的規劃者不閉門造車，而是善用「外部觀點」，尋找有實戰經驗的專家協助。在服務設計中，設計師就像交響樂指揮家，不必精通每項樂器，但懂得串接各方專家，譜出和諧樂章。
以下兩個工具，助你站在巨人的肩膀上：
3-1. 標竿案例分析（Benchmarking）
創新不代表憑空創造，更多時候是「跨界模仿」。
【打破「我們不一樣」的迷思】 很多老闆會說：「我們這是突破式創新，沒有前例可循。」但若回歸到人性與需求層面，你會發現類似的模式早已存在。
實戰案例： 我們曾規劃「高齡輔助治療」工具，希望能讓照顧者在家輕鬆操作。
- 困境： 醫療界找不到類似案例。
- 轉念： 照顧者面臨的痛點是「長輩不順從、操作麻煩、很無聊」。
- 突破： 這些痛點在「兒童教育」領域早就被解決了！我們參考了大量兒童教具的遊戲化設計，成功轉化運用。
【操作三步驟】
- 萃取需求： 從設計洞見中提取核心關鍵字（如：提升動機、簡化操作）。
- 跨界搜尋： 拋開產業限制，用關鍵字搜尋國外案例（Look Outside）。
- 模式分析： 不只看表面，要問：「我們能否借用這個模式來解決我們的問題？」
3-2. 專家共創（Expert Co-creation）
既然有人做過，就直接請教他。與其自己摸索，不如邀請有實戰經驗的專家（Master Builder）一起規劃。
【實戰案例：跨界專家的火花】 延續上述高齡案例，當我們決定採用「邊吃邊玩」的概念後，我們邀請了「兒童教具專家」與「食品營養專家」參與討論。 雖然他們不懂失智症，但對於「如何引起動機」與「食物製作」有豐富經驗。透過共創，我們發展出全新療法，且因為有專家背書，執行細節更加務實可行。
【專家共創四步驟】 你可以參考下圖流程，引導專家貢獻智慧：
- 分享經驗： 請專家分享他們如何解決類似難題？關鍵任務是什麼？
- 抽離脈絡： 引導專家思考「為什麼這很重要」，找出底層的邏輯。
- 類比分析： 將你的創新需求拋出來，討論「這跟你們遇過的狀況哪裡像？」
- 共創規劃： 針對相似處，共同擬定務實的時程、預算與避雷指南。
要注意的部分：針對有差異的地方，詳細了解差異是否很大，若差異很大，則可能需要尋找更適合的專家。
💡 小提醒： 合適的專家通常需要媒合 2–3 次才能找到。若你發現某位專家跟你的頻率特別合拍，且對雷同之處有獨到見解，建議直接聘請他擔任專案顧問，這絕對比事後收拾爛攤子划算得多。
工具組四：MVP (Minimum Viable Product)
👉 回應書中觀念：重複是學習之母、模組化、經驗是實踐的智慧
試想一下，從小到大，你有哪件事是第一次嘗試就完美的？ 《超級專案管理》指出，人類不擅長「一次到位」，但非常擅長「摸索與改進」。 因此，聰明的規劃者不追求一開始就完美，而是設計機制讓團隊能「低成本地犯錯與學習」。如同皮克斯電影在正式製作前，會經歷 8 次劇本迭代；建築大師蓋瑞（Frank Gehry）會製作無數個模型，確保每個工法可行後，才真正動工。
4-1. 什麼是 MVP？（別再只造輪子了！）
傳統專案習慣「瀑布式思考」：沒規劃好不動工、沒做完不測試。這就像下圖中「How NOT to build」的例子：先造輪子、再造底盤。這帶來的風險是在第四步驟組裝完成前，沒有人知道這台車能不能跑。一旦發現不符需求，就是災難性的打掉重練。
而MVP（最小可行性產品） 的核心精神則是下圖的「How TO build」：
- 第一步就是「可用的」： 先造一個滑板（能移動），再升級成腳踏車，最後變成汽車。
- 優勢： 每個階段都能讓使用者（或老闆）試用。如果不喜歡滑板，你馬上就知道方向錯了，不必等到造出整台車才後悔。
4-2. MVP 的三階段實戰指南
很多 PM 會問：「但我的專案還在很前期，怎麼做 MVP？」 其實 MVP 的形式千變萬化。為了協助大家操作，我將創新專案分為「剛有想法」、「有具體內容」、「能初步上市」三個階段，並整理成下方的工具表：
階段一：剛有想法（測試吸引力）
- 目標： 確認老闆或市場對這概念「感不感興趣」。
- 作法： 不用寫程式！用「角色扮演」或「故事板（Storyboard）」呈現情境。
- 例如： 想做 AI 客服？先演一齣短劇，模擬 AI 解決問題的過程，看大家是否買單。
階段二：有具體內容（測試可行性）
- 目標： 驗證商業模式與技術邏輯。
- 作法： 繪製「服務藍圖」或製作「虛擬 3D 模型」。
- 例如： 計算若導入 AI，需要投入多少人力維護？財務預估是否合理？
階段三：能初步上市（測試轉換率）
- 目標： 了解市場真實反應。
- 作法： 一頁式網頁、預購活動或 Beta 版產品。
- 例如： 開放小規模試用，看使用者是真的會用，還是只是嘴上說說？
總結來說： MVP 是專案管理的「保險機制」。它讓你能有效管理老闆與團隊的期待 — — 與其在最後一刻給出「驚嚇」，不如在過程中透過一次次的 MVP 交付「驚喜」。
結語：慢想是為了快做，別讓創新淪為運氣的遊戲
創新是企業永續發展的引擎，直接連動著品牌聲量與股價表現。然而，誠如《超級專案管理》作者所言，成功的專案必須具備「速戰速決」的執行力，絕不能陷入歹戲拖棚的泥淖。但要達到這種執行速度，關鍵不在於開工時的衝勁，而在於前期「慢想」的品質。
本文歸納了專案常見的失敗陷阱 — — 從報喜不報憂、誤用經驗、缺乏共識到忽視迭代 — — 並提出了對應的 4 組服務設計工具。
- 透過 5 Why、設計洞見、OKR 鎖定核心目標；
- 透過 利害關係人分析表及角色設計 打造共贏團隊；
- 透過 標竿分析與專家共創 借鏡外部智慧；
- 透過 MVP 進行低成本試錯。
這就是「慢想快做」的具體實踐：在紙上、模型與角色分析，把該犯的錯先犯完，才能在真實戰場上勢如破竹。希望這些工具能成為您推動創新專案的導航儀，讓您的創新之路不再驚濤駭浪，而是有跡可循的成功旅程。
