關於IT項目管理實操的幾點思考「第一篇」


關於IT項目管理實操的幾點思考「第一篇」

從事IT項目管理,在項目實施過程中經常會遇到各種各樣奇葩的問題,或是人為,或是意外,那麼作為項目經理,項目過程中通常都會遇到哪些問題呢?

一、項目經理究竟要不要懂技術?非技術出身的項目經營有必要去了解技術知識麼?

通常我們認為,項目經理要懂技術,但可以不用懂太深,因為項目管理的側重點還是偏向於管理層面。技術可以說是加分項,對於技術難點也可以讓你更加容易把控項目的風險,而且懂技術的話,無論是跟用戶溝通需求方案,還是跟技術開發人員溝通實現方式,都更加的從容和順暢,減少溝通成本。

二、為什麼有的項目經理像救火隊長一樣衝鋒在前解決各種問題,但最後項目驗收的時候結果卻不太理想?

做項目經理最忌諱的就是天天做救火隊長,一個高質量的項目,項目的範圍邊界、時間、計劃、成本、質量、風險、人力資源等都是在項目經理的主體計劃之中的,每個wbs節點按計劃執行並提前預知可能出現的風險,最後每一個子任務的交付成果都是可控的。萬一出現不可控的變更,也需要經由項目變更控制委員會CCB來統籌決策,總之項目經理如果天天救火,項目失敗的風險會非常大。

三、項目開展的過程如何避免陷入一味地追求速度而忽視質量的陷阱?

項目開展的過程中,領導最關心的是項目進度,而項目最終交付的時候,領導最關心的是項目的質量。而最終交付的質量都是由項目過程中一個一個的小碎片組成的,在制定好項目實施主體計劃書以後,通常會按wbs的方式對任務進行分解到人,每一個wbs任務都做好風險管控和質量管控,並評估每個未100%達標的wbs是否對整體計劃造成影響,繼而進行相關的優化和改進,這樣才能既保證項目的實施進度,又保證項目的交付質量。

四、一個研發技術能力很強但拖延症也很嚴重,總是快到deadline的時候才匆忙趕工,項目經理有什麼辦法可以改變他的這種習慣?

按結果來說話,看他交付出來的成果質量如何,如果他在deadline才趕工交付出來的結果是高質量的成果,這種人確實是有能力的,項目經理無需去改變他,甚至可以交給他更多核心的任務給他,讓他充分體現個人的價值,如果你實在擔心的話最多你可以將deadline往前調一調。如果他交付的結果非常一般,或者根本不達標,那麼他的能力應該不怎麼樣,項目經理可以先私聊他一次,告知問題的嚴重性,並制定相關的績效考核措施進行管理。

五、對項目團隊成員的考核用KPI體系還是OKR體系更好?哪個效率更高?

無論是KPI還是OKR,都是個管理工具,沒有好壞之分,只有適合不適合。使用OKR的時候,我們更多關注的是目標是什麼,而使用KPI的時候,我們第一反應通常是我們的職責是什麼。OKR更適用於實現目標的方法不是特別清晰且不太成熟的崗位,讓人自由發揮,條條大路通羅馬,而KPI更適用於一些工作的目標和措施都比較明確和成熟的崗位,每個人都清楚清晰具體的工作流程和作業標準。


關於IT項目管理實操的幾點思考「第一篇」


分享到:


相關文章: