軟件開發(fā)過程管理(共19頁)

1、精選優(yōu)質(zhì)文檔-傾情為你奉上軟件開發(fā)過程管理流程專心-專注-專業(yè)修改記錄版本號修改條款及內(nèi)容修改人審批人修改日期(Y/M/D)目錄1 文檔介紹1.1 編寫背景根據(jù)公司業(yè)務(wù)特點及行業(yè)特點，公司主要以項目開發(fā)為主，那么實施全面的項目管理，將公司所有在建、新建的項目納入項目管理的范疇之內(nèi)就顯得尤為重要。因此，公司重新組建了項目管理部，在公司范圍內(nèi)推進項目的規(guī)范化運作，同時檢驗公司項目管理機制的缺陷，提出項目管理過程的改進建議和意見，更好的為公司的業(yè)務(wù)目標(biāo)服務(wù)。1.2 編寫目的本文檔將從項目管理的啟動過程、計劃過程、執(zhí)行過程、監(jiān)控過程、收尾過程五個過程，全面闡述項目管理的工作職能，每個過程包含那些階段，

2、各階段的工作內(nèi)容，相關(guān)的參與部門，參與部門的工作職責(zé)以及相應(yīng)的考核指標(biāo)，力求規(guī)范化管理公司的所有項目，保障公司項目保質(zhì)保量按期完成。1.3 名詞解釋項目基線：指項目生命周期內(nèi)產(chǎn)生的文檔，在經(jīng)過公司評審?fù)ㄟ^后，該文檔將作為基線文檔，后續(xù)的所有變更都是基于該基線文檔。干系人：指參與項目活動或受項目活動影響的人，包括項目發(fā)起人、項目組、支持人員、客戶、供應(yīng)商，甚至是項目的反對者。項目發(fā)起人：指項目的發(fā)起者，任何有創(chuàng)新想法的人員均可成為項目發(fā)起人。項目組：指項目經(jīng)理為具體項目而臨時組建的團隊，團隊既可以是部門內(nèi)部人員，也可以跨部門組建項目團隊。過程文檔：指輔助項目經(jīng)理或公司對項目過程進行管控的文檔。產(chǎn)

3、品文檔：指與項目開發(fā)緊密相關(guān)的文檔，并作為項目的一部分交付給最終用戶。1.4 適用范圍公司所有的在建和新建軟件項目全部納入項目管理工作范疇，但是涉及到硬件生產(chǎn)過程暫時不納入項目管理工作范疇。2 公司各部門職責(zé)及關(guān)系2.1 項目管理委員會項目管理委員會（以下簡稱：PMO）由總經(jīng)理辦公室授權(quán)組建，負責(zé)公司所有項目的評審工作，對評審結(jié)果有決定權(quán)，對項目基線的變更有決定權(quán)。PMO的人員組成由總經(jīng)理辦公室指定，總經(jīng)理辦公室可根據(jù)項目的具體需求，隨時對PMO的組成進行調(diào)整，以適應(yīng)具體項目的要求?？偨?jīng)理辦公室以任命書的形式公布PMO的人員組成。2.2 項目管理部與總工辦項目管理部負責(zé)項目過程文檔的規(guī)范編寫及

4、模板制定，總工辦負責(zé)過程以外文檔的規(guī)范編寫和模板制定；項目管理部負責(zé)組織評審過程。項目管理部對項目組提交文檔質(zhì)量進行預(yù)審，只有項目管理部對質(zhì)量認可的情況下，才會提交給PMO進行預(yù)審，并在一周內(nèi)安排時間組織評審。2.3 公司各部門主要職責(zé)本節(jié)主要從項目生命周期來闡述公司各部門的工作職責(zé)，明確各部門的職責(zé)范圍及相互關(guān)系。2.3.1 公司董事會1) 對于公司項目金額在500萬以上的項目，決定是否立項。2) 對于500萬以上的項目，如果項目成本有20%以上變更時，決定變更是否通過。2.3.2 總經(jīng)理辦公室1) 參與項目建議書評審會，負責(zé)評審2) 對于公司項目金額在100萬以上、500萬以下的項目，決定

5、是否立項。3) 在項目立項會上，任命項目經(jīng)理4) 參與項目可研評審會，負責(zé)評審5) 參與項目立項評審會，負責(zé)評審6) 參與項目驗收評審會，負責(zé)評審7) 對于公司項目金額在100萬以上、500萬以下的項目，如果項目成本有20%以上變更時，決定變更是否通過。2.3.3 項目管理委員會（簡稱：PMO）1) 參與項目建議書評審會，負責(zé)評審2) 對于公司項目金額在100萬以下的項目，決定是否立項。3) 參與項目可研評審會，負責(zé)評審4) 參與項目立項評審會，負責(zé)評審5) 參與項目文檔評審會，負責(zé)評審6) 參與項目需求文檔評審會，負責(zé)評審7) 參與項目設(shè)計文檔評審會，負責(zé)評審8) 參與項目驗收評審會，負責(zé)評

6、審9) 業(yè)務(wù)需求變更影響到項目進度、質(zhì)量、成本這三大要素時，或者開發(fā)時間在3天以上的業(yè)務(wù)需求，決定變更是否通過。2.3.4 項目管理部1) 對項目生命周期內(nèi)的所有提交文檔進行預(yù)審，預(yù)審不通過，文檔提交者重新修改，只有達到項目管理部認可，才能提交專家組。2) 負責(zé)所有項目會議組織工作。3) 負責(zé)對公司各項目的全過程實施監(jiān)控。2.3.5 總工辦1) 參與公司所有項目的評審工作，負責(zé)評審。2.3.6 項目經(jīng)理1) 根據(jù)項目特點，組建項目團隊2) 負責(zé)編寫/審核、提交項目生命周期內(nèi)所有過程文檔和產(chǎn)品文檔。3) 參與公司立項會后的項目評審工作。4) 負責(zé)管理、跟蹤項目研發(fā)工作5) 業(yè)務(wù)需求變更不影響項目

7、進度、質(zhì)量、成本這三大要素時，或者開發(fā)時間在3天以內(nèi)的業(yè)務(wù)需求，由項目經(jīng)理負責(zé)變更。2.3.7 測試組1) 參與項目需求文檔評審會，負責(zé)評審2) 參與項目設(shè)計文檔評審會，負責(zé)評審3) 參與項目驗收評審會，負責(zé)評審4) 負責(zé)產(chǎn)品測試工作2.3.8 其它相關(guān)部門根據(jù)項目的具體情況，由項目管理部決定那些部門參與項目工作。1) 參與公司所有項目的評審工作。2) 負責(zé)產(chǎn)品最終交付工作。3 項目總體工作流程3.1 工作流程3.2 流程說明【1】 項目發(fā)起人提出項目申請，編寫項目建議書，編寫完成后，將項目建議書提給項目管理部?！?】 項目管理部預(yù)審項目建議書，預(yù)審不合格，及時打回，重新修改，項目管理部對文檔

8、質(zhì)量認可后，將文檔轉(zhuǎn)發(fā)給相關(guān)評委，準備評審相關(guān)資料，一周以內(nèi)，項目管理部組織相關(guān)部門進行評審。【3】 項目管理部組織召開項目建議書評審會，相關(guān)部門對文檔進行評審，如果評審不通過，則項目經(jīng)理重新修改文檔，修改完成后，再次進入【001】流程；如果評審?fù)ㄟ^，準備進入項目可行性研究?！?】 項目發(fā)起人編寫可行性研究報告，編寫完成后，將可行性研究報告提給項目管理部?！?】 項目管理部預(yù)審可行性研究報告，預(yù)審不合格，及時打回，重新修改，項目管理部對文檔質(zhì)量認可后，將文檔轉(zhuǎn)發(fā)給相關(guān)評委，準備評審相關(guān)資料，一周以內(nèi)，項目管理部組織相關(guān)部門進行評審?！?】 項目管理部組織召開項目可研評審會，相關(guān)部門對文檔進行評

9、審，如果評審?fù)ㄟ^，由總經(jīng)理辦公室決定是否立項，如果同意立項（如果項目金額在500萬以上，需上報董事會，由董事會決定是否立項），項目進入下一階段；如果不立項，則項目終止；如果評審不通過，且總經(jīng)理辦公室不終止項目，則項目發(fā)起人重新修改文檔，修改完成后，再次進入【004】流程?！?】 項目發(fā)起人編寫項目章程說明書，編寫完成后，將項目章程說明書提給項目管理部?！?】 項目管理部預(yù)審項目章程說明書，預(yù)審不合格，及時打回，重新修改，項目管理部對文檔質(zhì)量認可后，將文檔轉(zhuǎn)發(fā)給相關(guān)評委，準備評審相關(guān)資料，一周以內(nèi)，項目管理部組織相關(guān)部門進行評審，同時項目管理部要與項目發(fā)起人溝通、確認項目周期內(nèi)需要完成的過程文檔

10、和產(chǎn)品文檔?！?】 項目管理部組織召開項目立項會，相關(guān)部門對文檔進行評審。如果評審不通過，且總經(jīng)理辦公室不終止項目，則項目發(fā)起人重新修改文檔，修改完成后，再次進入【007】流程。會議期間，總經(jīng)理辦公室宣讀項目經(jīng)理使命書，同時，項目管理部公布項目周期內(nèi)需要完成的過程文檔及產(chǎn)品文檔?！?0】 項目經(jīng)理依次編寫并提交項目所需的過程文檔給項目管理部。（由于文檔數(shù)量較多，文檔分階段提交，分階段評審）?！?1】 項目管理部預(yù)審項目過程文檔，預(yù)審不合格，及時打回，重新修改，項目管理部對文檔質(zhì)量認可后，將文檔轉(zhuǎn)發(fā)給相關(guān)評委，準備評審相關(guān)資料，一周以內(nèi)，項目管理部組織相關(guān)部門進行評審?！?2】 項目管理部組織召

11、開項目文檔評審會，相關(guān)部門對文檔進行評審，如果評審不通過，則項目經(jīng)理重新修改文檔，修改完成后，再次進入【010】流程；如果評審?fù)ㄟ^，準備進入下一輪評審。（由于項目周期的過程文檔較多，需要經(jīng)過幾輪的項目評審會，過程文檔才能評審?fù)瓿桑虼恕?10】【011】【012】流程會復(fù)復(fù)多次）【13】 項目經(jīng)理編寫需求說明文檔，編寫完成后，將需求說明文檔提給項目管理部。【14】 項目管理部預(yù)審項目需求文檔，預(yù)審不合格，及時打回，重新修改，項目管理部對文檔質(zhì)量認可后，將文檔轉(zhuǎn)發(fā)給相關(guān)評委，準備評審相關(guān)資料，一周以內(nèi)，項目管理部組織相關(guān)部門進行評審?！?5】 項目管理部組織召開需求文檔評審會，相關(guān)部門對文檔進行

12、評審，如果評審不通過，則項目經(jīng)理重新修改文檔，修改完成后，再次進入【013】流程；如果評審?fù)ㄟ^，準備進入下一輪評審?！?6】 項目經(jīng)理編寫設(shè)計文檔，編寫完成后，將設(shè)計文檔提給項目管理部?！?7】 項目管理部預(yù)審項目設(shè)計文檔，預(yù)審不合格，及時打回，重新修改，項目管理部對文檔質(zhì)量認可后，將文檔轉(zhuǎn)發(fā)給相關(guān)評委，準備評審相關(guān)資料，一周以內(nèi)，項目管理部組織相關(guān)部門進行評審?！?8】 項目管理部組織召開設(shè)計文檔評審會，相關(guān)部門對文檔進行評審，如果評審不通過，則項目經(jīng)理重新修改文檔，修改完成后，再次進入【016】流程；如果評審?fù)ㄟ^，準備進入下一輪評審?！?9】 項目經(jīng)理帶領(lǐng)項目組進入開發(fā)階段?！?0】 開發(fā)

13、完成后，測試組安排人員進行軟件測試。經(jīng)過多輪的產(chǎn)品測試，最終產(chǎn)品測試通過?！?1】 項目經(jīng)理對產(chǎn)品進行打包，編寫產(chǎn)品的驗收相關(guān)文檔，編寫完成后，提交給項目管理部?！?2】 項目管理部預(yù)審項目驗收文檔，預(yù)審不合格，及時打回，重新修改，項目管理部對文檔質(zhì)量認可后，將文檔轉(zhuǎn)發(fā)給相關(guān)評委，準備評審相關(guān)資料，一周以內(nèi)，項目管理部組織相關(guān)部門進行評審。【23】 項目管理部組織召開產(chǎn)品驗收評審會，相關(guān)部門對產(chǎn)品及文檔進行驗收，如果驗收不通過，再次進入【019】流程；如果驗收通過，準備將產(chǎn)品交付?！?4】 相關(guān)部門將產(chǎn)品交付給最終用戶，進行產(chǎn)品部署、培訓(xùn)等工作?！?5】 最終用戶對產(chǎn)品進行驗收，如果驗收不通過

14、，則再次進入【0119】流程；如果驗收通過，準備結(jié)項。項目管理部及項目經(jīng)理編寫相關(guān)的經(jīng)驗總結(jié)報告，整理并歸檔項目周期內(nèi)所有文檔及代碼。4 項目過程說明按照項目管理體系的標(biāo)準，通用項目一般分為五個過程，分別是啟動過程、計劃過程、執(zhí)行過程、監(jiān)控過程、收尾過程。而軟件開發(fā)過程一般分為九個階段，分別是可行性研究階段、立項階段、需求分析階段、概要設(shè)計階段、詳細設(shè)計階段、開發(fā)階段、測試階段、項目結(jié)項階段、產(chǎn)品交付階段。這九個階段分別對應(yīng)不同的項目過程，本文將按照過程來梳理工作流程，將軟件開發(fā)的九個階段并入相應(yīng)的項目過程。4.1 啟動過程4.1.1 可行性研究階段l 工作內(nèi)容：項目發(fā)起人識別出公司潛在的項目

15、后，使用“SWOT”分析方法對項目的業(yè)務(wù)范圍進行優(yōu)勢、劣勢、機遇、威脅分析，同時要對項目的盈利能力、凈現(xiàn)值分析、投資回報率等內(nèi)容進行分析，并提交分析報告，根據(jù)項目具體額度，由相關(guān)部門負責(zé)討論決定是否可行。l 輸出內(nèi)容：項目建議書、項目可行性研究報告l 參與部門及工作職責(zé)：項目發(fā)起人：編寫并提交項目建議書、項目可行性研究報告項目管理部：預(yù)審項目建議書、項目可研報告，組織項目評審會，準備評審相關(guān)材料，記錄會議紀要，跟蹤文檔修改進展?？偣まk：審核項目建議書、項目可行性研究報告文檔。項目管理委員會：審核項目建議書、項目可行性研究報告文檔。總經(jīng)理辦公室：審核項目建議書、項目可行性研究報告,決定該項目是否

16、立項。相關(guān)部門：由項目管理部根據(jù)項目特點，通知具體部門評審。4.2 計劃過程4.2.1 項目立項階段項目立項階段從嚴格意義上講，由兩個子階段組成：項目立項子階段和項目文檔評審子階段，公司同意立項后，需要召開一個正式的會議，通告相關(guān)部門及人員，項目組正式成立，項目推進工作就此展開，開始著手項目過程管理文件編寫、評審工作。因此本節(jié)將從兩種類型的會議展開描述項目管理的工作內(nèi)容。4.2.1.1 項目立項會l 工作內(nèi)容：項目管理部組織召開項目立項會。公司管理層同意該項目立項，制定正式文件下發(fā)相關(guān)部門人員，任命項目經(jīng)理，并授權(quán)展開相關(guān)工作。項目經(jīng)理要對項目需求、計劃、進度、成本、質(zhì)量、風(fēng)險進行概要說明，公

17、司與項目組達成一致。從此階段開始直至產(chǎn)品交付，項目經(jīng)理每周五下午2點前必須提交一份項目周報，匯報項目總體進展情況，發(fā)送至項目管理部；項目管理部每周五提交項目執(zhí)行狀態(tài)報告及項目執(zhí)行預(yù)測報告。l 輸出內(nèi)容：項目章程說明書l 參與部門及工作職責(zé)：項目發(fā)起人：編寫并提交項目章程說明書項目管理部：預(yù)審項目章程，組織項目立項會，準備評審相關(guān)材料，記錄會議紀要，跟蹤文檔修改進展。總工辦：審核項目章程說明書文檔。項目管理委員會：審核項目章程說明書文檔。項目經(jīng)理：審核項目章程說明書文檔總經(jīng)理辦公室：審核項目章程說明書,任命項目經(jīng)理。相關(guān)部門：由項目管理部根據(jù)項目特點，通知具體部門評審。4.2.1.2 項目評審會

18、l 工作內(nèi)容：項目經(jīng)理需編制項目管理計劃、初步的范圍說明書、干系人分析表、質(zhì)量保證計劃、項目開發(fā)計劃、里程碑等相關(guān)過程文檔，由項目管理部組織評審。項目管理部負責(zé)配置項目庫，分配空間、授權(quán)等等。評審的標(biāo)準參見“項目會議評審規(guī)范”。l 輸出內(nèi)容：項目管理計劃、質(zhì)量保證計劃、風(fēng)險管理計劃、項目采購計劃、項目溝通管理計劃、范圍說明書、干系人分析表、項目開發(fā)計劃表、WBS工作分解結(jié)構(gòu)、項目里程碑計劃表等等。（隨著項目不同，文檔將有不同形式的增減）l 參與部門及工作職責(zé)：項目經(jīng)理：組織項目組成員編寫并提交以上提到的所有文檔。項目管理部：預(yù)審項目過程文檔，組織項目評審會，準備評審相關(guān)材料，記錄會議紀要，跟蹤

19、文檔修改進展?？偣まk：審核項目過程文檔。項目管理委員會：審核項目過程文檔。相關(guān)部門：由項目管理部根據(jù)項目特點，通知具體部門評審。4.3 執(zhí)行過程4.3.1 需求分析階段l 工作內(nèi)容：項目經(jīng)理組織項目組成員編寫需求說明書，同時還要提交項目原型（不包含業(yè)務(wù)代碼，僅僅是需求可視化的展示），項目原型可使用任意的代碼編寫方式。測試部開始參與評審會，跟進每一次需求、設(shè)計變更，開始設(shè)計測試用例，同時，最終用戶如果有可能，也要參與需求分析評審。l 輸出內(nèi)容：需求說明書、界面原型設(shè)計l 參與部門及工作職責(zé)：項目經(jīng)理：編寫并提交以上提到的所有文檔項目管理部：預(yù)審項目需求文檔，組織項目評審會，準備評審相關(guān)材料，記錄

20、會議紀要，跟蹤文檔修改進展?？偣まk：審核需求文檔。項目管理委員會：審核需求文檔。測試組：了解需求內(nèi)容，開始設(shè)計測試用例最終用戶：參與評審界面原型，提供參考意見相關(guān)部門：由項目管理部根據(jù)項目特點，通知具體部門評審。4.3.2 概要設(shè)計階段l 工作內(nèi)容：項目經(jīng)理組織項目組成員編寫概要設(shè)計說明書、數(shù)據(jù)庫設(shè)計（邏輯設(shè)計和物理設(shè)計）、接口設(shè)計說明書文檔。l 輸出內(nèi)容：概要設(shè)計說明書、數(shù)據(jù)庫邏輯設(shè)計、數(shù)據(jù)庫物理設(shè)計、接口設(shè)計說明書l 參與部門及工作職責(zé)：項目經(jīng)理：編寫并提交以上提到的所有文檔項目管理部：預(yù)審項目設(shè)計文檔，組織項目評審會，準備評審相關(guān)材料，記錄會議紀要，跟蹤文檔修改進展?？偣まk：審核設(shè)計文檔

21、。項目管理委員會：審核設(shè)計文檔。測試組：了解需求內(nèi)容，開始設(shè)計測試用例相關(guān)部門：由項目管理部根據(jù)項目特點，通知具體部門評審。4.3.3 代碼開發(fā)階段l 工作內(nèi)容：項目組進入開發(fā)階段，在每個關(guān)鍵里程碑節(jié)點，項目組要提供相應(yīng)的質(zhì)量檢查工具或檢查方法，由項目管理部或質(zhì)量管理部進行檢查，并出具質(zhì)量檢查報告及建議的糾正措施和預(yù)防措施。l 輸出內(nèi)容：代碼走查報告、質(zhì)量檢查報告、關(guān)鍵里程碑檢查報告、測試計劃、測試用例l 參與部門及工作職責(zé)：項目經(jīng)理：組織開發(fā)工作，及時更新開發(fā)進度項目管理部：對開發(fā)工作進行定期跟蹤、檢查，及時發(fā)布項目最新進展情況，對執(zhí)行過程中可能出現(xiàn)的問題，及時預(yù)警。測試部：設(shè)計測試計劃，編

22、寫測試用例，部分開始測試工作4.3.4 軟件測試階段l 工作內(nèi)容：測試部開始代碼集成測試，按照測試用例執(zhí)行測試流程，根據(jù)項目具體情況，可能會執(zhí)行性能測試。測試中發(fā)現(xiàn)的問題，全部提交到JIRA平臺集中處理，測試人員與項目組成員基于JIRA平臺集中處理BUG，測試人員每周五提交BUG處理進度表項目組開始著手編寫產(chǎn)品交付所需的相關(guān)文檔l 輸出內(nèi)容：項目問題處理進度表、技術(shù)白皮書、安裝手冊、使用手冊、維護手冊、常見問題解答l 參與部門及工作職責(zé)：項目經(jīng)理：組織研發(fā)人員處理測試中出現(xiàn)的問題，組織人員編寫文檔。項目管理部：對開發(fā)工作進行定期跟蹤、檢查，及時發(fā)布項目最新進展情況，對執(zhí)行過程中可能出現(xiàn)的問題，

23、及時預(yù)警。測試部：集成測試、系統(tǒng)測試、回歸測試，及時發(fā)布測試報告4.4 監(jiān)控過程監(jiān)控過程是貫穿整個項目管理過程的，監(jiān)測項目的目標(biāo)、進展與計劃的偏離情況，并采取適當(dāng)?shù)男袆邮惯M展與計劃相符。通常監(jiān)控的手段是依托于工作績效考核體系。l 工作內(nèi)容：監(jiān)控的理想產(chǎn)出是通過交付滿足時間、成本、質(zhì)量約束的項目來成功的完成項目，監(jiān)控過程貫穿整個項目過程，監(jiān)控工作的執(zhí)行者主要由項目經(jīng)理和項目管理部共同完成，項目需求基線的變更也將貫穿項目整個過程。監(jiān)控的主要工作是定期向公司管理層提交項目進展報告，即時糾正偏差，保證項目成功完成。l 輸出內(nèi)容：項目周報、項目執(zhí)行狀態(tài)報告、項目執(zhí)行預(yù)測報告、基線變更申請表l 參與部門及工作職責(zé)：項目經(jīng)理：及時更新項目進度、每周五下午2點前提交項目周報。項目管理部：每周五提交項目執(zhí)行狀態(tài)報告和項目執(zhí)行預(yù)測報告，15天召開一次項目討論會，評估項目最新進展情況。4.5 收尾過程4.5.1 產(chǎn)品交付階段l 工作內(nèi)容：項目組完成了項目開發(fā)內(nèi)容，進入收尾階段。項目管理部組織召開產(chǎn)品驗收評