- 相關推薦
軟件項目管理制度
在日新月異的現(xiàn)代社會中，制度在生活中的使用越來越廣泛，制度是一種要求大家共同遵守的規(guī)章或準則。到底應如何擬定制度呢？以下是小編精心整理的軟件項目管理制度，希望對大家有所幫助。
軟件項目管理制度1
為加強對公司軟件研發(fā)部門工作管理，縮短開發(fā)周期，提高軟件開發(fā)質(zhì)量，降低開發(fā)成本，提高開發(fā)效率，特制定軟件研發(fā)部管理制度。
第一章、總則
為保證日常工作正常有序的進行，讓開發(fā)中各個環(huán)節(jié)更緊湊，更可控，需要盡可能實現(xiàn)軟件研發(fā)部項目管理的正規(guī)化，工作過程的流程化，以便提高軟件質(zhì)量和開發(fā)效率，達到項目能按質(zhì)按量按期交付的目標。
1、軟件開發(fā)總體遵循項目管理和軟件工程的基本原則。
2、項目管理涉及項目立項、項目計劃和監(jiān)控、配置管理。
3、軟件工程涉及需求分析、系統(tǒng)設計、軟件實現(xiàn)、系統(tǒng)測試、用戶測試、試運行、系統(tǒng)驗收、系統(tǒng)上線和數(shù)據(jù)遷移、產(chǎn)品維護。
第二章、階段成果
根據(jù)軟件工程的過程理論并結合公司目前的實際情況，制定以下工作流程，并規(guī)定了各個重要環(huán)節(jié)需要提交的交付物。
1、立項：市場需求分析（或者合同）、項目立項申請表、項目風險分析清單。
2、需求分析：軟件需求報告或設計方案、需求規(guī)格說明書。
3、總體設計：概要設計說明書或功能模塊描述。
4、詳細設計：詳細設計說明書，包括軟件接口說明、單元測試計劃。
5、軟件實現(xiàn)：軟件功能說明、源代碼、源代碼說明或者注釋
6、產(chǎn)品測試：測試報告
7、產(chǎn)品發(fā)布：產(chǎn)品說明書、使用手冊
8、產(chǎn)品維護：問題反饋記錄
9、項目總結：提交客戶方的項目總結和公司項目匯報的PPT。
第三章、崗位設置
根據(jù)公司目前的開發(fā)過程主要分為分析、開發(fā)、測試三個階段。分析階段完成用戶需求文檔的編寫，系統(tǒng)總體設計的編寫；開發(fā)階段完成設計文檔的編寫，代碼的編寫、代碼的維護。測試階段完成系統(tǒng)的測試，測試文檔及其他材料。通過逐漸的.調(diào)整崗位，明確工作職責，逐步實現(xiàn)項目經(jīng)理，需求分析工程師，高級軟件開發(fā)工程師，軟件開發(fā)工程師，測試工程師的崗位設置。
軟件研發(fā)項目管理制度
第四章、項目立項
1、需求分析工程師進行應用調(diào)查與分析，確認軟件的應用需求。
2、成立項目評審會，開發(fā)總監(jiān)、部門經(jīng)理和指定人員必須參加。對項目進行可行性研究，編寫項目建議書，評估項目的難度和工作量，形成可行性研究報告。
3、根據(jù)項目配置的優(yōu)劣成立項目開發(fā)組，制定軟件開發(fā)計劃，確定項目經(jīng)理，由部門和項目經(jīng)理共同來確定具體項目配置，知識技能要求，團隊成員及團隊的角色。
第五章、項目計劃與監(jiān)控
1、以項目為單位，項目經(jīng)理負責整個項目的計劃、組織和控制。
2、在整個項目過程中，項目經(jīng)理定期檢查項目進度和完成情況，調(diào)整人員分工和安排。
3、項目計劃需要變更時，需要明確變更內(nèi)容并及時匯報。項目經(jīng)理需要說明客戶變更原因并將變更說明提交公司領導審核，以便根據(jù)變更內(nèi)容及時調(diào)整計劃。。
第六章、需求分析
1、對用戶提出的需求進行分析匯總，梳理用戶的業(yè)務流程和詳細的功能定義。
2、做出簡單的界面原型，與客戶進行有效的溝通， 編寫需求詳細說明書。
3、根據(jù)現(xiàn)有條件進行估計，制定項目進度，制定詳細的軟件開發(fā)計劃。
第七章、總體設計
1、在該階段確定總體結構和軟件開發(fā)架構，文件命名規(guī)范，編碼規(guī)范�？砂窜浖枨髣澐殖勺酉到y(tǒng)，也可直接定義目標系統(tǒng)的功能模塊及各個功能模塊的關系。
3、確定軟件模塊結構，給出每個功能模塊的功能描述、數(shù)據(jù)接口描述，并完成系統(tǒng)概要設計說明書。
4、完成數(shù)據(jù)庫的設計，并編寫數(shù)據(jù)庫設計說明書。
5、完成的文檔需提交公司進行歸檔管理。
第八章、詳細設計
1、調(diào)整前一步設計的不足，確認各模塊之間的詳細接口信息。
2、設計功能使用的具體描述、行為者、前置條件、后置條件、UI描述、業(yè)務流程/子流程/分支流程，界面說明等。
3、確定模塊內(nèi)的數(shù)據(jù)流或控制流，對每個程序模塊必須確定所有輸入、輸出和處理功能。
4、匯總并提交所有相關文檔，審核確認質(zhì)量和進度。
第九章、軟件實現(xiàn)
1、項目組根據(jù)概要設計說明書、詳細設計說明書制定系統(tǒng)實現(xiàn)計劃
2、有條件的情況下保證開發(fā)、測試和生產(chǎn)環(huán)境獨立。選擇軟件工具，明確項目成員的職責分工，按照編碼規(guī)范和詳細設計實現(xiàn)軟件功能。
3、代碼應滿足結構良好，清晰易讀，且與設計一致，符合編碼規(guī)范。
4、開發(fā)人員需要軟件實現(xiàn)過程中編寫軟件功能說明，源代碼說明。軟件功能說明文檔應說明項目名稱、編號、軟件名稱和版本號，軟件功能、主要功能實現(xiàn)過程。源代碼說明應說明項目編號、源代碼類名稱、編寫人員、編寫日期、變更履歷、功能、全局變量、數(shù)據(jù)庫字典、函數(shù)功能、接口。該文檔包含在源代碼文件中，以注釋形式存在。
5、項目組進行單元測試和集成測試。開發(fā)人員處理測試人員反饋的測試問題，并以書面形式反饋主要問題及解決辦法，直至系統(tǒng)運行穩(wěn)定。
6、匯總并提交所有相關文檔，提交公司備案，形成項目知識庫。
第十章、軟件測試
1、根據(jù)單據(jù)測試和集成測試兩個過程，制定測試計劃。按階段設計測試實例，并將測試結果記錄，未通過的的反饋給開發(fā)人員調(diào)整。
2、完成測試文檔、操作手冊、安裝維護手冊的編寫。
第十一章、用戶培訓
1、準備用戶培訓計劃、培訓手冊
2、確定培訓時間、培訓地點，向用戶進行系統(tǒng)使用培訓、操作指導及提供軟件操作手冊。
3、保留培訓簽到表，用戶意見等存檔。
第十二章、系統(tǒng)上線
1、 制定上線計劃，確定上線工作時間表，部署的環(huán)境。
2、上線操作步驟以及問題處理步驟；
3、根據(jù)軟件特點、客戶需求進行軟件部署，并記錄軟件部署和運行結果；
4、項目組根據(jù)系統(tǒng)運行請款對系統(tǒng)進行優(yōu)化，記錄系統(tǒng)的運行情況、系統(tǒng)問題和處理后的版本。
第十三章、系統(tǒng)驗收
1、驗收工作準備，按要求整理項目成果物，打印裝訂成冊，并提交客戶方。
2、系統(tǒng)主要使用部門及信息技術部門聯(lián)合成立項目驗收小組，從需求功能及技術需求層面對系統(tǒng)進行綜合評估和項目成果物的審核，根據(jù)驗收情況形成系統(tǒng)驗收報告
3、應用部門及信息技術部門負責人根據(jù)系統(tǒng)試運行情況簽署驗收意見。
第十四章、產(chǎn)品維護
1、調(diào)出項目主要開發(fā)人員，按照合同要求安排維護人員對系統(tǒng)進行技術支持。
2、系統(tǒng)需求變更或調(diào)整，記錄變更原因和軟件及源代碼的版本控制，按照軟件變更要求對系統(tǒng)進行維護。
第章十五、源碼和文檔
1、源代碼/文檔管理采用版本控制軟件VisualSourceSafe。
2、按項目的階段性完成源代碼、文檔的上傳。項目負責人每天對代碼進行檢查，開發(fā)總監(jiān)或部門經(jīng)理定期進行抽查。
3、文檔分為項目文檔和個人文檔，文檔上傳前進行歸類和匯總。
第十六章、質(zhì)量檢查
1、項目負責人每天要檢查成員的工作完成情況，特別是新員工的工作進展；
2、工作抽查制度：不定期的進行抽檢，并將檢查對象、檢查時間、檢查內(nèi)容、檢查結果反饋給被抽檢人。
3、內(nèi)部審核制度：針對業(yè)務需求、概要設計(功能界面、數(shù)據(jù)庫)或疑難問題組織評審會，提出意見或解決方案。
第十七章、文檔規(guī)范
1、需按照軟件實施的階段落實成果物，參照《軟件過程提交成果表》。
2、如果客戶有特殊要求，請按照客戶要求的規(guī)范完成。并將最終的問題提交公司歸檔備份。
第十八章、軟件變更
為規(guī)范軟件變更與維護管理，特制定本制度。本制度適用于應用系統(tǒng)開發(fā)完畢并正式上線，移交給客戶方之后的運行支持及系統(tǒng)變更工作。
1、系統(tǒng)變更工作可分為功能完善維護、系統(tǒng)缺陷修改、統(tǒng)計報表生成。
2、需求部門提出系統(tǒng)變更需求，項目經(jīng)理同開發(fā)人員一起根據(jù)重要性和緊迫性做判斷，確定其優(yōu)先級和影響程度，并進行相應處理，同時將變更需求整理成系統(tǒng)變更申請表。
3、系統(tǒng)變更實現(xiàn)過程按照軟件開發(fā)過程規(guī)定進行，遵循軟件開發(fā)過程統(tǒng)一的編碼標準和版本控制，并經(jīng)過測試通過才能完成部署和上線。
4、在系統(tǒng)變更完成后，開發(fā)人員需將系統(tǒng)變更表的執(zhí)行結果提交給項目經(jīng)理，測試人員確認執(zhí)行結果后，項目經(jīng)理與需求提出方確認簽字后，提交至公司進行歸檔管理。
軟件項目管理制度2
第一節(jié)總則
第一條為規(guī)范自有軟件研發(fā)以及外包軟件的管理工作，特制定本制度。本制度適用于公司總公司軟件研發(fā)與管理，分公司參照執(zhí)行。
第二條本制度中軟件開發(fā)指新系統(tǒng)開發(fā)和現(xiàn)有系統(tǒng)重改造。
第三條本制度中自行開發(fā)是指主要依賴公司自身的管理、業(yè)務和技術力量進行系統(tǒng)設計、軟件開發(fā)、集成和相關的技術支持工作，一般僅向外購置有關的硬件設備和支撐軟件平臺;合作開發(fā)詩司與專業(yè)IT公司(合作商)共同協(xié)作完成IT應用的項目實施和技術支持工作，一般形式詩司負責提供業(yè)務框架，合作商提供技術框架，雙方組成開發(fā)團隊進行項目實施，IT系統(tǒng)的日常支持由IT技術中心和合作商共同承擔，IT技術中心負責內(nèi)部(一級)支持，合作商負責外部(二級)支持;外包開發(fā)是指將IT應用項目的設計、開發(fā)、集成、培訓等任務承包給某家專業(yè)公司(可以是專業(yè)的IT公司或咨詢公司等)，由該公司(承包商)負責應用項目的實施。
第四條軟件開發(fā)遵循項目管理和軟件工程的基本原則。項目管理涉及立項管理、項目計劃和監(jiān)控、配置管理、合作開發(fā)管理和結項管理。軟件工程涉及需求管理、系統(tǒng)設計、系統(tǒng)實現(xiàn)、系統(tǒng)測試、用戶接受測試、試運行、系統(tǒng)驗收、系統(tǒng)上線和數(shù)據(jù)遷移。
第五條除特別指定，本制度中項目組包括業(yè)務組(或需求提出組)、IT組(可能包括網(wǎng)絡管理員和合作開發(fā)商)。
第二節(jié)立項管理
第六條提出開發(fā)需求的信息技術部門參與公司層面立項，進行立項的技術可行性分析，編寫《立項分析報告》(附件一)，開展前期籌備工作。《立項分析報告》應明確項目的范圍和邊界。第七條應用系統(tǒng)主要使用部門將《立項分析報告》上交公司總裁室進行立項審批，以保證系統(tǒng)項目與公司整體策略相一致。
第七條應用系統(tǒng)主要使用部門將《立項分析報告》上交公司總裁室進行立項審批，以保證系統(tǒng)項目與公司整體策略相一致。
第八條《立項分析報告》得到批準后，成立項目組(如果是外包開發(fā)，則成立外包商項目組;如果是合作開發(fā)，則與外包商共同成立合作開發(fā)項目組，以下統(tǒng)稱“項目組”)，項目組應包括業(yè)務組(由公司相關業(yè)務部門組成)和IT組(自行開發(fā)為辦公室網(wǎng)絡管理員;外包開發(fā)為外包商成員;合作開發(fā)為網(wǎng)絡管理員和外包商成員)。公司派一名員工負責監(jiān)督項目的進度，進行項目管理工作，確保開發(fā)能及時完成并能滿足業(yè)務需要。項目組人員的選擇應滿足項目對業(yè)務及技術要求，項目組人員應有足夠的業(yè)務和IT技術方面的專業(yè)知蝕勝任項目各方面的工作。
第三節(jié)需求分析
第九條立項后業(yè)務組對用戶需求進行匯總整理，出具《業(yè)務需求說明書》(附件二)，并確�！稑I(yè)務需求說明書》中包含了所有的業(yè)務需求。經(jīng)系統(tǒng)使用部門審批確認，作為業(yè)務需求基線。
第十條IT組在獲得《業(yè)務需求說明書》后，提出技術需求和解決方案，并對系統(tǒng)進行定義，出具《系統(tǒng)需求規(guī)格說明書》(附件三)�！断到y(tǒng)需求規(guī)格說明書》需詳細列出業(yè)務對系統(tǒng)的要求(界面、輸入、輸出、管理功能、安全需求、運作模式、關鍵指標(KPI)等)�！断到y(tǒng)需求規(guī)格說明書》需要由業(yè)務組提交給相關業(yè)務流程負責人確認。
第十一條對于合作開發(fā)的項目，當業(yè)務需求發(fā)生變更時，業(yè)務組應提交《需求變更申請》(附件四)，IT組組長審批后交給合作開發(fā)商實施。
第十二條項目組應對需求變更影響到的文檔及時更新。 、
第四節(jié)項目計劃和監(jiān)控
第十三條軟件開發(fā)采用項目形式進行管理。項目經(jīng)理負責整個項目的計劃、組織、領導和控制。
第十四條需求分析過程中，項目經(jīng)理組織制定詳細的《項目計劃書》(附件五)，包括具體任務描述和項目進度表等。
第十五條在項目的各個階段，業(yè)務組組長和IT組組長需配合項目經(jīng)理制定階段性項目計劃。業(yè)務組組長和IT組組長需配合項目經(jīng)理對項目計劃執(zhí)行情況進行監(jiān)控，確保項目按計劃完成。
第十六條項目計劃需要變更時，項目經(jīng)理填寫《項目計劃變更說明》(附件六)，并提交公司主管領導審批，通過審批后，交給業(yè)務組組長和IT組組長執(zhí)行。
第四節(jié)系統(tǒng)設計
第十七條系統(tǒng)設計應分為概要設計和詳細設計，系統(tǒng)設計要遵循完備性、一致性、擴展性、可靠性、安全性、可維護性等原則。
第十八條在系統(tǒng)設計階段中，用戶應充分參與，確保系統(tǒng)設計能滿足系統(tǒng)需求。
第十九條項目組進行詳細設計，出具《設計說明書》(附件七)和《單元測試用例》(附件八)。《設計說明書》中需要定義系統(tǒng)輸入輸出說明和接口設計說明。公司主管領導組織相關人員對概要設計進行評審，出具《設計評審報告》(附件九)。業(yè)務組組長和IT組組長應參加此評審并對評審意見簽字確認。第二十條設計評審均以《業(yè)務需求說明書》和《系統(tǒng)需求規(guī)格說明書》為依據(jù)，確保系統(tǒng)設計滿足全部需求。
第二十一條對已確認通過的系統(tǒng)設計進行修改需獲得管理部門、業(yè)務組組長和IT組組長的審批后方可進行。
第二十二條對系統(tǒng)設計的修改的文檔須由文檔管理人員進行歸檔管理。
第五節(jié)系統(tǒng)實現(xiàn)
第二十三條項目組根據(jù)《設計說明書》制定系統(tǒng)實現(xiàn)計劃，并提交項目經(jīng)理對計劃可行性進行審批。
第二十四條系統(tǒng)實現(xiàn)包括程序編碼、單元測試和集成測試。
第二十五條項目組保證開發(fā)、測試和生產(chǎn)環(huán)境立，為各環(huán)境建立問權限控制機制，并明確項目成員的職責分工。對開發(fā)環(huán)境、測試環(huán)境與生產(chǎn)環(huán)境在物理或邏輯方面應該做到隔離;如果環(huán)境的分隔是通過邏輯形式實現(xiàn)的，應定期檢查網(wǎng)絡設置。項目組對已授權問生產(chǎn)環(huán)境的人員進行詳細記錄，并對該記錄進行定期檢查，確保只有經(jīng)授權的人員才能問到生產(chǎn)環(huán)境。
第二十六條項目組進行單元測試和集成測試，測試人員簽字確認測試結果。
第七節(jié)系統(tǒng)測試和用戶測試
第二十七條項目組制定《系統(tǒng)/用戶測試計劃》(附件十)，并提交項目經(jīng)理對計劃可行性進行審批。
第二十八條《系統(tǒng)/用戶測試計劃》必須定義測試標準，并明確各種測試的測試步驟和需要的系統(tǒng)設置要求。
第二十九條項目組向數(shù)據(jù)擁有部門申請獲取測試用業(yè)務數(shù)據(jù)的使用權，對獲取的數(shù)據(jù)進行嚴格的問控制，確保只有相關項目人員才能問及使用。
第三十條項目組負責測試數(shù)據(jù)準備，測試用數(shù)據(jù)要足夠模擬生產(chǎn)環(huán)境中的實際數(shù)據(jù)。
對已評定為敏感信息的數(shù)據(jù)進行敏感性處理和保護。
第三十一條IT組或合作開發(fā)商建立測試環(huán)境進行系統(tǒng)測試。在系統(tǒng)測試中對新系統(tǒng)內(nèi)
部各模塊之間的接口和與其他系統(tǒng)的接口進行充分測試。出具《系統(tǒng)測試報告》(附件十一)，測試人員簽字確認測試結果。
第三十二條系統(tǒng)測試通過后，IT組配合業(yè)務組建立用戶測試環(huán)境，業(yè)務組根據(jù)用戶測試
用例進行用戶測試，出具《用戶測試報告》(附件十一)，業(yè)務組組長和IT組組長應在用戶測試報告中簽字確認。
第三十三條項目組完成系統(tǒng)助文檔(其中包括《用戶操作手冊》和《安裝維護手冊》)。凡涉及應用系統(tǒng)的變更，應對系統(tǒng)助文檔及時更新。
第八節(jié)試運行
第三十四條系統(tǒng)主要使用部門根據(jù)項目規(guī)模及影響決定試運行策略。第三十五條項目組制定《試運行計劃》(附件十二)，并制定試運行驗收指標，上報公司主管領導審批�！对囘\行計劃》中應包含問題應對機制，明確問題溝通渠道和職責分工。
第三十六條項目組聯(lián)合試運行單位進行相關系統(tǒng)部署工作，準備培訓資料，對相關用戶和信息技術人員進行培訓。用戶培訓的完成度應為實施后評估的指標之一。
第三十七條項目組根據(jù)《試運行計劃》進行系統(tǒng)轉換和數(shù)據(jù)遷移。系統(tǒng)轉換前，檢查
系統(tǒng)環(huán)境，確保運行環(huán)境能滿足新應用系統(tǒng)的`需要。系統(tǒng)轉換時必須詳細記錄原系統(tǒng)中的重要參數(shù)、設置等系統(tǒng)信息，并填寫試運行報告相關內(nèi)容。系統(tǒng)參數(shù)、設置的轉換工作作為系統(tǒng)上線的驗收的評估指標之一。
第三十八條數(shù)據(jù)遷移前，應制定詳細的《數(shù)據(jù)遷移計劃》(附件十三)，《數(shù)據(jù)遷移計劃》中應包含遷移方案、測試方案、數(shù)據(jù)定義，新舊數(shù)據(jù)對照表、遷移時間、回退計劃等信息。數(shù)據(jù)遷移計劃需經(jīng)項目經(jīng)理和主管領導簽字審批。
第三十九條數(shù)據(jù)遷移后，項目組對數(shù)據(jù)遷移的完整性和準確性作出檢查，出具《數(shù)據(jù)遷移報告》(附件十四)，其中包括數(shù)據(jù)來源、轉換前狀態(tài)、轉換后狀態(tài)，數(shù)據(jù)遷移負責人、對完整性檢查情況、對準確性檢查情況等內(nèi)容。各相關部門驗收轉換結果后在該報告上簽字確認。
第四十條系統(tǒng)轉換和數(shù)據(jù)遷移由試運行單位業(yè)務部門和公司主管領導共同監(jiān)督并進行驗收。
第四十一條系統(tǒng)轉換和數(shù)據(jù)遷移驗收通過后，正式啟動試運行。在試運行過程中，試
運行單位辦公室把系統(tǒng)運行情況(系統(tǒng)資源使用，應速度等)記錄到試運行報告中。必要時，項目組應根據(jù)系統(tǒng)運行情況對應用系統(tǒng)進行優(yōu)化。
第四十二條試運行達到試運行計劃規(guī)定的終止條件時，項目組編寫《試運行報告》(附件十五)。此報告應由項目組和試運行單位簽字確認，并提交公司主管領導審閱。公司主管領導審閱試運行結果，決定試運行結束或延期。
第九節(jié)系統(tǒng)驗收
第四十三條系統(tǒng)主要使用部門及信息技術部門聯(lián)合組成立系統(tǒng)驗收小組，也可授權原項目組作為驗收小組。驗收小組從功能需求及技術需求層面對系統(tǒng)進行綜合評估。
第四十四條驗收小組應根據(jù)驗收情況整理形成《系統(tǒng)驗收報告》(附件十六)提交系統(tǒng)主要使用部門和信息技術部門審閱。
第四十五條系統(tǒng)主要使用部門和信息技術部門負責人根據(jù)系統(tǒng)測試、試運行情況簽署驗收意見。
第十節(jié)系統(tǒng)上線
第四十六條系統(tǒng)上線應遵循穩(wěn)妥、可控、安全的原則。第四十七條通常情況下，系統(tǒng)上線包含數(shù)據(jù)遷移工作。第四十八條項目組制定《系統(tǒng)上線計劃》(附件十七)，上報公司主管領導審批。在上線計劃得到批準后才能開始部署上線工作。
第四十九條《系統(tǒng)上線計劃》內(nèi)容應包括但不限于：
1、部署方式和資源分配(包括人力資源及服務器資源);
2、上線工作時間表;
3、上線操作步驟以及問題處理步驟;
4、項目階段性里程碑和成果匯報(項目執(zhí)行狀態(tài)的審閱、進度安排等);
5、數(shù)據(jù)遷移的需求和實施計劃;
6、完整可行的應急預案和“回退”計劃;
7、用戶培訓計劃(包括：培訓計劃、培訓手冊、培訓考核等)
8、總公司下發(fā)的系統(tǒng)標準參數(shù)配置。
第五十條上線單位在上線初期需加強日常運行狀態(tài)監(jiān)控，出現(xiàn)問題時應及時處理，對重問題應啟動緊急預案。
第五十一條在完成上線后要填寫《系統(tǒng)驗收評估報告》(附件十八)，上報總公司項目
組匯總整理�！断到y(tǒng)驗收評估報告》內(nèi)容包括：數(shù)據(jù)準確性、系統(tǒng)性能及穩(wěn)定性、接口問題、權限問題、業(yè)務操作影響度、問題處理情況、備份、批處理等。
第五十二條上線單位管理層要對《系統(tǒng)驗收評估報告》進行審批簽字。
第五十三條公司主管領導批準結項后，業(yè)務組和IT組將整理的文檔提交各自部門統(tǒng)一管理。
第十一節(jié)合作開發(fā)管理
第五十四條合作開發(fā)商的選擇應遵循公司相關規(guī)定，合作商資質(zhì)認定參見第三方管理制度。
第五十五條合作開發(fā)商必須遵循公司《軟件開發(fā)管理制度》。
第五十六條項目經(jīng)理同合作開發(fā)商明確規(guī)定項目變更的范圍和處理方式，重點關注需求和設計變更。
第五十七條項目經(jīng)理負責監(jiān)控合作開發(fā)商的項目管理及軟件開發(fā)活動。合作開發(fā)商應
按計劃定期向項目經(jīng)理報告進展狀態(tài)，并提交階段性成果文檔。發(fā)生重問題時，合作開發(fā)商需及時向項目經(jīng)理匯報。
第五十八條IT組組長派專人監(jiān)控合作開發(fā)商的質(zhì)量保證過程。
第五十九條項目組同合作開發(fā)商商定驗收的標準和方法。
第六十條以上各要求需要在開發(fā)合同中明確。
【軟件項目管理制度】相關文章：
軟件項目工作總結01-02
軟件項目工作總結11篇06-11
項目管理制度09-12
項目管理制度02-19
it項目管理制度04-13
項目相關管理制度06-09
項目進度管理制度11-11
公司項目管理制度05-17
項目管理制度匯編09-03