PM 該劃清界線，不是當救火隊

如何避免 PM 成為專案的萬能保母：學會劃界線、定權限、帶節奏

有些 PM 能力超強，什麼工作都能遞補。

比如說，設計師的進度延遲，他能幫忙修圖補強；工程師卡關，他跳下去改 code；產品需求不明確，他直接動手寫說明文件。

專案最後如期交差，但團隊並沒有真的成長，反而是 PM 累到爆。

這無關乎 PM 的能力或是控場問題，是缺乏「邊界感」。

什麼意思？

對 PM 來說，最大的陷阱，是過度補位。

為什麼 PM 容易越界？

PM 的工作，本質就是「專案控管 + 適時補位」。

例如，當專案延遲或人手不足，如果你忽略不處理，就會出問題。

這時，PM 需要出面協助解決問題，但不見得每個洞都要你親力親為補起來。

如果每次都是由你親自補位，久而久之，團隊就會開始依賴，甚至擺爛，反正最終你都會出面解決。

看起來好像很厲害，其實是悲劇的開始。你沒有變的更重要，只是變成收爛攤的人。

舉一個我的親身例子：

多年前負責某個飯店式管理的建案，官網的文案是外包給專業寫手。某一次，為了趕進度交稿，沒請寫手調整，反而是自己修改了寫手交付的前個版本。

結果呢？時限是趕上了，但客戶不滿意，除了被唸了一頓之外，還必須請寫手一起參加客戶回饋的協調會議，等於白白浪費前面的時間。

我不但變成代罪羔羊，更是間接否定了寫手的專業。打從一開始，我就應該要請寫手修改，哪怕是會延誤一兩天，都應該要找方法協調，而不是自作聰明。

衝突管理理論 BART（Boundary、Authority、Role、Task）的前兩項講得很清楚：

Boundary（邊界）：劃清界線，誰負責什麼工作，要清楚定義。邊界不清，大家都可能會覺得別人應該先動。PM 如果沒畫線，所有事情的責任都會跑回你身上。
Authority（權威）：有責任卻沒權限，是 PM 最慘的狀態。你得被問責，卻無法拍板決定。因此，在專案啟動之前，務必要向主管釐清，自己跟團隊的決策權限到哪裡。

我遇過幾位比較資淺的 PM 會害怕說「這不是我的職責範圍內」這句話，怕會被主管說不夠積極。但如果事先能明白定義專案團隊中每個人的權限與責任，把每個人的守備範圍劃分清楚，在當責的心態中展現合作的力量，就能順利推動專案。

在專案啟動前就定義團隊權責表：不需要假設每個人都知道他的責任。誰執行、誰確認、誰拍板決定，全都寫清楚。PM 要先有自己的認知與定義，再各別向團隊成員一一確認，有疑慮就能當下處理，無法處理的就與主管討論出結論來。寧可事先多花時間準備，也不要等到專案開始了才發現問題。
有人越界時，不要立刻接手：有人掉棒的時候，PM 的第一反應不是跑來接手。相反的，要先釐清掉棒的根本原因，把責任放回該負責的人身上，再思考以後如何避免這個現象，並寫入 lesson learned 的文件，這麼做才是長期解法。
向上管理也要劃清界線：有些比較資淺的 PM，被主管塞任務或臨時改方向，還得笑著說「沒問題我來處理」。但事實上，你可以禮貌且堅定地說：「這樣會影響 XX 時程，我建議調整 XXXX 這些工作的優先順序，主管覺得呢？」保護專案的節奏，是 PM 的責任。

或許有人會誤會「劃清界線」就是拒人於千里之外。

事實是，建立邊界感並非蓋起高塔，反而是能讓協作更順、避免誤會的基礎。

多年來負責各項專案的經驗中，能順利完成的專案，都有一個共通特點，那就是團隊每個人都清楚自己該做什麼、該找誰決策、該何時交件。

這就是邊界感發揮作用的樣子。劃清界線，並非冷漠，而是穩住專案的骨幹。

成熟且當責的 PM，不是什麼都能做，而是認知到「該做什麼、不該做什麼」。

邊界感，是 PM 的保護傘。清楚你扮演的角色、權限、責任，更要清楚你該推動專案，不該事事代勞。

【相關文章】