WBS做了、甘特圖也畫了，專案還是延誤該怎麼辦？

專案延誤時，先別急著追進度

6月8日晚上九點半，公司會議室的燈仍亮著。

距離618購物節只剩10天。

新品掃地機器人的上市專案卻還有一長串待辦事項。

商品頁還有8頁等待審核。

兩支KOL開箱影片尚未交件。

直播活動的贈品方案下午才剛修改過。

就在剛剛，業務部又傳來訊息。

競爭品牌提前上市了。

價格還比他們便宜15%。

會議室裡開始出現熟悉的聲音。

「是不是有人進度沒跟上？」

「要不要大家這週加班？」

「到底是哪個部門卡住？」

這已經是本週第三次專案會議。

陳經理沒有接話。

他看著投影幕上的甘特圖，忽然問了一句：

「我們真的知道專案是從什麼時候開始失控的嗎？」

會議室裡瞬間安靜下來。

因為大家都知道專案延誤了。

卻沒有人說得出來，問題究竟是從哪一天開始累積的。

前陣子在企業上課時，有位學員問我：

「老師，我們公司的專案，WBS有做，甘特圖有排，每週進度會議也有開，可是專案還是一直延誤，到底該怎麼辦？」

我相信這是許多企業都遇過的問題。

多數主管碰到專案延誤時，反應都很直接。

催進度。

追工作。

增加會議。

要求加班。

希望把落後的時間追回來。

但我通常不會先問：

「現在落後幾天？」

我更想知道的是：

「專案到底發生了什麼事？」

同樣都是延誤，背後的原因可能完全不同。

如果判斷錯誤，團隊投入再多力氣，也可能只是把問題往後推。

這就像發燒一樣。

感冒會發燒。

流感會發燒。

肺炎也會發燒。

症狀相同，處理方式卻不同。

專案也是如此。

延誤只是看得見的結果。

真正需要處理的，是讓專案開始失控的原因。

當專案延誤時，我會先做一件事

回到618新品上市專案。

陳經理沒有立刻要求大家加班。

也沒有先追究責任。

他先帶著團隊回頭看。

問題到底出在哪裡？

從專案管理的角度來看，大部分延誤通常來自四個環節。

問題發生位置	常見現象	處理方向
開案	方向一直改、需求反覆討論	重新確認目標與範圍
規畫	時程持續滑動、工作互相影響	重排里程碑與風險
執行	大家很忙但進度推不動	找出瓶頸資源
管控	市場改變、需求增加、競品出現	啟動變更管理

接下來，陳經理開始逐一檢查。

大家都在談新品上市，但目標其實不完全一樣

回頭翻開三個月前的會議紀錄。

產品部希望藉由新品建立品牌形象。

業務部希望衝高銷售量。

電商部在意轉換率。

行銷部則希望創造討論聲量。

當時沒有人覺得有問題。

大家都在談新品上市。

但後來每當需要做決策時，狀況就開始出現。

預算該投廣告還是增加促銷？

KOL該找流量型還是專業型？

商品頁該強調功能還是價格？

會議越開越久。

決策越來越慢。

每個部門都從自己的角度判斷優先順序。

這時候如果只是追進度，其實幫助有限。

真正該做的是重新確認：

這個專案最重要的目標到底是什麼？

方向沒有對齊，後面的工作越往前推，團隊的分歧可能越來越大。

時程開始滑動，不一定是執行出了問題

五月初。

原本談好的KOL突然因為檔期衝突無法合作。

行銷團隊重新找人。

重新確認腳本。

重新安排拍攝。

後續工作全部往後移。

沒多久，設計團隊又提出建議。

產品主視覺在手機版商品頁上的效果不理想。

決定重新拍攝。

攝影重排。

修圖重排。

商品頁更新重排。

每一件事情單獨來看都不大。

但累積起來，整條時程開始鬆動。

很多企業的甘特圖做得很完整。

但如果風險從來沒有被討論，計畫一旦遇到變化，就很容易失去參考價值。

這類問題真正需要處理的，不是責怪誰延誤。

團隊更需要重新把專案攤開來看一次。

原本安排好的工作，哪些已經受到影響？

時程是否需要重新調整？

那些曾經被忽略的風險，未來還會不會再次出現？

找出真正拖慢專案的瓶頸

五月中旬，專案會議變得越來越沉重。

設計部說主視覺還在調整，行銷部說KOL素材還沒齊，電商部卡在商品頁審核，客服部則開始擔心上市後的詢問量。

每個部門都有事情在處理，但專案就是推不動。

有天下午，陳經理把所有工作重新攤開來看。

他沒有先看完成率。

也沒有先問誰落後。

他只問了一個問題：

「如果明天只能解決一件事，哪件事最值得優先處理？」

會議室安靜了幾秒。

大家原本以為有很多問題。

結果一路往下追，所有箭頭最後都指向同一個地方。

品牌主視覺。

往下追才發現，品牌主視覺一延後，後面幾乎都跟著停住。

商品頁少了主圖不能送審，廣告素材無法定稿，KOL開箱內容也缺少統一的視覺素材，連直播頁面都只能先放著等。

原本看起來是好幾個部門的進度問題，最後其實都卡在同一個地方。

而品牌主視覺掌握在一位同時支援三個專案的資深設計師手上。

問題終於被看見了。

真正拖慢專案的不是所有工作。

而是一個瓶頸。

找到瓶頸之後，後面的處理方式就清楚了。

增加支援資源。

調整工作優先順序。

延後部分次要任務。

與其追100件工作，不如先解決最影響全局的那一件。

市場變了，處理方式也要跟著改變

六月初。

競爭品牌提前上市。

價格比預期低了15%。

通路開始比較。

直播主開始詢問是否要調整內容。

業務部也收到許多市場反應。

這時候專案團隊面臨另一個問題。

原本規畫好的方案還要照做嗎？

還是全部重來？

很多團隊最容易在這裡陷入混亂。

因為變更一來，所有人都想修改。

結果會議越開越多。

事情卻沒有往前走。

後來陳經理決定：

產品定位不變。

主要訴求不變。

促銷組合調整。

直播內容微調。

廣告素材更新。

三天內完成變更。

沒有追求完美。

先確保團隊能夠跟上市場節奏。

這類問題的重點，不在於避免變更發生。

而是在變更出現後，團隊是否有能力快速判斷影響範圍與處理順序。

專案延誤後，最重要的不是追回進度

回到學員最初的問題。

WBS做了，

甘特圖也畫了，

專案還是延誤。

該怎麼辦？

我的答案其實很簡單。

先不要急著追進度。

延誤發生後，團隊要先判斷問題卡在哪裡。

如果一開始目標沒有對齊，就回到目標與範圍重新確認；如果時程被一個環節接著一個環節牽動，就重新安排里程碑；如果所有工作都卡在同一個人或同一項資源，就先處理瓶頸。

遇到市場變化或客戶需求變更時，也不能只靠追進度。這時候要重新評估影響範圍，再決定哪些工作保留、哪些工作調整、哪些工作延後。

課堂上談到專案延誤時，很多主管最常問的是：

「老師，那我要怎麼把進度追回來？」

但如果連專案是從哪裡開始失控的都不知道，就算追回這一次，下個專案還是可能遇到相同的問題。

這也是為什麼我在企業輔導時，很少一開始就討論進度。

我更常和團隊一起回頭看：

哪一次會議開始出現不同聲音？

哪一個需求改變後，工作量突然增加？

哪一個警訊曾經被提出，卻沒有被重視？

很多主管看到專案延誤，第一個反應都是把速度拉快。

但如果方向出了問題，跑得越快，不一定離目標越近。

有時候停下來看看問題發生的位置，反而能讓團隊少走很多冤枉路。

畢竟，進度落後只是結果。

真正值得花時間處理的，是讓專案開始失控的那個原因。