Program vs. Project vs. Product Management

在 M 社的生涯中，蠻常發生這樣的情況；對 M 社不熟悉的人，聽到 PM 這個縮寫，多半會理解成“專案經理”或是“產品經理”；殊不知這兩個角色在 M 社中是有不同的專業定義 ：產品經理負責行銷、廣告以及整體銷售管控 (Product Marketing Manager)；而專案經理指的是特定範疇或確定輸出的管理，例如中文化專案經理 Localization Project Manager 。比較有趣的是，對 M 社的同仁提 PM 這個縮寫，九成的人都知道是指 Program Management 這個角色，表示PM肯定有比較特殊的價值。 在之前的篇幅中，雖然談過幾次 Program Management 的觀念，我想這次就進一步談一些更深層的東西。

也許有人會問：M 社不是所有的職位都有 CSP 嗎？的確，但是 CSP 所定義的是能力上的需求以及工作結果 (deliverables) 的範圍，並沒無法明確給出確切的角色定義。為此．在 M 社的 PM 社群中，常常有正式或是非正式的討論，希望能給出一個比較容易了解的比喻 (Metaphor) 。最常被提到的，有以下幾種：

• PM 是產品的 CEO – 可想而知這是最受 PM 群體歡迎的觀念 (當然也是其他 disciplines 最不屑的 :-P ) 。它的出發點是源於 PM 獨一無二的職權：定義產品/功能的願景 (visions) 以及範疇 (scope); 但在此同時，由於 coders 與 testers 並不 report 給 PM，PM 要有能力說服全團隊接受所定出來願景。
• PM是團隊的僕人 – 這剛好是上一個模型的相反，也是 coders/testers 最希望 PM 做的角色。不過不可否認，全力降低產品開發的變因以及不確定性，是 PM 最主要的職責，PM 必須掃除所有的障礙，包含幫團隊買便當以維持士氣。
• PM 負責核心情境設計 – 這個觀念在之前談過，End-to-end User Scenario and Experiences 是由 PM 團隊所設計出來，維持多團隊協同合作的統一目標。
• PM 是“超級“專案經理 – 西方有句諺語 “在錘子眼中，任何東西都是釘子”。PM 必須有能力將所以可管理不可管理的事項，包含技術、進度、情緒、意見不合、團隊士氣等等，全部轉換成專案來經營，化不可能為可能。

如果把上述的模型綜合起來，大概只能用超人來形容 PM :-) 這當然是比較誇張的比喻、但是如果讓我自己根據接近20 年的 PM 經驗來下個註腳，只能說：成歸PM，敗也歸 PM。我們這些老 PM 總是說這是個慈善事業，不是沒有道理的。