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 總是說這是個慈善事業,不是沒有道理的。

results matching ""

    No results matching ""