合格的項目經(jīng)理應具備的條件?三個軟件項目經(jīng)理的真實例子
1,、項目經(jīng)理A:男,,具有10多年軟件開發(fā)經(jīng)驗,從程序員做到技術(shù)經(jīng)理,、項目經(jīng)理,,參與過多個大型軟件項目(項目金額超過500萬元)開發(fā)。承擔著一個多方分包的大型集成項目管理工作,用戶非常不滿,,一是認為A溝通有問題,,二是軟件質(zhì)量太差。A自認為能夠控制用戶需求,、客戶關系,,也能頂住用戶壓力,A認為項目主要問題是用戶需求不明確,、關鍵用戶的回扣沒有處理好,。目前項目已經(jīng)按計劃完成,工作過程簽字確認文件很多,,文檔也很齊全,。
2、項目經(jīng)理B:女,,具有5年多軟件開發(fā)項目工作經(jīng)驗,,從測試到需求分析,再到現(xiàn)在一個小型軟件開發(fā)項目經(jīng)理,。B主要承擔著大多數(shù)用戶需求到技術(shù)團隊的口頭傳遞,,同時與客戶保持著非常好的關系,客戶需求并不是很明確,。B和開發(fā)團隊關系很差,,常常需要領導出面解決一些技術(shù)問題、質(zhì)量問題,、開發(fā)進度問題等,。B不懂技術(shù),對html都不熟悉,,對程序代碼沒有任何興趣,。項目已經(jīng)艱難交付。
3,、項目經(jīng)理C:男,,5年多軟件開發(fā)經(jīng)驗,從程序員到項目經(jīng)理,,目前擔任一個小型軟件開發(fā)項目經(jīng)理,,同時負責需求、部分開發(fā)工作,。項目過程中除了正常報告外,,很少麻煩領導,客戶關系良好,。項目交付質(zhì)量,、進度非常好,成本略有超支。
簡評:項目經(jīng)理A,。不足之處是在需求方面和分包管理方面,。分包項目的特點是拆,管理上就要想辦法如何整合,,比如需求整合,、進度整合、交付物要整合等等,。整合不是簡單的拼湊,,比如需求問題,絕不是簡單的合并文檔即可,,要考慮業(yè)務流程,、業(yè)務數(shù)據(jù)、權(quán)限等的統(tǒng)一性,、功能設計界面風格的統(tǒng)一性,。分包管理最主要的是質(zhì)量管理,加強測試管理非常重要;其次是進度管理,,多個分包商之間的時間進度必須協(xié)調(diào)一致。
項目經(jīng)理B,。項目經(jīng)理不懂技術(shù)是很恐怖的,,B以前作為需求分析人員(更偏于業(yè)務分析),由項目經(jīng)理來負責整體項目開發(fā)管理,,B在本項目里明顯無法把握軟件開發(fā)過程,,把自己的領導當成了項目經(jīng)理。畢竟軟件項目是個技術(shù)活,,不是組織個跳繩比賽,,項目經(jīng)理必須對軟件技術(shù)有興趣,需要了解各種技術(shù),,否則連溝通都會形成障礙,。
項目經(jīng)理C。對于一個小型項目來說,,偏于技術(shù)的項目經(jīng)理是最好的選擇,,但是對于個人的未來發(fā)展還是需要不斷積累。
總結(jié):合格的項目經(jīng)理應該比任何都了解項目,,項目需求,、技術(shù)、客戶關系,、成本,、質(zhì)量、外包等各個方面,因為他是項目信息中樞,。應該是解決問題的高手,,具有清晰的思路和慎密的邏輯,和團隊一起發(fā)掘問題的本質(zhì),、探討解決方法,。項目經(jīng)理是個“滑頭”,在應對各種沖突的情況下保持良好的人際關系,。項目經(jīng)理應該還應該跳到項目外邊,,從更高角度、更寬闊視野來看項目存在的難點和重點,。合格的項目經(jīng)理是實踐出來的,,和經(jīng)驗成正比。
--------------------------------------------------------------------------------------------
以上就是今天和大家分享的內(nèi)容,,大家對開展項目管理工作有什么看法,?或者有什么工作心得?歡迎在線留言交流,,另外,,如果覺得此文讓你小有收獲,可以搜索“捷埃梯咨詢”與我們進行互動學習,。