文章目錄
場景通常是這樣的。某個週會，老闆講完公司要導新系統的規劃，環顧一圈，然後說：「這案子就你來當 PM。」
沒有詢問，沒有加薪，沒有新職稱。會議結束，你多了一個專案——一個會決定你未來兩年在這家公司評價的專案。恭喜你，你成為了一名甲方 PM。
先說結論：台灣九成的 PM 內容，都是寫給網路業產品經理的(怎麼寫 PRD、怎麼做 A/B test、怎麼跟工程師協作)，但我認識的大多數 PM，真實身分是上面那個場景裡的人：被指派去管系統導入、流程改造的甲方專案經理。你不定義產品，你不選技術，你夾在老闆、顧問、部門主管和 key user 之間，有全部的責任和很少的權力。
這份指南是寫給你的。沒有矽谷，沒有雞湯，只有台灣企業的會議室現場。
先看清楚你的處境：三明治結構圖
接案第一件事別急著排時程，先搞清楚自己站在哪。甲方 PM 的處境是一個三明治：
| 方位 | 誰 | 他要什麼 | 對你的意義 |
|---|---|---|---|
| 上 | 老闆 | 案子成功，但不想天天管 | 你唯一的權力來源，但他的注意力是稀缺資源 |
| 左右 | 部門主管、key user | 別增加我的工作、別動我的地盤 | 你需要他們的工時與知識，但他們不欠你 |
| 外 | 顧問／廠商 | 結案、收款、控制人天 | 目標跟你部分重疊：他要的是「驗收過」，你要的是「能用而且你活著」 |
| 下 | （空的） | — | 沒有一個人直屬於你。你的「團隊」全是借來的 |
看懂這張圖，你就懂為什麼教科書的方法在你身上常常失靈：PMBOK 假設你有資源指派權，敏捷假設團隊是你的——而你兩樣都沒有。這不能怪你，教材跟現場本來就有落差(我上過的課，沒有一堂教過『怎麼跟不理你的生管課長要工時』!)。
這個角色的成敗真相
再講一件更殘酷的：這個角色的計分方式是不對稱的。
專案成功了，大家會說團隊努力、老闆英明、顧問專業，你「只是做好本分」。專案失敗了，檢討會上被記住的是你的名字——「那個案子不是某某某在管的嗎？」
抱怨這個不公平沒有用，它就是甲方 PM 的出廠設定。有用的是這句話，我建議你把它貼在螢幕邊：
專案成功是大家的，專案失敗是你的——除非你先把成敗的定義權拿回來。
什麼叫定義權？就是「這案子做到什麼程度算成功」這件事，是有人在一開始就白紙黑字講清楚，還是留給事後各自解讀。上線算成嗎？驗收過算成嗎？還是月結真的從十二天變五天才算成？沒有事先定義，標準就是浮動的，而浮動的標準永遠往對你不利的方向浮——上線了會有人說「可是很難用」，驗收了會有人說「可是超支」。
拿回定義權的具體做法，是接案那一刻的七個問題（後面有完整一篇），最低限度是這三問：怎樣算成功？我的決策權到哪？出事你會不會站在我前面？ 用 email 把答案留下來。老闆不見得會給你明確答案，但「問過而且有紀錄」本身就改變了你的位置。
你的武器不是權力，是結構
三明治裡的人沒有權力，這是事實。但我帶案子這些年最深的體會是：真正撐住一個甲方 PM 的，是【結構】——會議結構、文件結構、升級結構。這三樣東西沒有人會跟你搶，因為多數人根本不知道它們是權力。
會議結構：議程是你排的、議題順序是你定的、結論是你寫的。這代表什麼？代表「這週大家討論什麼、什麼事被記錄成什麼樣子」是你決定的。一個會排議程的 PM，比一個會吼人的主管更能推動事情。
文件結構：會議紀錄、決議追蹤表、風險登記簿、變更紀錄——這四件套是推進工具，同時是自保證據。三個月後有人說「當初沒有人講過這個」的時候，你翻出那頁紀錄，三十秒結束羅生門(這套武器庫值得完整一篇，見下面導覽)。
升級結構：指導委員會是你『借刀』的地方，別只拿來給老闆看進度簡報。跨部門僵局你自己去撞，撞到死；包裝成「請示裁決」送上指委會，讓有權力的人做他該做的決策——這一招沒什麼不好意思的，讓權力結構為專案工作，本來就是組織設計的用途。
這三個結構，會一路貫穿這整個系列。
生存指南地圖：七篇工具文導覽
每個戰場各有一篇完整的工具文（陸續上線，先把這頁存起來）：
| 你的處境 | 去讀這篇 | 一句話 |
|---|---|---|
| 還沒接案，或剛被指派 | 接下專案之前：跟老闆確認的七個問題 | 接案那一刻是你談判力最高的時刻，之後只會下跌 |
| 資深 key user 不理你 | 怎麼帶比你資深的 Key User | 他只是在守自己的帳本：這案子動了他的乳酪，還加了他的工作 |
| 覺得被顧問牽著走 | 跟顧問過招：甲方 PM 的顧問管理術 | 顧問不是敵人也不是自己人，是目標部分重疊的商業夥伴 |
| 有全部的責任、沒半點權力 | 有責無權怎麼辦：借力打力的專案權力學 | 議程權、升級權、透明權——三個權力替代品 |
| 覺得案子怪怪的說不上來 | 專案死掉之前的七個訊號 | 專案死前會先發訊號，而你是最早聞到味道的人 |
| 老是在「當初誰說的」羅生門 | 甲方 PM 的文件武器庫 | 文件不是寫給別人看，是寫給三個月後的戰場 |
| 案子快結了，然後呢 | 專案結束之後：把導入案變成職涯資產 | 數字現在不記，半年後就沒了 |
順帶一提：同一場導入案還有另一面，是做決策的人該懂的——專案治理怎麼設計、key user 制度怎麼給工時、決策 SLA 怎麼訂——我在另一個站寫了ERP 專案治理與 Key User 制度。那篇轉給你老闆，這個站你自己看。老闆讀他的、你讀你的，這場仗會好打非常多。
本篇工具帶走：開局 72 小時的三個動作
被指派後的頭三天，別急著畫甘特圖，先做這三件：
- 跟老闆要三十分鐘，問最低限度三問（怎樣算成／我的權限到哪／出事誰扛），會後 email 摘要送出——「以上是我理解的方向，若有誤請指正」，已讀不回也是一種紀錄。
- 建立文件四件套的空殼：會議紀錄模板、決議追蹤表、風險登記簿、變更紀錄——四個空白檔案，第一週就開好。等需要的時候才建，通常已經來不及回溯。
- 排定第一次指導委員會的日期——對，現在就排，哪怕議程還是空的！指委會的存在本身就是你的升級管道，先把管道建好，之後才有刀可以借。
常見問題
我不是資訊背景，被指派管系統導入，撐得起來嗎？
撐得起來。我的經驗是：這個角色八成的工作是跨部門協調、文件與會議管理，兩成才是技術理解——而那兩成，你只要『聽得懂』就好，做得出來是工程師的事。會讓你陣亡的通常是：把全部力氣拿去學技術，卻沒建立上面說的三個結構。
公司小，沒有指導委員會這種東西怎麼辦？
別糾結名字，把機制建起來就好。跟老闆約定「每月一次三十分鐘的專案決策會」，與會者是老闆加關鍵部門主管——這就是你的指委會。重點是有一個固定的、有決策權的人出席的場子，讓你可以把裁決題送上去。
接案的時候什麼都沒談就上車了，現在補救來得及嗎？
來得及，用「里程碑」當重談的時機：下一次指委會或階段驗收時，以「確認下一階段目標」的名義，把成敗定義、決策權限、資源承諾補簽一輪。晚簽比不簽好，而且你現在手上已經有進行中的事實可以當談判依據。
這系列跟 PMP 教的衝突嗎？
不衝突，分工不同。PMP 給你的是骨架跟共同語言（WBS (Work Breakdown Structure)、風險管理這些都還是要會），這個系列補的是教科書假設你有、但台灣甲方現場沒有的東西：權力。方法論是車，這裡教的是在沒有路權的地方開車。
被指派那天你沒得選；接下來怎麼打，選擇權都在你手上。生存愉快！
