1、-作者xxxx-日期xxxx軟件開發過程管理【精品文檔】軟件開發過程管理流程【精品文檔】修改記錄版本號修改條款及內容修改人審批人修改日期(Y/M/D)目錄1編寫背景32編寫目的33名詞解釋34適用范圍35公司各部門職責及關系3項目管理委員會3項目管理部與總工辦3公司各部門主要職責3公司董事會3總經理辦公室3項目管理委員會（簡稱：PMO）3項目管理部3總工辦3項目經理3測試組3其它相關部門36項目總體工作流程3工作流程3流程說明37項目過程說明3啟動過程3可行性研究階段3計劃過程3項目立項階段3執行過程3需求分析階段3概要設計階段3代碼開發階段3軟件測試階段3監控過程3收尾過程3產品交付階段3產

2、品驗收階段38項目記錄文檔匯總31 文檔介紹1.1 編寫背景根據公司業務特點及行業特點，公司主要以項目開發為主，那么實施全面的項目管理，將公司所有在建、新建的項目納入項目管理的范疇之內就顯得尤為重要。因此，公司重新組建了項目管理部，在公司范圍內推進項目的規范化運作，同時檢驗公司項目管理機制的缺陷，提出項目管理過程的改進建議和意見，更好的為公司的業務目標服務。1.2 編寫目的本文檔將從項目管理的啟動過程、計劃過程、執行過程、監控過程、收尾過程五個過程，全面闡述項目管理的工作職能，每個過程包含那些階段，各階段的工作內容，相關的參與部門，參與部門的工作職責以及相應的考核指標，力求規范化管理公司的所有

3、項目，保障公司項目保質保量按期完成。1.3 名詞解釋項目基線：指項目生命周期內產生的文檔，在經過公司評審通過后，該文檔將作為基線文檔，后續的所有變更都是基于該基線文檔。干系人：指參與項目活動或受項目活動影響的人，包括項目發起人、項目組、支持人員、客戶、供應商，甚至是項目的反對者。項目發起人：指項目的發起者，任何有創新想法的人員均可成為項目發起人。項目組：指項目經理為具體項目而臨時組建的團隊，團隊既可以是部門內部人員，也可以跨部門組建項目團隊。過程文檔：指輔助項目經理或公司對項目過程進行管控的文檔。產品文檔：指與項目開發緊密相關的文檔，并作為項目的一部分交付給最終用戶。1.4 適用范圍公司所有的

4、在建和新建軟件項目全部納入項目管理工作范疇，但是涉及到硬件生產過程暫時不納入項目管理工作范疇。2 公司各部門職責及關系2.1 項目管理委員會項目管理委員會（以下簡稱：PMO）由總經理辦公室授權組建，負責公司所有項目的評審工作，對評審結果有決定權，對項目基線的變更有決定權。PMO的人員組成由總經理辦公室指定，總經理辦公室可根據項目的具體需求，隨時對PMO的組成進行調整，以適應具體項目的要求。總經理辦公室以任命書的形式公布PMO的人員組成。2.2 項目管理部與總工辦項目管理部負責項目過程文檔的規范編寫及模板制定，總工辦負責過程以外文檔的規范編寫和模板制定；項目管理部負責組織評審過程。項目管理部對項

5、目組提交文檔質量進行預審，只有項目管理部對質量認可的情況下，才會提交給PMO進行預審，并在一周內安排時間組織評審。2.3 公司各部門主要職責本節主要從項目生命周期來闡述公司各部門的工作職責，明確各部門的職責范圍及相互關系。2.3.1 公司董事會1) 對于公司項目金額在500萬以上的項目，決定是否立項。2) 對于500萬以上的項目，如果項目成本有20%以上變更時，決定變更是否通過。2.3.2 總經理辦公室1) 參與項目建議書評審會，負責評審2) 對于公司項目金額在100萬以上、500萬以下的項目，決定是否立項。3) 在項目立項會上，任命項目經理4) 參與項目可研評審會，負責評審5) 參與項目立項

6、評審會，負責評審6) 參與項目驗收評審會，負責評審7) 對于公司項目金額在100萬以上、500萬以下的項目，如果項目成本有20%以上變更時，決定變更是否通過。2.3.3 項目管理委員會（簡稱：PMO）1) 參與項目建議書評審會，負責評審2) 對于公司項目金額在100萬以下的項目，決定是否立項。3) 參與項目可研評審會，負責評審4) 參與項目立項評審會，負責評審5) 參與項目文檔評審會，負責評審6) 參與項目需求文檔評審會，負責評審7) 參與項目設計文檔評審會，負責評審8) 參與項目驗收評審會，負責評審9) 業務需求變更影響到項目進度、質量、成本這三大要素時，或者開發時間在3天以上的業務需求，決

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

8、測試組1) 參與項目需求文檔評審會，負責評審2) 參與項目設計文檔評審會，負責評審3) 參與項目驗收評審會，負責評審4) 負責產品測試工作2.3.8 其它相關部門根據項目的具體情況，由項目管理部決定那些部門參與項目工作。1) 參與公司所有項目的評審工作。2) 負責產品最終交付工作。3 項目總體工作流程3.1 工作流程3.2 流程說明【1】 項目發起人提出項目申請，編寫項目建議書，編寫完成后，將項目建議書提給項目管理部。【2】 項目管理部預審項目建議書，預審不合格，及時打回，重新修改，項目管理部對文檔質量認可后，將文檔轉發給相關評委，準備評審相關資料，一周以內，項目管理部組織相關部門進行評審。【

9、3】 項目管理部組織召開項目建議書評審會，相關部門對文檔進行評審，如果評審不通過，則項目經理重新修改文檔，修改完成后，再次進入【001】流程；如果評審通過，準備進入項目可行性研究。【4】 項目發起人編寫可行性研究報告，編寫完成后，將可行性研究報告提給項目管理部。【5】 項目管理部預審可行性研究報告，預審不合格，及時打回，重新修改，項目管理部對文檔質量認可后，將文檔轉發給相關評委，準備評審相關資料，一周以內，項目管理部組織相關部門進行評審。【6】 項目管理部組織召開項目可研評審會，相關部門對文檔進行評審，如果評審通過，由總經理辦公室決定是否立項，如果同意立項（如果項目金額在500萬以上，需上報董

10、事會，由董事會決定是否立項），項目進入下一階段；如果不立項，則項目終止；如果評審不通過，且總經理辦公室不終止項目，則項目發起人重新修改文檔，修改完成后，再次進入【004】流程。【7】 項目發起人編寫項目章程說明書，編寫完成后，將項目章程說明書提給項目管理部。【8】 項目管理部預審項目章程說明書，預審不合格，及時打回，重新修改，項目管理部對文檔質量認可后，將文檔轉發給相關評委，準備評審相關資料，一周以內，項目管理部組織相關部門進行評審，同時項目管理部要與項目發起人溝通、確認項目周期內需要完成的過程文檔和產品文檔。【9】 項目管理部組織召開項目立項會，相關部門對文檔進行評審。如果評審不通過，且總經

11、理辦公室不終止項目，則項目發起人重新修改文檔，修改完成后，再次進入【007】流程。會議期間，總經理辦公室宣讀項目經理使命書，同時，項目管理部公布項目周期內需要完成的過程文檔及產品文檔。【10】 項目經理依次編寫并提交項目所需的過程文檔給項目管理部。（由于文檔數量較多，文檔分階段提交，分階段評審）。【11】 項目管理部預審項目過程文檔，預審不合格，及時打回，重新修改，項目管理部對文檔質量認可后，將文檔轉發給相關評委，準備評審相關資料，一周以內，項目管理部組織相關部門進行評審。【12】 項目管理部組織召開項目文檔評審會，相關部門對文檔進行評審，如果評審不通過，則項目經理重新修改文檔，修改完成后，再

12、次進入【010】流程；如果評審通過，準備進入下一輪評審。（由于項目周期的過程文檔較多，需要經過幾輪的項目評審會，過程文檔才能評審完成，因此【010】【011】【012】流程會復復多次）【13】 項目經理編寫需求說明文檔，編寫完成后，將需求說明文檔提給項目管理部。【14】 項目管理部預審項目需求文檔，預審不合格，及時打回，重新修改，項目管理部對文檔質量認可后，將文檔轉發給相關評委，準備評審相關資料，一周以內，項目管理部組織相關部門進行評審。【15】 項目管理部組織召開需求文檔評審會，相關部門對文檔進行評審，如果評審不通過，則項目經理重新修改文檔，修改完成后，再次進入【013】流程；如果評審通過，

13、準備進入下一輪評審。【16】 項目經理編寫設計文檔，編寫完成后，將設計文檔提給項目管理部。【17】 項目管理部預審項目設計文檔，預審不合格，及時打回，重新修改，項目管理部對文檔質量認可后，將文檔轉發給相關評委，準備評審相關資料，一周以內，項目管理部組織相關部門進行評審。【18】 項目管理部組織召開設計文檔評審會，相關部門對文檔進行評審，如果評審不通過，則項目經理重新修改文檔，修改完成后，再次進入【016】流程；如果評審通過，準備進入下一輪評審。【19】 項目經理帶領項目組進入開發階段。【20】 開發完成后，測試組安排人員進行軟件測試。經過多輪的產品測試，最終產品測試通過。【21】 項目經理對產

14、品進行打包，編寫產品的驗收相關文檔，編寫完成后，提交給項目管理部。【22】 項目管理部預審項目驗收文檔，預審不合格，及時打回，重新修改，項目管理部對文檔質量認可后，將文檔轉發給相關評委，準備評審相關資料，一周以內，項目管理部組織相關部門進行評審。【23】 項目管理部組織召開產品驗收評審會，相關部門對產品及文檔進行驗收，如果驗收不通過，再次進入【019】流程；如果驗收通過，準備將產品交付。【24】 相關部門將產品交付給最終用戶，進行產品部署、培訓等工作。【25】 最終用戶對產品進行驗收，如果驗收不通過，則再次進入【0119】流程；如果驗收通過，準備結項。項目管理部及項目經理編寫相關的經驗總結報告

15、，整理并歸檔項目周期內所有文檔及代碼。4 項目過程說明按照項目管理體系的標準，通用項目一般分為五個過程，分別是啟動過程、計劃過程、執行過程、監控過程、收尾過程。而軟件開發過程一般分為九個階段，分別是可行性研究階段、立項階段、需求分析階段、概要設計階段、詳細設計階段、開發階段、測試階段、項目結項階段、產品交付階段。這九個階段分別對應不同的項目過程，本文將按照過程來梳理工作流程，將軟件開發的九個階段并入相應的項目過程。4.1 啟動過程4.1.1 可行性研究階段l 工作內容：項目發起人識別出公司潛在的項目后，使用“SWOT”分析方法對項目的業務范圍進行優勢、劣勢、機遇、威脅分析，同時要對項目的盈利能

16、力、凈現值分析、投資回報率等內容進行分析，并提交分析報告，根據項目具體額度，由相關部門負責討論決定是否可行。l 輸出內容：項目建議書、項目可行性研究報告l 參與部門及工作職責：項目發起人：編寫并提交項目建議書、項目可行性研究報告項目管理部：預審項目建議書、項目可研報告，組織項目評審會，準備評審相關材料，記錄會議紀要，跟蹤文檔修改進展。總工辦：審核項目建議書、項目可行性研究報告文檔。項目管理委員會：審核項目建議書、項目可行性研究報告文檔。總經理辦公室：審核項目建議書、項目可行性研究報告,決定該項目是否立項。相關部門：由項目管理部根據項目特點，通知具體部門評審。4.2 計劃過程4.2.1 項目立項

17、階段項目立項階段從嚴格意義上講，由兩個子階段組成：項目立項子階段和項目文檔評審子階段，公司同意立項后，需要召開一個正式的會議，通告相關部門及人員，項目組正式成立，項目推進工作就此展開，開始著手項目過程管理文件編寫、評審工作。因此本節將從兩種類型的會議展開描述項目管理的工作內容。4.2.1.1 項目立項會l 工作內容：項目管理部組織召開項目立項會。公司管理層同意該項目立項，制定正式文件下發相關部門人員，任命項目經理，并授權展開相關工作。項目經理要對項目需求、計劃、進度、成本、質量、風險進行概要說明，公司與項目組達成一致。從此階段開始直至產品交付，項目經理每周五下午2點前必須提交一份項目周報，匯報

18、項目總體進展情況，發送至項目管理部；項目管理部每周五提交項目執行狀態報告及項目執行預測報告。l 輸出內容：項目章程說明書l 參與部門及工作職責：項目發起人：編寫并提交項目章程說明書項目管理部：預審項目章程，組織項目立項會，準備評審相關材料，記錄會議紀要，跟蹤文檔修改進展。總工辦：審核項目章程說明書文檔。項目管理委員會：審核項目章程說明書文檔。項目經理：審核項目章程說明書文檔總經理辦公室：審核項目章程說明書,任命項目經理。相關部門：由項目管理部根據項目特點，通知具體部門評審。4.2.1.2 項目評審會l 工作內容：項目經理需編制項目管理計劃、初步的范圍說明書、干系人分析表、質量保證計劃、項目開發

19、計劃、里程碑等相關過程文檔，由項目管理部組織評審。項目管理部負責配置項目庫，分配空間、授權等等。評審的標準參見“項目會議評審規范”。l 輸出內容：項目管理計劃、質量保證計劃、風險管理計劃、項目采購計劃、項目溝通管理計劃、范圍說明書、干系人分析表、項目開發計劃表、WBS工作分解結構、項目里程碑計劃表等等。（隨著項目不同，文檔將有不同形式的增減）l 參與部門及工作職責：項目經理：組織項目組成員編寫并提交以上提到的所有文檔。項目管理部：預審項目過程文檔，組織項目評審會，準備評審相關材料，記錄會議紀要，跟蹤文檔修改進展。總工辦：審核項目過程文檔。項目管理委員會：審核項目過程文檔。相關部門：由項目管理部

20、根據項目特點，通知具體部門評審。4.3 執行過程4.3.1 需求分析階段l 工作內容：項目經理組織項目組成員編寫需求說明書，同時還要提交項目原型（不包含業務代碼，僅僅是需求可視化的展示），項目原型可使用任意的代碼編寫方式。測試部開始參與評審會，跟進每一次需求、設計變更，開始設計測試用例，同時，最終用戶如果有可能，也要參與需求分析評審。l 輸出內容：需求說明書、界面原型設計l 參與部門及工作職責：項目經理：編寫并提交以上提到的所有文檔項目管理部：預審項目需求文檔，組織項目評審會，準備評審相關材料，記錄會議紀要，跟蹤文檔修改進展。總工辦：審核需求文檔。項目管理委員會：審核需求文檔。測試組：了解需求

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

22、項目特點，通知具體部門評審。4.3.3 代碼開發階段l 工作內容：項目組進入開發階段，在每個關鍵里程碑節點，項目組要提供相應的質量檢查工具或檢查方法，由項目管理部或質量管理部進行檢查，并出具質量檢查報告及建議的糾正措施和預防措施。l 輸出內容：代碼走查報告、質量檢查報告、關鍵里程碑檢查報告、測試計劃、測試用例l 參與部門及工作職責：項目經理：組織開發工作，及時更新開發進度項目管理部：對開發工作進行定期跟蹤、檢查，及時發布項目最新進展情況，對執行過程中可能出現的問題，及時預警。測試部：設計測試計劃，編寫測試用例，部分開始測試工作4.3.4 軟件測試階段l 工作內容：測試部開始代碼集成測試，按照測

23、試用例執行測試流程，根據項目具體情況，可能會執行性能測試。測試中發現的問題，全部提交到JIRA平臺集中處理，測試人員與項目組成員基于JIRA平臺集中處理BUG，測試人員每周五提交BUG處理進度表項目組開始著手編寫產品交付所需的相關文檔l 輸出內容：項目問題處理進度表、技術白皮書、安裝手冊、使用手冊、維護手冊、常見問題解答l 參與部門及工作職責：項目經理：組織研發人員處理測試中出現的問題，組織人員編寫文檔。項目管理部：對開發工作進行定期跟蹤、檢查，及時發布項目最新進展情況，對執行過程中可能出現的問題，及時預警。測試部：集成測試、系統測試、回歸測試，及時發布測試報告4.4 監控過程監控過程是貫穿整

24、個項目管理過程的，監測項目的目標、進展與計劃的偏離情況，并采取適當的行動使進展與計劃相符。通常監控的手段是依托于工作績效考核體系。l 工作內容：監控的理想產出是通過交付滿足時間、成本、質量約束的項目來成功的完成項目，監控過程貫穿整個項目過程，監控工作的執行者主要由項目經理和項目管理部共同完成，項目需求基線的變更也將貫穿項目整個過程。監控的主要工作是定期向公司管理層提交項目進展報告，即時糾正偏差，保證項目成功完成。l 輸出內容：項目周報、項目執行狀態報告、項目執行預測報告、基線變更申請表l 參與部門及工作職責：項目經理：及時更新項目進度、每周五下午2點前提交項目周報。項目管理部：每周五提交項目執行狀態報告和項目執行預測報告，15天召開一次項目討論會，評估項目最新進展情況。4.5 收尾過程4.5.1 產品交付階段l 工作內容：項目組完成了項目開