專案時程怎麼排才不會一開始就是假

先說結論：時程會假，是因為排的方法假——順推疊樂觀、緩衝擺明處、行事曆當不存在。三個修正：倒推、藏緩衝、避地雷。
先描述一下「假時程」的一生：開案第一週，你意氣風發地排出一份甘特圖；第六週，第一個里程碑延了，你安慰自己後面追得回來；第三個月，實際進度跟圖上差了一大截，團隊看時程的眼神像在看裝飾品；第五個月，老闆問進度，你的回答已經跟甘特圖無關了。這份時程不是死在執行，是死在排的那一天——方法就錯了。
我的看法很直接：時程的價值不是「準」，是「被相信」。 被相信的時程，大家照著它協調；沒人信的時程，每個部門各排各的，你的專案就沒有共同的時間軸了。這篇講三個讓時程「排出來就可信」的基本功。

修正一：倒推法——讓該吵的架提前吵

多數人排時程用順推：從今天開始，需求訪談三週、規格四週、開發十週……一路往後疊。順推有個天生的毛病：每一段都是「順利的話」的天數，疊二十段，你排出來的是一份「要二十連勝才會準」的時程——賭盤都不敢開這種賠率。
倒推法反過來：從死線往回排。上線日釘住（它常常是給定的：老闆指定、法規要求、合約寫死），驗收要幾週、往前推；上線前要教育訓練、再往前推；UAT、開發、規格、訪談……一路推回今天。
倒推的真正價值是逼出真話：推回來發現塞不下的那一刻，範圍談判當場發生——「時間就這麼多，範圍要砍哪塊、還是資源要加多少」，這場遲早要吵的架，被提前到第一週、在還有選擇的時候吵。順推的世界裡，同一場架發生在上線前一個月，那時你唯一的選項叫加班。提早吵架，是排程能創造的最大價值(這句話聽起來很怪，但帶過案子的人都懂)。
順帶一提：倒推前先驗一下死線的成色——是法規合約級的硬死線，還是老闆隨口的期望？這題在接案七問裡問過，答案會決定你倒推時手有多緊。

修正二：緩衝的藏法——藏進里程碑之間

排程要留緩衝，這人人都知道；緩衝要藏在哪，我看過的 PM 十個有九個藏錯。
錯誤藏法：每個活動都偷偷加兩天。下場有兩種——老闆看出來，全數沒收（「這裡為什麼要五天？三天做得完吧」）；老闆沒看出來，執行的人把它吃掉（工作會自動膨脹到填滿分配的時間，帕金森那條老定律在專案裡天天上演）。擺在明處的緩衝，不是被徵收就是被吃掉。
正確藏法：活動排緊，緩衝藏在里程碑之間。 每段活動給「認真做剛好夠」的天數，然後在關鍵里程碑之間留整塊的白——規格凍結到開發啟動之間留一週、UAT 結束到上線之間留兩週。這些白不叫緩衝，對外叫「整備期」「風險吸收區」，它們的功能是接住前面所有活動漏接的球。
出國旅行你本來就會這招：你不會把每個景點都多排十分鐘（那只會讓你在每個景點多發呆十分鐘），你會「提早三小時到機場」——緩衝集中藏在最不能出錯的關口前面。專案的機場就是那幾個里程碑。
三條實務眉角：緩衝的總量抓專案總時程的一到兩成（我的手感，依案子的不確定性調）；緩衝被用掉要記帳（哪個活動吃掉幾天——這是你月報裡最誠實的健康指標）；還剩多少緩衝，只有你跟核心團隊知道，這是 PM 的私房錢，昭告天下的私房錢就不是私房錢了。

修正三：台灣行事曆地雷——教科書沒有的那一章

最後這項最土，也最台灣。教科書教你算工作天，沒教你台灣的日子怎麼過。排程前把這串地雷疊到你的月曆上：

用法很機械：把這些時段在月曆上塗灰，塗灰的日子不排關鍵活動：不排上線、不排 UAT、不排需要全員配合的訪談。倒推的時候遇到灰區，整段繞開。一年下來灰區大概吃掉兩三個月。以我排過的案子，「十個月的工作量」在台灣的行事曆上通常要排到十三個月——你不把它排進去，它就在執行時跳出來咬你。
（系統導入案的導入時程怎麼規劃：各階段合理長度、哪裡最常爆，我在另一個站寫過老闆視角的版本，跟這篇的 PM 視角互補。）

本篇工具帶走：排時程四步 SOP

1. 驗死線：這個死線是合約法規級，還是期望級？（接案七問的功課）
2. 倒推：從死線往回排，每段給「認真做剛好夠」的天數；塞不下，第一週就開範圍談判。
3. 藏緩衝：活動排緊、里程碑之間留整塊白，總量抓總時程一到兩成，只有核心團隊知道。
4. 套行事曆：台灣地雷時段塗灰，關鍵活動全部繞開。
   四步走完的時程，也許不會準到天（沒有時程會），但它會被相信——而被相信的時程，才有資格被管理。
   最後說一句：排時程跟排旅行一樣，行程表本來就不會被完美執行，它的用處是讓全車的人對「接下來去哪」有共識。共識在，繞點路都是風景。排程愉快！