摘要:在項目開展的過程中,項目經理總會遇到各種各樣的項目難題。最近一位項目經理和小賽反饋到:公司的開發團隊對系統進度和質量普遍不關注,由此產生的很多問題造成了項目工作的變更與延期。面對這種情況,項目經理該怎么做才能推動項目重返正軌?
我從事于一家IT公司,公司整體內容積累較少,多數系統從零自研。最近接受了一個新的項目,但該項目任務重、時間趕、涉及的部分業務還是公司未接觸過的。系統開發的進度和質量都不能夠令人滿意。而開發團隊只管干活 ,進度和質量都不關注,部門領導也不深入項目中去,單方面覺得系統進度和質量都很好。
作為項目經理,我多次和領導反饋項目開發進度沒有按預期進行,開發出的系統質量不滿足用戶使用,但是領導覺得時間緊,大家做到現在的程度已經很好了,不希望給開發太大壓力。遇到這樣的情況,項目經理該怎么做才能保證項目后續正常推進?
悅語-北京
1.開發團隊對進度和質量不關注是正常現象,很少有研發人員具備產品思維。這種情況需要產品經理或項目經理進行推動和干預。要統一團隊內部,把站會、甘特圖、燃盡圖等綜合應用起來,讓整個團隊有目標意識、進度意識。
2.在進度、收益、風險、資源等需要領導決策的環節中,項目經理可以帶著解決方案找領導,領導覺得整體到達了基本預期,那工作的基本要求就達到了。
3.不同的階段會有不同的需求,先完成再完美,得幫自己過了心里那道坎。
羅旻-杭州
和這位項目經理一樣,我現在就是處于這種情況。開發基本叫不動,天天說自己忙。我找了一家嚴謹的第三方測評公司來幫我做功能性檢測,把開發缺失的功能點反饋給了公司,讓公司去完善。公司如果不放在心上,驗收出問題我也不管了,畢竟我已經按照流程要求反饋給了公司。
俗人-上海
1.對于開發團隊:測試驅動開發,讓開發團隊看到質量情況(比如每完成一個功能,提交測試團隊測試);另外制定進度計劃,每周根據完成情況匯報上級。
2.對于領導:每周根據進度完成情況和測試結果,制定趨勢分析報表并提出大致解決方案。
3.對于自己:每次開會留痕,做好記錄,及時反饋和溝通;風險和方案都提出來,讓領導知道項目目前面臨的問題和風險,后面怎么做看領導指示,避免自己被甩鍋。
金陵春-南京
項目經理發現了風險,但是領導覺得沒風險。這種情況項目經理先把風險分析做到位,先和團隊去溝通,讓大家都意識到可交付成果的誤差,再去說服領導。如果還不行就做好項目備忘錄,把風險進行分解,把應對措施分解成需要完成的子工作項,完成這些子任務也就能起到糾偏作用了。
琦-武漢
不以用戶需求為目的項目開發是沒有意義的。從現狀來看,整體流程沒有按照項目管理的思路來進行,最終的結果肯定是無盡的bug,無限延期的項目驗收。
我建議項目經理重新整理用戶需求,按照用戶需求重新定義系統功能,創建wbs,積極和客戶溝通,在確認的計劃周期內,協調各種資源來推進項目。
勇攀高峰-長沙
領導應該也不會亂說,可能開發工作量確實很飽和了,再壓榨可能就會出事。在這種情況下,更需要針對需求做好優先級排序,對資源進行充分利用,盡量保證優先級高的需求能夠先滿足,即使逾期了也好和客戶有溝通余地。如果項目出現問題,對問題進行分析,找出根本原因。
項目經理一味的強調進度和壓力是沒有用的,得化被動為主動,適當地給予團隊激勵,為團隊提供支撐和動力。
欣然規往-上海
項目經理要加強相關方管理和范圍管理,從目前狀況來看,客戶的預期和領導的預期是有差異的。要通過相關方管理,把各方預期調整到一致。最終要落到紙面上來,進行范圍管理,明確項目范圍,這樣各方都好做。
深度思考-山東
先跟領導達成一致,領導所期望的“項目正常推進”是什么?作為項目經理,該提醒的風險,該給出的建議都已經在項目例會和郵件溝通中明確,那自己的職責也就做到位了,最后項目如果出現問題,也不至于背多大的黑鍋。沒必要按自己認為的標準讓大家都痛苦。否則項目組沒一個人說你好。
PMP®備考資料免費領取
去領取
PMP®報考條件-自助查詢