軟件開發(fā)項目管理

1、管理目標1、所有關系人清晰明確地了解項目的需求和期望，努力做到滿足項目所有關系人的不同需求；項目關系人包括：項目團隊成員和項目團隊外(內部外部客戶，內部外部合作伙伴，經(jīng)銷商客戶等)。2、項目管理三要素平衡（時間成本質量），即開發(fā)項目按需按時按質的完成。3、目標：功能滿足需求，設計支持變化，開發(fā)快速迭代，成果持續(xù)交付。執(zhí)行概述1、建立有效的工作流程保證項目的順利進行，初期使用傳統(tǒng)RUP過程，引入部分敏捷方法，團隊磨合完成后逐步實現(xiàn)敏捷開發(fā)

2、全流程管理。2、明確項目目標，制定具有可行性的項目計劃，有效明確的分解項目需求。3、跟蹤設計開發(fā)測試回歸發(fā)布全流程，推動項目按預定計劃執(zhí)行。4、解決項目過程中出現(xiàn)的問題和沖突，一般集中在需求不明工作量或時長開發(fā)難度跨部門協(xié)調等幾個方面。5、調動開發(fā)團隊的積極性，創(chuàng)造力，推動團隊成員在項目過程中的學習成長。6、風險識別、風險控制以及風險的預案。項目管理1、需求階段對項目進行技術可行性分析、技術評估、成本評估以及風險評估。與需求提出方的代表

3、進行需求討論，明確項目的目標、價值。確定項目范圍、功能及優(yōu)先級。組建項目團隊，特別要搞清楚項目的關鍵人。項目啟動會議，相關的關系人都必須參加。2、設計階段根據(jù)確認后的軟件需求規(guī)格說明書，制定項目進度計劃，工作任務分解(WBS)；資源申請，項目涉及到的開發(fā)資源、測試資源、設計資源(包括人員和軟硬件資源)；數(shù)據(jù)庫設計；系統(tǒng)設計；文檔(包括系統(tǒng)用例、Demo、測試用例等)；評審會議。設計階段結果交付一般為系統(tǒng)用例系統(tǒng)原型系統(tǒng)設計文檔(概要設計

4、和詳細設計)數(shù)據(jù)庫設計文檔等。該階段交付成果需要進行評審。3、執(zhí)行階段(開發(fā)和測試)準備開發(fā)環(huán)境、測試環(huán)境。跟蹤，推動項目按計劃進行。項目成員以日報項目負責人以周報的形式通報各關系人當前項目的進展情況。4、對開發(fā)人員估算的時間進行確認。在確認過程中作為，項目管理者將預估時間和開發(fā)人員估算時間進行比較。那些差異較大的，與人員探討其中的緣由。對于時間周期比較長的任務，將任務拆分為更小的子任務，每個任務的完成時間為824工時，消除時間周期較長

5、的任務，避免不確定性影響項目的進度。2、CodeReviewCodeReview是保證項目中代碼質量非常重要的一個環(huán)節(jié)，在這一環(huán)控制不嚴往往是測試后出現(xiàn)大量bug的主因，有時甚至導致返工；關于CodeReview執(zhí)行，首先應有編碼規(guī)范和代碼審查規(guī)范。通過這兩個文檔來規(guī)范開發(fā)人員的代碼實現(xiàn)，代碼編寫者必須要嚴格按照規(guī)范來進行；代碼審核者根據(jù)這些標準來CodeReview代碼，同時在CodeReview過程中需要不斷完善該文檔。CodeRe

6、view一般可按以下步驟實施：1、檢查開發(fā)者的代碼實現(xiàn)是否遵循了編碼規(guī)范。2、從代碼的易維護性、可擴展性角度考察代碼的質量，提出修改建議。3、代碼編寫者和代碼審核者坐在一起，由代碼編寫者按照UseCase依次講解自己負責的代碼和相關邏輯，代碼審核者在此過程中可以隨時提出自己的疑問，同時積極發(fā)現(xiàn)隱藏的bug，對這些bug記錄在案。4、代碼講解完畢后，代碼審核者給自己安排幾個小時再對代碼審核一遍。代碼需要檢查Bug。同時全面兼顧，確保代碼整

7、體上結構優(yōu)良；審核完畢后，代碼審核者編寫“代碼審核報告”記錄發(fā)現(xiàn)的問題及修改建議，提交給相關人員。5、代碼編寫者根據(jù)“代碼審核報告”給出的修改意見，修改好代碼，有不清楚的地方可積極向代碼審核者提出。6、代碼編寫者bugfixed完畢之后給出反饋。7、代碼審核者把CodeReview中發(fā)現(xiàn)的有價值的問題更新到“代碼審核規(guī)范“的文檔中，對于特別值得提醒的問題可群發(fā)email給所有技術人員。3、需求變更管理需求變更管理也是項目管理中最重要的一