♦ 定義
☛ 在這篇文章中我所提到的 PM = Project Management,而非Product Management。
* 若M全寫為Manager,也不宜譯作「經理」,應譯為「管理師」
Project Manager與Product Manager的差別在哪?若是以字面上來看,例如:現在有個「修圖軟體」的專案,那麼負責這「修圖軟體」整個專案的就會是Project Manager,而負責設計該「修圖軟體」UI及功能,並且開出SPEC(規格)給RD(研發部門)的,就會是Product Manager。
我畫了這張圖表達了這樣的概念,由此可知,就scope(範圍)來說:Project Manager負責的面向比起Product Manager更大。而且受到其他部門的牽制力會更強,意思是:假如與一家廠商合作,給的死線是12/31,而現在是9/1。那麼從前端到後端的時程控制,都是要跟各個部門喬好的,而這變數通常是非常大的,所以危機處理與風險管理的能力要非常強。
在此分享Software Project Manager (軟體專案管理師)之內容:
假設我現在工作的公司是負責一款「虛擬上妝間」概念的App,與數家時尚/化妝業公司合作,我必須要負責每個公司的專案,要將其實體產品虛擬化,上在我的公司之「虛擬上妝間」的App,那們我所負責的內容會是:
(1) 一開始就要與前端的sales(業務)確認目前廠商的request(要求),例如是否要上廣告在Launcher開一個tile(一開始進入Appk的頁面之小框框)、是否要開促銷頁面(Promotion Page)等等,並且確認需要的素材皆收齊,以及合約是否談妥。收到素材後都要仔細的Data Checking (檢查資料)。
(2) 收到request(要求)之後要與Design部門同步資訊,並且評估時間。將產品上到App之後,要不斷測試(類似QA = Quality Assurance 品質管理):
(i) 若是圖片不佳,再次與Designer同步資訊,繼續改善品質。
(ii) 若是功能性不佳,與Product Manager同步資訊,看是否要開新的SPEC給RD(Research & Development),以便提升UX (User Experience)以及UI (User Interface)的品質。
(iii) 若是App的Server(伺服器)問題,找Server端的RD確認問題並解決。
(iv) 若是有非常大的bug以至於無法趕上與廠商訂定的時間,必須要跟sales商談,是否有延後的可能性。
(3) 根據合作廠商/公司的要求做好第一版之後,寄信給sales(業務),請他們與廠商通知完成之消息,並且請公司/廠商測試。而經過一段時間後,廠商/公司可能會滿意,或者寄出一連串希望改善的點。這時就要再跑一次 (2) -(i) (ii) (iii) (iv),與Design, RD, PM大量接觸。
(4) 再次寄出修正版給sales,請他們與廠商/公司聯絡。如果廠商/公司同意了,那麼就必須要跟Marketing同步資訊,確認是否有任何行銷活動/公開活動是必須要配合時間的,這樣才能確認說產品上到App的時間是match的。
(5) 確認時間後,並且讓產品正式上市,要確認其品質是好的,所以即便產品上到App上也不能鬆懈,隨時會有QA (Quality Assurance)回報Bug,若有Bug就要與各部門聯繫去解決。
這大概是一個專案的模式,看起來相當的suffering,所以假如是社會新鮮人,我不太會建議第一份工作就找Project Manager,因為做起來應該會相當吃力,尤其是若非資訊背景,與RD們溝通上有可能會被唬弄,畢竟resource(資源)是固定的,每個人都只有24小時,若能動些口舌就讓事情變少,那誰會何樂而不為呢?所以如果想要當Project Manager,我會建議多多增進技術背景知識,這樣也會降低被騙的風險。
Project Manager不只是靠張嘴,還要有時程管控能力,如何讓各部門合作對象溝通並且製作出符合大家內心期待的成果,是一個Project Manager最大的挑戰。所以我才會建議,先做過至少其中一個部門,再來做這種跟各個部門牽扯性很大的職位,會比較容易。
沒有留言 :
張貼留言