軟件項目管理制度范本

　　如何制定軟件項目管理制度?下面是小編給大家整理收集的軟件項目管理制度范本，供大家閱讀參考。

　　軟件項目管理制度范本

　　第一節 總 則

　　第一條 為規范自有軟件研發(fā)以及外包軟件的管理工作，特制定本制度。本制度適用于公司總公司軟件研發(fā)與管理，分公司參照執行。

　　第二條 本制度中軟件開(kāi)發(fā)指新系統開(kāi)發(fā)和現有系統重大改造。

　　第三條　　本制度中自行開(kāi)發(fā)是指主要依賴(lài)公司自身的管理、業(yè)務(wù)和技術(shù)力量進(jìn)行系統設計、軟件開(kāi)發(fā)、集成和相關(guān)的技術(shù)支持工作，一般僅向外購置有關(guān)的硬件設備和支撐軟件平臺;合作開(kāi)發(fā)是公司與專(zhuān)業(yè)IT公司(合作商)共同協(xié)作完成IT應用的項目實(shí)施和技術(shù)支持工作，一般形式是公司負責提供業(yè)務(wù)框架，合作商提供技術(shù)框架，雙方組成開(kāi)發(fā)團隊進(jìn)行項目實(shí)施，IT系統的日常支持由IT技術(shù)中心和合作商共同承擔，IT技術(shù)中心負責內部(一級)支持，合作商負責外部(二級)支持;外包開(kāi)發(fā)是指將IT應用項目的設計、開(kāi)發(fā)、集成、培訓等任務(wù)承包給某家專(zhuān)業(yè)公司(可以是專(zhuān)業(yè)的IT公司或咨詢(xún)公司等)，由該公司(承包商)負責應用項目的實(shí)施。

　　第四條

　　軟件開(kāi)發(fā)遵循項目管理和軟件工程的基本原則。項目管理涉及立項管理、項目計劃和監控、配置管理、合作開(kāi)發(fā)管理和結項管理。軟件工程涉及需求管理、系統設計、系統實(shí)現、系統測試、用戶(hù)接受測試、試運行、系統驗收、系統上線(xiàn)和數據遷移。

　　第五條

　　除特別指定，本制度中項目組包括業(yè)務(wù)組(或需求提出組)、IT組(可能包括網(wǎng)絡(luò )管理員和合作開(kāi)發(fā)商)。

　　第二節 立項管理

　　第六條

　　提出開(kāi)發(fā)需求的信息技術(shù)部門(mén)參與公司層面立項，進(jìn)行立項的技術(shù)可行性分析，編寫(xiě)《立項分析報告》(附件一)，開(kāi)展前期籌備工作�！读㈨椃治鰣蟾妗窇�明確項目的范圍和邊界。 第七條 應用系統主要使用部門(mén)將《立項分析報告》上交公司總裁室進(jìn)行立項審批，以保證系統項目與公司整體策略相一致。 第七條 應用系統主要使用部門(mén)將《立項分析報告》上交公司總裁室進(jìn)行立項審批，以保證系統項目與公司整體策略相一致。

　　第八條

　　《立項分析報告》得到批準后，成立項目組(如果是外包開(kāi)發(fā)，則成立外包商項目組;如果是合作開(kāi)發(fā)，則與外包商共同成立合作開(kāi)發(fā)項目組，以下統稱(chēng)“項目組”)，項目組應包括業(yè)務(wù)組(由公司相關(guān)業(yè)務(wù)部門(mén)組成)和IT組(自行開(kāi)發(fā)為辦公室網(wǎng)絡(luò )管理員;外包開(kāi)發(fā)為外包商成員;合作開(kāi)發(fā)為網(wǎng)絡(luò )管理員和外包商成員)。公司委派一名員工負責監督項目的進(jìn)度，進(jìn)行項目管理工作，確保開(kāi)發(fā)能及時(shí)完成并能滿(mǎn)足業(yè)務(wù)需要。項目組人員的選擇應滿(mǎn)足項目對業(yè)務(wù)及技術(shù)要求，項目組人員應有足夠的業(yè)務(wù)和IT技術(shù)方面的專(zhuān)業(yè)知識來(lái)勝任項目各方面的工作。

　　第三節 需求分析

　　第九條

　　立項后業(yè)務(wù)組對用戶(hù)需求進(jìn)行匯總整理，出具《業(yè)務(wù)需求說(shuō)明書(shū)》(附件二)，并確�！稑I(yè)務(wù)需求說(shuō)明書(shū)》中包含了所有的業(yè)務(wù)需求。經(jīng)系統使用部門(mén)審批確認，作為業(yè)務(wù)需求基線(xiàn)。

　　第十條

　　IT組在獲得《業(yè)務(wù)需求說(shuō)明書(shū)》后，提出技術(shù)需求和解決方案，并對系統進(jìn)行定義，出具《系統需求規格說(shuō)明書(shū)》(附件三)�！断到y需求規格說(shuō)明書(shū)》需詳細列出業(yè)務(wù)對系統的要求(界面、輸入、輸出、管理功能、安全需求、運作模式、關(guān)鍵指標(KPI)等)�！断到y需求規格說(shuō)明書(shū)》需要由業(yè)務(wù)組提交給相關(guān)業(yè)務(wù)流程負責人確認。

　　第十一條 對于合作開(kāi)發(fā)的項目，當業(yè)務(wù)需求發(fā)生變更時(shí)，業(yè)務(wù)組應提交《需求變更申請》(附件四)，IT組組長(cháng)審批后交給合作開(kāi)發(fā)商實(shí)施。

　　第十二條 項目組應對需求變更影響到的文檔及時(shí)更新。 、

　　第四節 項目計劃和監控

　　第十三條 軟件開(kāi)發(fā)采用項目形式進(jìn)行管理。項目經(jīng)理負責整個(gè)項目的計劃、組織、領(lǐng)導和控制。

　　第十四條 需求分析過(guò)程中，項目經(jīng)理組織制定詳細的《項目計劃書(shū)》(附件五)，包括具體任務(wù)描述和項目進(jìn)度表等。

　　第十五條　　在項目的各個(gè)階段，業(yè)務(wù)組組長(cháng)和IT組組長(cháng)需配合項目經(jīng)理制定階段性項目計劃。業(yè)務(wù)組組長(cháng)和IT組組長(cháng)需配合項目經(jīng)理對項目計劃執行情況進(jìn)行監控，確保項目按計劃完成。

　　第十六條　　項目計劃需要變更時(shí)，項目經(jīng)理填寫(xiě)《項目計劃變更說(shuō)明》(附件六)，并提交公司主管領(lǐng)導審批，通過(guò)審批后，交給業(yè)務(wù)組組長(cháng)和IT組組長(cháng)執行。

　　第四節 系統設計

　　第十七條 系統設計應分為概要設計和詳細設計，系統設計要遵循完備性、一致性、擴展性、可靠性、安全性、可維護性等原則。

　　第十八條 在系統設計階段中，用戶(hù)應充分參與，確保系統設計能滿(mǎn)足系統需求。

　　第十九條　　項目組進(jìn)行詳細設計，出具《設計說(shuō)明書(shū)》(附件七)和《單元測試用例》(附件八)�！对O計說(shuō)明書(shū)》中需要定義系統輸入輸出說(shuō)明和接口設計說(shuō)明。公司主管領(lǐng)導組織相關(guān)人員對概要設計進(jìn)行評審，出具《設計評審報告》(附件九)。業(yè)務(wù)組組長(cháng)和IT組組長(cháng)應參加此評審并對評審意見(jiàn)簽字確認。 第二十條 設計評審均以《業(yè)務(wù)需求說(shuō)明書(shū)》和《系統需求規格說(shuō)明書(shū)》為依據，確保系統設計滿(mǎn)足全部需求。

　　第二十一條 對已確認通過(guò)的系統設計進(jìn)行修改需獲得管理部門(mén)、業(yè)務(wù)組組長(cháng)和IT組組長(cháng)的審批后方可進(jìn)行。

　　第二十二條

　　對系統設計的修改的文檔須由文檔管理人員進(jìn)行歸檔管理。

　　第五節 系統實(shí)現

　　第二十三條 項目組根據《設計說(shuō)明書(shū)》制定系統實(shí)現計劃，并提交項目經(jīng)理對計劃可行性進(jìn)行審批。

　　第二十四條 系統實(shí)現包括程序編碼、單元測試和集成測試。

　　第二十五條 項目組保證開(kāi)發(fā)、測試和生產(chǎn)環(huán)境獨立，為各環(huán)境建立訪(fǎng)問(wèn)權限控制機制，并明確項目成員的職責分工。對開(kāi)發(fā)環(huán)境、測試環(huán)境與生產(chǎn)環(huán)境在物理或邏輯方面應該做到隔離;如果環(huán)境的分隔是通過(guò)邏輯形式實(shí)現的，應定期檢查網(wǎng)絡(luò )設置。項目組對已授權訪(fǎng)問(wèn)生產(chǎn)環(huán)境的人員進(jìn)行詳細記錄，并對該記錄進(jìn)行定期檢查，確保只有經(jīng)授權的人員才能訪(fǎng)問(wèn)到生產(chǎn)環(huán)境。

　　第二十六條 項目組進(jìn)行單元測試和集成測試，測試人員簽字確認測試結果。

　　第七節 系統測試和用戶(hù)測試

　　第二十七條 項目組制定《系統/用戶(hù)測試計劃》(附件十)，并提交項目經(jīng)理對計劃可行性進(jìn)行審批。

　　第二十八條 《系統/用戶(hù)測試計劃》必須定義測試標準，并明確各種測試的測試步驟和需要的系統設置要求。

　　第二十九條 項目組向數據擁有部門(mén)申請獲取測試用業(yè)務(wù)數據的使用權，對獲取的數據進(jìn)行嚴格的訪(fǎng)問(wèn)控制，確保只有相關(guān)項目人員才能訪(fǎng)問(wèn)及使用。

　　第三十條 項目組負責測試數據準備，測試用數據要足夠模擬生產(chǎn)環(huán)境中的實(shí)際數據。

　　對已評定為敏感信息的數據進(jìn)行敏感性處理和保護。

　　第三十一條 IT組或合作開(kāi)發(fā)商建立測試環(huán)境進(jìn)行系統測試。在系統測試中對新系統內

　　部各模塊之間的接口和與其他系統的接口進(jìn)行充分測試。出具《系統測試報告》(附件十一)，測試人員簽字確認測試結果。

　　第三十二條 系統測試通過(guò)后，IT組配合業(yè)務(wù)組建立用戶(hù)測試環(huán)境，業(yè)務(wù)組根據用戶(hù)測試

　　用例進(jìn)行用戶(hù)測試，出具《用戶(hù)測試報告》(附件十一)，業(yè)務(wù)組組長(cháng)和IT組組長(cháng)應在用戶(hù)測試報告中簽字確認。

　　第三十三條 項目組完成系統幫助文檔(其中包括《用戶(hù)操作手冊》和《安裝維護手冊》)。

　　凡涉及應用系統的變更，應對系統幫助文檔及時(shí)更新。

　　第八節 試運行

　　第三十四條 系統主要使用部門(mén)根據項目規模及影響決定試運行策略。 第三十五條 項目組制定《試運行計劃》(附件十二)，并制定試運行驗收指標，上報公司主管領(lǐng)導審批�！对囘\行計劃》中應包含問(wèn)題應對機制，明確問(wèn)題溝通渠道和職責分工。

　　第三十六條 項目組聯(lián)合試運行單位進(jìn)行相關(guān)系統部署工作，準備培訓資料，對相關(guān)用戶(hù)和信息技術(shù)人員進(jìn)行培訓。用戶(hù)培訓的完成度應為實(shí)施后評估的指標之一。

　　第三十七條 項目組根據《試運行計劃》進(jìn)行系統轉換和數據遷移。系統轉換前，檢查

　　系統環(huán)境，確保運行環(huán)境能滿(mǎn)足新應用系統的需要。系統轉換時(shí)必須詳細記錄原系統中的重要參數、設置等系統信息，并填寫(xiě)試運行報告相關(guān)內容。系統參數、設置的轉換工作作為系統上線(xiàn)的驗收的評估指標之一。

　　第三十八條 數據遷移前，應制定詳細的《數據遷移計劃》(附件十三)，《數據遷移計劃》中應包含遷移方案、測試方案、數據定義，新舊數據對照表、遷移時(shí)間、回退計劃等信息。數據遷移計劃需經(jīng)項目經(jīng)理和主管領(lǐng)導簽字審批。

　　第三十九條 數據遷移后，項目組對數據遷移的完整性和準確性作出檢查，出具《數據遷移報告》(附件十四)，其中包括數據來(lái)源、轉換前狀態(tài)、轉換后狀態(tài)，數據遷移負責人、對完整性檢查情況、對準確性檢查情況等內容。各相關(guān)部門(mén)驗收轉換結果后在該報告上簽字確認。

　　第四十條 系統轉換和數據遷移由試運行單位業(yè)務(wù)部門(mén)和公司主管領(lǐng)導共同監督并進(jìn)行驗收。

　　第四十一條 系統轉換和數據遷移驗收通過(guò)后，正式啟動(dòng)試運行。在試運行過(guò)程中，試

　　運行單位辦公室把系統運行情況(系統資源使用，反應速度等)記錄到試運行報告中。必要時(shí)，項目組應根據系統運行情況對應用系統進(jìn)行優(yōu)化。

　　第四十二條 試運行達到試運行計劃規定的終止條件時(shí)，項目組編寫(xiě)《試運行報告》(附件十五)。此報告應由項目組和試運行單位簽字確認，并提交公司主管領(lǐng)導審閱。公司主管領(lǐng)導審閱試運行結果，決定試運行結束或延期。

　　第九節 系統驗收

　　第四十三條 系統主要使用部門(mén)及信息技術(shù)部門(mén)聯(lián)合組成獨立系統驗收小組，也可授權原項目組作為驗收小組。驗收小組從功能需求及技術(shù)需求層面對系統進(jìn)行綜合評估。

　　第四十四條 驗收小組應根據驗收情況整理形成《系統驗收報告》(附件十六)提交系統主要使用部門(mén)和信息技術(shù)部門(mén)審閱。

　　第四十五條 系統主要使用部門(mén)和信息技術(shù)部門(mén)負責人根據系統測試、試運行情況簽署驗收意見(jiàn)。

　　第十節 系統上線(xiàn)

　　第四十六條 系統上線(xiàn)應遵循穩妥、可控、安全的原則。 第四十七條 通常情況下，系統上線(xiàn)包含數據遷移工作。 第四十八條 項目組制定《系統上線(xiàn)計劃》(附件十七)，上報公司主管領(lǐng)導審批。在上線(xiàn)計劃得到批準后才能開(kāi)始部署上線(xiàn)工作。

　　第四十九條 《系統上線(xiàn)計劃》內容應包括但不限于：

　　1、部署方式和資源分配(包括人力資源及服務(wù)器資源); 2、上線(xiàn)工作時(shí)間表;

　　3、上線(xiàn)操作步驟以及問(wèn)題處理步驟;

　　4、項目階段性里程碑和成果匯報(項目執行狀態(tài)的審閱、進(jìn)度安排等); 5、數據遷移的需求和實(shí)施計劃;

　　6、完整可行的應急預案和“回退”計劃;

　　7、用戶(hù)培訓計劃(包括：培訓計劃、培訓手冊、培訓考核等) 8、總公司下發(fā)的系統標準參數配置。

　　第五十條 上線(xiàn)單位在上線(xiàn)初期需加強日常運行狀態(tài)監控，出現問(wèn)題時(shí)應及時(shí)處理，對

　　重大問(wèn)題應啟動(dòng)緊急預案。

　　第五十一條 在完成上線(xiàn)后要填寫(xiě)《系統驗收評估報告》(附件十八)，上報總公司項目

　　組匯總整理�！断到y驗收評估報告》內容包括：數據準確性、系統性能及穩定性、接口問(wèn)題、權限問(wèn)題、業(yè)務(wù)操作影響度、問(wèn)題處理情況、備份、批處理等。

　　第五十二條 上線(xiàn)單位管理層要對《系統驗收評估報告》進(jìn)行審批簽字。

　　第五十三條 公司主管領(lǐng)導批準結項后，業(yè)務(wù)組和IT組將整理的文檔提交各自部門(mén)統一管理。

　　第十一節 合作開(kāi)發(fā)管理

　　第五十四條 合作開(kāi)發(fā)商的選擇應遵循公司相關(guān)規定，合作商資質(zhì)認定參見(jiàn)第三方管理制度。

　　第五十五條 合作開(kāi)發(fā)商必須遵循公司《軟件開(kāi)發(fā)管理制度》。

　　第五十六條 項目經(jīng)理同合作開(kāi)發(fā)商明確規定項目變更的范圍和處理方式，重點(diǎn)關(guān)注需求和設計變更。

　　第五十七條 項目經(jīng)理負責監控合作開(kāi)發(fā)商的項目管理及軟件開(kāi)發(fā)活動(dòng)。合作開(kāi)發(fā)商應

　　按計劃定期向項目經(jīng)理報告進(jìn)展狀態(tài)，并提交階段性成果文檔。發(fā)生重大問(wèn)題時(shí)，合作開(kāi)發(fā)商需及時(shí)向項目經(jīng)理匯報。

　　第五十八條 IT組組長(cháng)派專(zhuān)人監控合作開(kāi)發(fā)商的質(zhì)量保證過(guò)程。

　　第五十九條 項目組同合作開(kāi)發(fā)商商定驗收的標準和方法。

　　第六十條 以上各要求需要在開(kāi)發(fā)合同中明確。

【軟件項目管理制度】相關(guān)文章：

軟件項目計劃書(shū)05-16

軟件項目工作總結05-26

軟件項目建議書(shū)08-09

軟件項目實(shí)施計劃方案范文06-05

軟件項目計劃書(shū)范文07-10

軟件項目表?yè)P信02-14

軟件項目實(shí)施方案范文10-10

軟件項目計劃書(shū)模板08-21

軟件項目工作總結范文10-29