為什麼計畫總是低估時間？規劃謬誤與樂觀偏誤

規劃謬誤是人即使知道過去類似工作常延遲，仍傾向低估這次所需的時間、成本與阻礙。我們在腦中模擬一條順利完成的路徑，卻較少納入等待、返工、協調與突發事件。這不是單純不會安排時間，而是估計過度依賴眼前計畫的「內部觀點」，忽略同類任務實際花多久的「外部觀點」。

為什麼詳細計畫仍可能不準

詳細拆解能發現工作，但也可能製造可控感。人在想像執行過程時，往往從第一步順序走到最後一步；只要每一步看似合理，總工期就顯得可信。然而，計畫描述的是如何成功，不會自動包含尚未想到的問題。

多個小估計相加也不一定安全。每一步都採偏樂觀值，總和偏差會累積；任務之間若有依賴，前一步延誤還會阻塞後續。精細數字因此可能只是把不確定性包裝得更整齊。

規劃時最容易想像的是「開始、執行、完成」。硬碟故障、需求變更、同事請假等事件各自未必常見，卻總有某種干擾發生。人若只問特定事故會不會發生，常得到低機率；若看整體專案，任一意外出現的機會就高得多。

有時估時不是單純預測，也是承諾或願望。為了爭取專案、讓自己開始，或回應他人期待，人會報出「希望完成」的日期，再把它當成「最可能完成」的日期。積極目標有激勵作用，但不應冒充資源預測。

上次晚交可以歸因於臨時插單，前次則是設備問題。每個理由可能都真實，卻讓人相信這次只要排除那個特定原因便會準時。真正該學到的通常是：不同干擾反覆出現，所以需要為「未知的某種干擾」保留空間。

「把報告寫完」可能只指初稿，也可能包含校對、核准、排版與寄送。估計者心中若只想到核心製作，利害關係人卻期待可交付成品，延遲幾乎必然。工期問題有時其實是範圍問題。

內部觀點從本次任務的步驟、能力與資源出發，能反映特殊條件，但容易被故事說服。外部觀點先找一群相似任務，觀察它們實際完成時間的分布，再調整本案差異。這種同類案例群可稱為參考類別。

例如估計整理一份固定格式報告，不先問「我最快幾小時能寫完」，而是查看自己最近十次從接收資料到交付各花多久。中間值比印象中的最佳紀錄更適合當基準；若本次新增訪談或審核，再把差異加上去。

參考類別也不能亂選。小型修正不能直接套用大型改版資料，新手與熟手可能需要分組。類別要足夠相似，也要保留足夠案例；若資料少，應承認估計範圍較寬。

選幾類反覆工作，記下開始、等待、返工與完成時間。不要只記專注操作的工時，因為交付日期受整段經過時間影響。累積資料後，可比較預估與實際，找出自己最常漏掉的階段。

單一日期容易隱藏不確定性。可提供一般情境下的預期時間，以及在合理干擾下的較晚範圍。範圍不是隨意放大，而應由歷史差異、任務新穎度與依賴關係支持。

把模糊任務改成可觀察結果，例如初稿完成、審閱通過、部署完成且監測正常。不同狀態可各自估時，並標明由誰確認。這能避免把交棒誤當成整體結束。

假設專案已延遲，請團隊各自寫下最可能原因，再檢查哪些可預防、哪些需預留緩衝。這不是預言失敗，而是讓平常難以提出的風險合法進入討論。要避免無限列舉極端災難，重點放在合理且會影響排程的因素。

若每個人偷偷增加餘裕，管理者可能再次壓縮，最後沒人知道數字代表什麼。較透明的方式，是區分工作量估計與專案緩衝：前者說明正常需要多少投入，後者處理整體變異、依賴與未知風險。

緩衝也不應被當成可任意塞入新工作的空白。需求增加時，應同步更新範圍與日期。否則預留時間會被提早耗盡，真正的風險出現時仍無空間。

大型專案的延遲常不是某項工作做太慢，而是等待決策、跨部門交接與資源衝突。排程需標出依賴關係、審核者及回應時間，並確認關鍵人員是否同時被其他專案占用。只把個人工時相加，無法得到真實交付日期。

團隊也可能因權力與獎勵而低報。若只有最短承諾能獲得認可，準確估計者反而吃虧。管理制度應區分預測與績效目標，允許根據新資訊更新，並檢討估計品質，而不是只責怪最後偏差。

規劃謬誤來自順利路徑過度鮮明、願望混入預測，以及過去延誤被逐一視為例外。改善估時需要把內部拆解與外部資料結合：明確定義完成、記錄實際週期、使用相似案例、表達合理範圍並公開緩衝。目標不是預知每個意外，而是讓計畫承認意外本來就是正常工作的一部分。