專案經理,有大有小,小項目,一個人就是經理;大項目,公司副總挂帥。不同的項目,專案經理如何發揮自己的作用呢?幾個、十來個人的項目、乃至幾十上百人的項目,專案經理發揮作用的方式是不一樣的。
小項目,就幾號人,專案經理估計什麼都得幹,需求、設計、測試、編碼、測試都要幹。這個階段,就是自己多幹活,多思考,就是對項目最大的貢獻。
上了10號的人的項目,專案經理就應當思考"如何最大化自己作用"的問題。有人說,專案經理就是打雜的,對,也不全對。有一些專案經理,為了展現自己戰鬥在一線,會寫核心代碼;另一些專案經理,本身不懂技術,只會用一些工具來管理,比如用Project做一些漂亮的計劃,然後按照計划去逼項目組的人員去完成任務,其他事情則一概不問。這代表了兩種截然相反,且很典型的專案經理。前一類是,從小做起,技術好就做專案經理;後一類,專門做管理而去做專案經理。
前一類,專案經理寫代碼,是不合理的,首先寫代碼是需要大段時間的,這樣就沒有時間去管理了;其次,代碼寫完後還需要維護,是挺繁雜的一些事情;做為專案經理的身份,即便你代碼寫的很爛,也很少有人會指出來,這對項目是不利的;另外,深入到細節之中,會沒有大局觀;最後,會以自己的標準要求其他人,或者當其他人做的不好時有自己上去做的衝動,自己和團隊成員都很累。
後一類,在很規範的公司是可行的,但是在國內這種研發現狀下,你不懂技術或者業務,當專案經理會被邊緣化,最後只能淪為只是寫寫Report而已。
項目角色、專案計劃、項目流程、日常跟蹤之類的專案經理要全力去做,這些工作是專案經理職責所在。
項目角色,做項目第一件事情就是需要什麼樣的人,專案經理得心裡有數,沒數的話可以請教架構師或者技術經理,項目啟動前就得確定下來。
項目流程,很重要,比如這個事情該如何做?一、二、三、四步怎樣。比如來了一個需求,怎麼變成產品功能?
專案計劃,訂幾個裡程碑,按照設計估計工作量,定出專案計劃。
日常跟蹤,每周、每天進展什麼樣,延期的怎麼處理等,日常管理的事情還是挺多的。
做好了這四件事情, 專案經理就能打80分了。要想打98分,專案經理還得把關需求,因為需求決定了項目的工作量和資源,也決定了產品的走向,這是很關鍵的。專案經理能做設計或者架構嘛?應該是可以的,因為此類工作只是在前期忙一點,只忙一段時期。
專案經理盡量不要寫工作量大的代碼,內部用的工具、小功能之類的可以做做,原因前面說過了。