專案時程為什麼一開始就是假？因為排的方法是假的。三個修正：倒推法（從死線往回排）、緩衝藏在里程碑不藏在活動、台灣行事曆地雷全部畫進去（年假、電商大檔、盤點季、報稅季）。
需求訪談收到的永遠是 SOP 版流程，上線那天才發現現場根本不是這樣運作的。萬用鑰匙一句：「上個月有哪些單子是繞過流程走的？」＋追問五層次＋訪談紀錄三區結構——問出檯面下的真實。
開案畫過一次、之後再也沒打開的利害關係人矩陣，不算管理工具，算美術作業。真的會用的地圖三個維度：權力、立場（用行為判讀）、影響路徑——加一條紀律：每月更新。
專案檢討會的兩種死法：批鬥大會（大家學會隱瞑）跟歌功頃德（問題原封不動留給下個案子）。復盤三問——哪裡不同、為什麼、下次的機制——加不點名文化與產出歸檔，讓組織真的變聪明。
五十條「可能影響專案」的風險清單，不如三條寫到能觸發行動的風險劇本。最小可行版風險管理：一張四欄表、每月十五分鐘、每條風險附訊號與預備動作——像台灣人準備颱風一樣準備你的專案。
專案裡兩種抱怨永遠並存：「都沒人告訴我」跟「訊息太多看不完」——因為溝通靠的是群組轟炸，不是設計。溝通矩陣四欄（誰、什麼、多常、什麼格式）＋推與拉分流原則，一張表治好。
驗收卡死的案子，問題都出在開案時寫的那句「系統功能正常運作」——正常是各自表述的。可量化條款三要素（場景、標準、方法）、分階段驗收的切法、讓 user 敢簽名的責任設計，一篇講完。
電梯裡老闆問「多久能好」，你脫口的那句「三個月吧」，「吧」會消失、「三個月」會變成合約。估算的科學回答法：三點估算白話版、範圍換時間的談判句式、與 24 小時緩衝的標準話術。
你不需要 PMBOK 的全部，你需要十件事做到能打：時程、風險、訪談、利害關係人、溝通、驗收、復盤、估算、文件、向上溝通——每一件都用台灣企業的真實場景重學一次。附自評表與系列導覽。