「PM 會不會被 AI 取代」是問錯的問題——職位是一籃子技能，AI 重新定價的是籃子裡的個股：文件產出、資訊彙整在貶值；提問品質、取捨判斷、衝突調解、責任承擔在升值。職涯投資組合的再平衡操作，這篇一次講完。
功勞大方分——那是沒有人事權的 PM 唯一發得起的貨幣；鍋分三種背——該背的痛快背、不能碰的用紀錄擋、混合的拆開背。加一條分界線：「被代表」是組織常態，「被收割」才需要處理。
空降主管的前九十天在找兩樣東西：戰功與地雷——你的專案一定會被分進某一類，而分類的依據，常常是別人搶先給他的版本。主動簡報的時機、內容設計與三種判定後的對應，一篇講完。
五十條「可能影響專案」的風險清單，不如三條寫到能觸發行動的風險劇本。最小可行版風險管理：一張四欄表、每月十五分鐘、每條風險附訊號與預備動作——像台灣人準備颱風一樣準備你的專案。
專案裡兩種抱怨永遠並存：「都沒人告訴我」跟「訊息太多看不完」——因為溝通靠的是群組轟炸，不是設計。溝通矩陣四欄（誰、什麼、多常、什麼格式）＋推與拉分流原則，一張表治好。
驗收卡死的案子，問題都出在開案時寫的那句「系統功能正常運作」——正常是各自表述的。可量化條款三要素（場景、標準、方法）、分階段驗收的切法、讓 user 敢簽名的責任設計，一篇講完。
電梯裡老闆問「多久能好」，你脫口的那句「三個月吧」，「吧」會消失、「三個月」會變成合約。估算的科學回答法：三點估算白話版、範圍換時間的談判句式、與 24 小時緩衝的標準話術。
多專案並行殺死 PM 的不是總工作量，是切換成本。三個生存工具：時間塊（案子分日不分時）、三案一頁儀表板、與最殘酷但最必要的一題——哪個案子可以慢。附欄位設計。
案子結了、累個半死，履歷上只多一行「負責 ERP 導入」——這是多數 PM 最大的浪費。收割三動作：量化戰果（數字現在不記半年後就沒了）、萄取可遷移能力、經營戰後人脈，把一場導入案變成職涯資產。
專案文件不是寫給別人看的，是寫給三個月後的戰場——它同時是推進工具與自保證據，兩件事從不衝突。甲方 PM 的文件四件套：會議紀錄、決議追蹤表、風險登記簿、範圍變更紀錄，各附最小欄位設計。