軟件開(kāi)發(fā)項(xiàng)目管理

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

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

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

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

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

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

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