項目管理資源網

您的位置:項目管理資源網 >> IT通信項目管理

如何管理軟件項目周期?

2019/12/19 19:58:22 |  49次閱讀 |  來源:網友轉載   【已有0條評論】發表評論

 軟件開發的項目周期大體分為3個階段:獲取需求和定義產品、開發和測試、部署和運維。項目周期指一個投資項目從提出項目設想、立項、決策、開發、建設、施工,直到竣工投產,進行生產活動和總結評價的全過程。

對于創業公司的產品經理來說,很可能因為看到開發人員無事可做而感到壓力,所以盡快完成產品定義,而沒有充分了解市場和競爭對手信息,沒有與合作伙伴充分溝通,沒有做深入的思考。

在獲取需求和定義產品階段,需要防止的不是進度太慢而是過快、過草率。這些因倉促而隱藏的問題,發現得早則導致開發階段大量返工,發現得晚則導致產品上線后不受歡迎。常聽一些人說現在互聯網開發,講究快速迭代和敏捷,邊做邊想,返工也正常。這是一個誤解。快速迭代指的是將不同版本之間的周期縮短,小步快跑,而不是在一個版本的周期內來回折騰。

在開發和測試階段,項目管理重在跟蹤進度和保持溝通—用集成和演示跟蹤進度,基于Bug溝通問題。要做到各個模塊外部接口相對清晰穩定,并盡早完成各個模塊間的集成,最晚不超過開發周期的1/4時間。第一次集成之后,就應該開始每日集成和每周演示。每日集成使得測試團隊每天能同步測試最新的代碼,幫助開發團隊盡早發現問題并及時了解技術細節上的進度;每周演示使產品經理、項目經理和管理層能從用戶的角度感受產品,使他們對產品有信心。集成和演示是項目管理的心跳,合理利用它們,有助于及時把握項目的健康程度。

  無論開發流程多敏捷,工程師能 力多強,記錄和跟蹤Bug都是必不可少的。開發團隊和測試團隊的溝通都應該基于Bug,才能言之有物。開發工程師每次提交代碼都應該記錄是針對哪個Bug 的,每日工作簡報都應該寫今天關/開了哪些Bug。要在每日晨會(站著開,一般15分鐘內)時說好,今天打算解決哪些Bug,其中有哪些點不清楚,需要和誰溝通。

在后期部署和維護階段,要快速響應。考驗的是團隊成員的責任心和抗壓能力。系統運維工程師要深夜工作,因為部署可能要在流量低的時候進行;項目經理要保持能隨時溝通,做出快速而準確的決定,鼓勵團隊并做出表率;一旦出現高危害Bug,開發團隊要在24小時內準備好補丁。這樣不僅能保證快速響應,還能讓工程師意識到:前期代碼不好好寫,后期就別指望能好好睡覺了。

Amazon 的做法比較有趣:在產品剛上線一段時間內,開發工程師要保持24小時開機。如果自己負責的模塊中出現高危害Bug,那么很可能會在深夜被系統運維工程師叫醒。

在進行軟件估算時(包括利用工具輔助估算)必須考慮到這些方面,否則估算結果就會和實際結果有很大的偏差。軟件開發是一項非常復雜的工程,不僅包含需求分析、設計、編碼、測試、實施、維護等不同的子過程,還涉及到開發工具、開發人員、項目管理、風險等眾多因素,不同因素對估算產生的影響不盡相同。

估算是軟件開發中很重要的一個環節:項目周期估算過短會造成人力低估、成本預算低估、日程安排過短,最終人力資源耗盡,成本超出預算,為完成項目不得不趕工,影響項目質量,甚至導致項目失敗。周期估算如同蓋樓房中打地基,是后續工作的基礎,它的影響會貫穿整個項目。項目的生命期是管理項目的重要指標,而對項目周期的估算則是管理項目的重要一環。項目周期估計過長表面看來影響不大,但是實際上也會帶來成本估計過高、充分效率低下的后果。


    項目經理勝任力免費測評PMQ上線啦!快來測測你排多少名吧~

    http://www.106642.live/pmqhd/index.html

“項目管理生根計劃”
企業項目經理能力培養和落地發展方案下載>>

分享道


網站文章版權歸原作者所有,如有認為侵權請聯系我們,將于1個工作日內作出處理!
網友評論【 發表評論 0條 】
網友評論(共0 條評論)..
驗證碼: 點擊刷新

請您注意護互聯網安全的決定》及中華人民共和國其他各項有關法律法規或間接導致的民事或刑事法律責任
·您在項目管理資源網新聞評論發表的作品,項目管理資源網有權在網站內保留、轉載、引用或者刪除
·參與本評論即表明您已經閱讀并接受上述條款
红警大战