在程式的世界裡,有一種東西叫做物件,子物件可以繼承父物件的屬性,就像是真實世界中兒子身上流著父親的血液,獲得父親的遺傳一樣,厲害的是程式裡還可以選擇性繼承。而在專案的世界中,靠的是經驗傳承,透過文件交接的形式,讓下一位專案管理者理解專案的全貌,但困難點是文件的規範在不同公司文化內,產出的樣貌不同,甚至不同部門的要求也不同,所以取得的交接內容難免千奇百種,造成下一任PM的困擾。
有時同一個策略方向所發展出來的執行方案會因人而異,如何延續當時初衷已經是一件難事,更別提細微的規格,對專案經理來說,不是一時半刻可以承接的,因此我自己在執行專案的同時,不喜歡背規格,目的是讓自己隨時處於可切換專案的狀態,此時文件的累積就很重要。一個專案的成功來自於團隊的合作努力,專案經理必須能在熟悉專案內容的同時,靠管理技巧讓專案維持正常的軌道,並且讓下一任減少接手的學習時間,無奈這些成效通常是不可度量的。
同樣簡稱為PM,產品經理則有不同的職責,產品經理對於規格的掌握度越高,有助於對產品的發展策略、營運方向有更清楚的樣貌,和專案經理"一定時間內確保專案如期如質完成"的使命不同,所以產品經理一般來說不會有太頻繁的職位調動,才能對產品有深入的了解。
雖然定義上有所不同,真實世界卻沒有那麼美好,專案經理和產品經理之間的區分往往不會如此鮮明,但這也不代表兩種職能者不能跨足另一個職務,人本來就不是全能,有些人靠專案管理技巧彌補對產品熟悉度不足,有些人則從產品規格去找解決專案的問題。

arrow
arrow
    全站熱搜

    victor 發表在 痞客邦 留言(0) 人氣()