回覆列表
-
1 # 奧特曼yu偏見
-
2 # 前端Bart
PM的核心工作是基於對人的瞭解和理解進行設計。領導要的是通向最終結果的進度階段進展,說白了就是要看到載入的進度條。產品完成時,領導要看到的是預想結果。另外要體現出自己統籌協調的能力。按照這樣做到了你工資想低於3萬都很難。
PM的核心工作是基於對人的瞭解和理解進行設計。領導要的是通向最終結果的進度階段進展,說白了就是要看到載入的進度條。產品完成時,領導要看到的是預想結果。另外要體現出自己統籌協調的能力。按照這樣做到了你工資想低於3萬都很難。
程式設計師給pm彙報工作,其實也是要講究技巧的。首先要看pm是技術管理型還是業務管理型。技術型pm更關注與你完成了哪些,攻克了哪些技術問題,哪些技術問題未能解決,需要什麼幫助。業務型pm更關注於你是否按期完成了任務,產品是否達到質量要求,客戶是否滿意認可。普遍的小專案偏向於前者,大專案偏向於後者。這是從技巧上講的,也並不絕對,宗旨是以更讓被彙報者容易懂更容易接受更能瞭解到你的進展和問題以方便協調下一步的安排。從邏輯上講應該按照首先是做了哪些工作,完成了哪些;然後是接下來需要做哪些大概內容是什麼;再然後是存在什麼問題,哪些未完成原因是什麼,有哪些困難,需要pm協調哪些資源來完成,或者提供問題的解決方案,最好提供幾個讓pm來裁決或是針對問題建議技術討論等方式解決。基本向pm彙報都是這樣的流程。
因為pm是作為整個專案的掌控者,同時更作為專案過程管理者並不同於總經理等角色主要關注結果很少注重過程,所以向pm彙報著重以階段性進展情況為主,按照專案計劃最好評估出完成百分比,需要的情況列出關鍵點和完成情況,這樣能更直觀的體現你在專案中做了哪些,更體現你的價值,同時對於未完成的點和問題點也更直觀的表述出需要的資源,讓pm更好的掌控好預計的風險點並在專案過程中對於問題有更好更決策。