互聯(lián)網(wǎng)IT行業(yè)項目管理規(guī)章制度全

1、WORD 格式 .資料互聯(lián)網(wǎng) IT 行業(yè)項目管理制度一、制度目的為規(guī)范項目研發(fā)、加強(qiáng)項目管理，保證信息系統(tǒng)符合業(yè)務(wù)一致性、內(nèi)控合規(guī)性、系統(tǒng)穩(wěn)定性、系統(tǒng)安全性，使我公司新產(chǎn)品開發(fā)能夠嚴(yán)格遵循科學(xué)管理程序進(jìn)行，公司根據(jù)企業(yè)實(shí)際情況和研發(fā)產(chǎn)品的特點(diǎn)，特制定本制度。二、適用范圍本制度適用于產(chǎn)品技術(shù)人員及其關(guān)聯(lián)公司的產(chǎn)品開發(fā)與項目管理全過程。附件涵蓋產(chǎn)品需求申請表模板，產(chǎn)品設(shè)計PRD文檔模板，產(chǎn)品測試文檔模板。三、制度說明1. 本制度中軟件開發(fā)指新產(chǎn)品系統(tǒng)開發(fā)和現(xiàn)有產(chǎn)品系統(tǒng)升級改造。2. 本制度中軟件開發(fā)遵循項目管理和軟件工程的基本原則。項目管理涉及立項管理、項目計劃和監(jiān)控、配置管理、合作開發(fā)管理和結(jié)項

2、管理。軟件工程涉及需求管理、系統(tǒng)設(shè)計、系統(tǒng)實(shí)現(xiàn)、系統(tǒng)測試、驗(yàn)收測試、試運(yùn)行、系統(tǒng)驗(yàn)收、系統(tǒng)上線和數(shù)據(jù)轉(zhuǎn)換。3. 各軟件開發(fā)項目組應(yīng)嚴(yán)格遵循本制度所附流程和模版，若需調(diào)整需經(jīng)過相關(guān)評審。四、主要角色及職責(zé)角色名稱主要職責(zé)備注專業(yè) .整理角色名稱技術(shù)總監(jiān)項目經(jīng)理產(chǎn)品經(jīng)理WORD 格式 .資料主要職責(zé)備注1. 指導(dǎo)和監(jiān)督相關(guān)崗位按照技術(shù)中心項目管理制度進(jìn)行日常系統(tǒng)的維護(hù) ，包括系統(tǒng)備份、權(quán)限管理等2. 依據(jù)管理層在產(chǎn)品研發(fā)方面的策略，不斷的對產(chǎn)品進(jìn)行版本升級，滿足公司及市場日益變化的業(yè)務(wù)需要3. 解決產(chǎn)品發(fā)生的突發(fā)事件，比如服務(wù)器崩潰等制定項目計劃，跟蹤項目整體進(jìn)度，確保項目目標(biāo)的實(shí)現(xiàn)，帶領(lǐng)項目團(tuán)隊

3、準(zhǔn)時、優(yōu)質(zhì)地完成全部工作。負(fù)責(zé)產(chǎn)品的開發(fā)流程，系統(tǒng)升級，數(shù)據(jù)審計和信息安全管理。進(jìn)行用戶需求調(diào)研和使用行為分析，利用數(shù)據(jù)資源挖掘用戶的消費(fèi)習(xí)慣和需求，提升產(chǎn)品競爭力，對用戶體驗(yàn)負(fù)責(zé)，提升用戶粘度；協(xié)同研發(fā)部門進(jìn)行產(chǎn)品設(shè)計、產(chǎn)品研發(fā)。開發(fā)工程師負(fù)責(zé)產(chǎn)品的研發(fā)工作，高質(zhì)量的完成技術(shù)經(jīng)理分配的開發(fā)任務(wù)UI 工程師負(fù)責(zé)產(chǎn)品的界面設(shè)計，廣告設(shè)計工作需求分析師負(fù)責(zé)產(chǎn)品的升級需求的業(yè)務(wù)需求分析測試工程師負(fù)責(zé)制定產(chǎn)品質(zhì)量管理流程、質(zhì)量控制等工作專業(yè) .整理WORD 格式 .資料四、開發(fā)管理過程（一）需求管理依據(jù)公司業(yè)務(wù)開展及軟件產(chǎn)品應(yīng)用現(xiàn)狀所提出的需求，均須遵循本制度內(nèi)容執(zhí)行專業(yè) .整理.WORD 格式 .資

4、料1. 需求分類：（ 1 ）根據(jù)其緊急程度，分為緊急類需求和非緊急類需求；（ 2）根據(jù)其實(shí)施優(yōu)先級，分為緊急、高、中、低級四個級別；2. 審批流程（ 1 ）需求申請人提交產(chǎn)品需求申請單（詳見附件1）至業(yè)務(wù)歸管部門進(jìn)行業(yè)務(wù)評審，評審?fù)ㄟ^后，報至產(chǎn)品技術(shù)中心。（ 2 ）產(chǎn)品技術(shù)中心根據(jù)產(chǎn)品需求進(jìn)行分析，形成評審報告進(jìn)行內(nèi)部評審，評審?fù)ㄟ^后列入部門工作計劃，并提交至公司中高決策層。評審報告內(nèi)容主要包括預(yù)計工作量和成本、風(fēng)險、可行性分析等（詳見附件2：產(chǎn)品需求文檔（ PRD）模板）。（二）立項管理經(jīng)評審確認(rèn)后的產(chǎn)品需求由產(chǎn)品技術(shù)中心提交公司中高決策層，討論通過后立項。（三） 項目計劃與監(jiān)控對于產(chǎn)品需求

5、，軟件開發(fā)采用項目形式管理，項目經(jīng)理負(fù)責(zé)整個項目的計劃、組織、協(xié)調(diào)和控制。技術(shù)總監(jiān)配合項目經(jīng)理、產(chǎn)品經(jīng)理與項目干系人進(jìn)行有效溝通，在項目目標(biāo)、項目計劃和工作方法上達(dá)成一致。（四） 系統(tǒng)設(shè)計1. 在系統(tǒng)設(shè)計階段中，邀請用戶或者業(yè)務(wù)一線人員充分參與，確保系統(tǒng)設(shè)計能滿足系統(tǒng)需求。2.項目組結(jié)合需求規(guī)格說明書或者系統(tǒng)原型，進(jìn)行數(shù)據(jù)庫設(shè)計和功能設(shè)專業(yè) .整理WORD 格式 .資料計，并形成 DB設(shè)計書。項目組組織相關(guān)人員對核心功能的相關(guān)設(shè)計進(jìn)行評審，出具評審報告，評審人員應(yīng)對評審意見簽字確認(rèn)。3. 項目組進(jìn)行詳細(xì)設(shè)計，出具單元測試案例。詳細(xì)設(shè)計說明書中，需要定義系統(tǒng)輸入輸出說明和接口設(shè)計說明。4. 詳細(xì)

6、設(shè)計評審和 DB設(shè)計評審均以業(yè)務(wù)需求規(guī)格說明書為依據(jù)，確保系統(tǒng)設(shè)計滿足全部需求。5. 對已確認(rèn)的系統(tǒng)設(shè)計進(jìn)行修改，需項目經(jīng)理及技術(shù)組負(fù)責(zé)人及測試負(fù)責(zé)人審批。（五） 系統(tǒng)實(shí)現(xiàn)1. 系統(tǒng)實(shí)現(xiàn)包括程序編碼、單元測試和集成測試。2. 在系統(tǒng)實(shí)現(xiàn)時保證開發(fā)、測試和生產(chǎn)環(huán)境獨(dú)立，為各環(huán)境建立訪問權(quán)限控制機(jī)制，并明確項目成員的職責(zé)分工。對生產(chǎn)環(huán)境、測試環(huán)境與開發(fā) 環(huán)境在物理或邏輯方面應(yīng)該做到隔離。3. 項目組進(jìn)行單元測試和集成測試，出具單元測試報告、集成測試報告和系統(tǒng)測試用例，測試人員簽字確認(rèn)測試結(jié)果（詳見附件3:XXX 系統(tǒng) 測試報告、附件 4 ： XXX 系統(tǒng) 測試用例）。4. 項目組完成用戶操作手冊（

7、參照附件 5）, 凡涉及應(yīng)用系統(tǒng)的變 更，應(yīng)對手冊及時更新。（六） 系統(tǒng)測試及驗(yàn)收測試1. 項目測試組依據(jù)項目整體計劃制定項目測試計劃。2. 產(chǎn)品技術(shù)中心確保開發(fā)、測試、驗(yàn)收、上線運(yùn)營環(huán)境獨(dú)立，為各環(huán)境 建立訪問權(quán)限控制機(jī)制。專業(yè) .整理WORD 格式 .資料3?搭建驗(yàn)收環(huán)境供內(nèi)部測試，網(wǎng)絡(luò)運(yùn)營中心在驗(yàn)收測試環(huán)境進(jìn)行驗(yàn)收測試，并在驗(yàn)收測試報告簽字確認(rèn)。4. 業(yè)務(wù)部門邀請合作伙伴參與測試，確保與系統(tǒng)控制活動相關(guān)的功能得到充分的測試，確保系統(tǒng)生成的與編制財務(wù)報告相關(guān)的報表的正確性。5. 驗(yàn)收測試通過后，進(jìn)一步完善用戶操作手冊。（七） 系統(tǒng)試運(yùn)行1. 網(wǎng)絡(luò)運(yùn)營中心根據(jù)項目規(guī)模及影響決定試運(yùn)行策略。2

8、. 研發(fā)事業(yè)部組織制定試運(yùn)行計劃并提交網(wǎng)絡(luò)運(yùn)營中心審批。3. 研發(fā)事業(yè)部進(jìn)行相關(guān)系統(tǒng)部署工作， 準(zhǔn)備培訓(xùn)資料，對相關(guān)用戶和信 息技術(shù)人員進(jìn)行培訓(xùn)。4. 試運(yùn)行達(dá)到試運(yùn)行計劃規(guī)定的終止條件時，項目組編寫試運(yùn)行報告。此報告應(yīng)由項目組和試運(yùn)行單位審批確認(rèn)，并提交系統(tǒng)主要使用部門負(fù)責(zé)人審批。（八） 系統(tǒng)驗(yàn)收1. 研發(fā)事業(yè)部及業(yè)務(wù)歸管部門組織驗(yàn)收小組，從業(yè)務(wù)需求和功能需求及技術(shù)需求進(jìn)行系統(tǒng)評估驗(yàn)收。2. 驗(yàn)收小組依據(jù)驗(yàn)收情況整理形成產(chǎn)品驗(yàn)收報告提交信息系統(tǒng)研發(fā)事業(yè)部及業(yè)務(wù)歸管部門審閱。（九） 系統(tǒng)上線1. 系統(tǒng)上線應(yīng)遵循穩(wěn)妥、可控、安全的原則。2. 研發(fā)事業(yè)部提交系統(tǒng)上線發(fā)布申請。3. 研發(fā)事業(yè)部在系統(tǒng)

9、發(fā)布前檢查經(jīng)測試人員、相關(guān)業(yè)務(wù)歸管部門負(fù)責(zé)人審批專業(yè) .整理WORD 格式 .資料確認(rèn)的系統(tǒng)發(fā)布申請、相關(guān)測試報告是否齊全，并提交公司決策層審批確認(rèn)。（十）數(shù)據(jù)轉(zhuǎn)換1. 研發(fā)事業(yè)部配合數(shù)據(jù)轉(zhuǎn)換/ 初始化各相關(guān)部門，根據(jù)網(wǎng)絡(luò)運(yùn)營中心和研發(fā)事業(yè)部負(fù)責(zé)人簽字確認(rèn)的數(shù)據(jù)遷移計劃/ 數(shù)據(jù)初始化計劃進(jìn)行數(shù)據(jù)轉(zhuǎn)換 / 初始化操作。2. 研發(fā)事業(yè)部將數(shù)據(jù)轉(zhuǎn)換 / 初始化結(jié)果記錄在數(shù)據(jù)遷移結(jié)果報告/數(shù)據(jù)初始化結(jié)果報告中，由網(wǎng)絡(luò)運(yùn)營中心負(fù)責(zé)人審閱并簽字確認(rèn)。（十一）結(jié)項管理系統(tǒng)結(jié)項后，將系統(tǒng)交由運(yùn)維團(tuán)隊進(jìn)行維護(hù)支持工作。（十二）配置管理1. 產(chǎn)品技術(shù)中心統(tǒng)一使用 SVN進(jìn)行版本控制。2. 軟件開發(fā)過程中各項目管理

10、文檔和工作成果均作為配置項進(jìn)行管理，其中包括：需求文檔、設(shè)計文檔、代碼、測試用例、測試數(shù)據(jù)、數(shù)據(jù)轉(zhuǎn)換 記錄以及項目相關(guān)文檔。五、開發(fā)模式我公司采用混用開發(fā)模式，以傳統(tǒng)瀑布式開發(fā)模式加入敏捷開發(fā)特點(diǎn)，多討論、多溝通，減少冗雜，做到項目的科學(xué)管理，完成產(chǎn)品的快速迭代升級。（一）前期準(zhǔn)備、評審階段此階段主要內(nèi)容為需求分析，制定相應(yīng)的解決方案，并對方案進(jìn)行分析。1. 需求分析：專業(yè)業(yè)務(wù)需求人員需明確產(chǎn)品需求，分析其版本功能、業(yè)務(wù)背景、需解決問題、用戶操作場景等主要信息。專業(yè) .整理WORD 格式 .資料2. 解決方案：包括系統(tǒng)功能、技術(shù)方案等，內(nèi)容格式可自由擴(kuò)展，但需明確滿足產(chǎn)品需求的方式、方法。3?

11、方案評審：須經(jīng)業(yè)務(wù)專家級人員及業(yè)務(wù)經(jīng)驗(yàn)豐富的人員參與評審，做出關(guān)鍵評審意見，在此基礎(chǔ)上進(jìn)一步充實(shí)解決方案，形成項目列表。同時完成針對每個開發(fā)功能 ，拆解為詳細(xì)的開發(fā)步驟 ，估算出工作量。（二）項目實(shí)施階段本階段重點(diǎn)內(nèi)容為確立產(chǎn)品最終需求，使團(tuán)隊成員更加清晰了解產(chǎn)品需求、開發(fā)、測試等多個環(huán)節(jié)，合理安排工作任務(wù)，做到科學(xué)規(guī)范，合理裁剪，快速敏捷。項目實(shí)施所涉及的過程管理，參照本制度中開發(fā)管理過程等內(nèi)容。工作任務(wù)安排如下圖：XXX階段任務(wù)安排（三）迭代開發(fā)階段本階段實(shí)施過程中，需遵循科學(xué)的開發(fā)管理過程，并根據(jù)實(shí)際情況進(jìn) 行相應(yīng)的調(diào)整。1. 跨越版本升級過程中的小版本迭代升級 ，為短周期迭代，周期半個

12、月， 一個月，兩個月不等?？焖俚^程中，技術(shù)團(tuán)隊?wèi)?yīng)時刻重視團(tuán)隊合作，每 個迭代過專業(yè) .整理WORD 格式 .資料程必須遵循科學(xué)的開發(fā)管理過程，根據(jù)實(shí)際的情況進(jìn)行裁剪。2. 迭代開發(fā)周期結(jié)束后，需提交可驗(yàn)證的交付物，團(tuán)隊成員針對此迭代階段進(jìn)行評審、總結(jié)，在下一個迭代過程發(fā)揚(yáng)優(yōu)勢，規(guī)避劣勢。3. 迭代開發(fā)交付的成果為經(jīng)過測試團(tuán)隊嚴(yán)格測試、需求分析人員認(rèn)可、滿足本次迭代需求的有價值的成果。4. 迭代過程監(jiān)控：涵蓋晨會、夕會、周會、站立會，時間為10-20 分鐘。 團(tuán)隊成員需做如下總結(jié)：昨天的成果、今天的計劃、遇到的問題。項目可視化方式包含：任務(wù)燃燒圖，BUG趨勢圖，明細(xì)任務(wù)顯示圖等。（四） 集成

13、測試階段本階段按測試計劃（詳見附件 5: xx 系統(tǒng) _測試計劃 模板 ） 進(jìn)行兼容性測試、功能測試、性能測試，確保產(chǎn)品整體穩(wěn)定性，可靠性；制定 BUG趨勢圖，測試工程師需對出現(xiàn)的BUG進(jìn)行跟蹤管理，可采用禪道項目管理軟件等。（五） 產(chǎn)品上線產(chǎn)品開發(fā)經(jīng)過以上過程，完成內(nèi)部評審后，方可上線。產(chǎn)品開發(fā)過程管理專業(yè) .整理WORD 格式 .資料前期準(zhǔn)備需求分析解決方案方案評審1,需求確認(rèn)2,解決方案3,項目進(jìn)度4,任務(wù)分配1，過程監(jiān)控2，進(jìn)度跟蹤3，質(zhì)量管理4，自適應(yīng)團(tuán)隊集成測試集成測試通過后內(nèi)測發(fā)布測試版內(nèi)測正式上線專業(yè) .整理WORD 格式 .資料附件（一）產(chǎn)品需求申請表提出人提出部門提出時間年

14、 月日版本系統(tǒng)模塊問題描述提出部門意見日期：領(lǐng)導(dǎo)簽字：產(chǎn)品部意見日期：領(lǐng)導(dǎo)簽字：技術(shù)組意見日期：領(lǐng)導(dǎo)簽字：執(zhí)行人簽字：日期：專業(yè) .整理WORD 格式 .資料附件（二）產(chǎn)品需求（ PRD ）文檔編號： PRD002-V2.0-20151009日期： 2015 年 10 月 09 日h 編 文檔版本修訂內(nèi)容修訂原因修訂日期修改人i2目錄一、引言 .131.產(chǎn)品概述及目標(biāo)： . .132.產(chǎn)品路線圖： . .133.預(yù)期讀者： .13專業(yè) .整理WORD 格式 .資料4.成功的定義和判斷標(biāo)準(zhǔn)：.135.名詞說明：13二、需求概述141.需求概覽：142.用戶類與特征：.143.運(yùn)行環(huán)境：.144.

15、設(shè)計和實(shí)現(xiàn)上的限制：.145.時間要求：146.產(chǎn)品風(fēng)險：15三、功能需求151.功能結(jié)構(gòu)152.產(chǎn)品功能描述 .152.1 貨主版152.2 車主版152.3 管理后臺153.產(chǎn)品規(guī)則15四、非功能性需求161.性能要求：162.易用性需求：.163.安全性需求： .164.運(yùn)行環(huán)境約束：.165.外部接口：.16一、引言這部分的內(nèi)容有：產(chǎn)品概述及目標(biāo)、產(chǎn)品roadm ap 、預(yù)期讀者、成功的定義標(biāo)準(zhǔn)和判斷、參考資料、名詞說明1. 產(chǎn)品概述及目標(biāo)：解釋說明該產(chǎn)品研發(fā)的背景以及核心功能。專業(yè) .整理WORD 格式 .資料2. 產(chǎn)品路線圖：為產(chǎn)品規(guī)劃的藍(lán)圖，每個關(guān)鍵階段完成的核心任務(wù)。產(chǎn)品研發(fā)是

16、個不斷迭代的過程，需要經(jīng)過若干個版本的迭代，對一個功能點(diǎn)做了N 個迭代后最終又回歸到了第一個迭代是很常見。產(chǎn)品經(jīng)理需要做好心理準(zhǔn)備。產(chǎn)品roadmap 并不需要全部規(guī)劃好所有的階段目標(biāo)，但是對產(chǎn)品未來發(fā)展趨勢的一種預(yù)估，要達(dá)到目標(biāo)，需要更多的更新和迭代。清晰的呈現(xiàn)產(chǎn)品的roadmap 可以幫助產(chǎn)品經(jīng)理把握產(chǎn)品的全貌，更好的控制研發(fā)過程。3.預(yù)期讀者：文檔的使用對象4. 成功的定義和判斷標(biāo)準(zhǔn)：旨在說明產(chǎn)品的目標(biāo)。5. 名詞說明：名稱、說明。名稱就是對文檔中會出現(xiàn)的比較新的名稱，說明則是對這些名稱進(jìn)行解釋。專業(yè) .整理WORD 格式 .資料需求概述1. 需求概覽：一是業(yè)務(wù)流程圖，對產(chǎn)品整個業(yè)務(wù)流程

17、的發(fā)生過程做圖形化的展示，是對產(chǎn)品整體功能流程的闡釋。二是需求清單，對本次要開發(fā)的需求任務(wù)做分類，給出簡明扼要的需求描述并標(biāo)注優(yōu)先級。2.用戶類與特征：產(chǎn)品的最終用戶，確定產(chǎn)品的最終使用者，并對使用者的角色和操作行為做出說明。3.運(yùn)行環(huán)境：該功能上線后需要在以下操作系統(tǒng)中正常運(yùn)行：Microsoft Windows XP 、Windows Server、Windows Vista 、Windows 7、Windows 8 等版本；4. 設(shè)計和實(shí)現(xiàn)上的限制：比如控件的開發(fā)環(huán)境、接口的調(diào)用方式等等5. 時間要求：此需求需要在2014 年 3 月 30 日完成需求評審，在2014 年 5 月 1 日

18、前完成開發(fā)，在上線時間等等里程碑時間交付物專業(yè) .整理WORD 格式 .資料6. 產(chǎn)品風(fēng)險：描述產(chǎn)品可能存在的風(fēng)險，比如性能瓶頸，沒有解決的問題，用戶不當(dāng)使用的風(fēng)險等等。三、功能需求1. 功能結(jié)構(gòu)產(chǎn)品功能的框架圖。2. 產(chǎn)品功能描述產(chǎn)品功能需求的詳細(xì)描述。2.1 貨主版2.2 車主版2.3 管理后臺專業(yè) .整理WORD 格式 .資料3. 產(chǎn)品規(guī)則涉及產(chǎn)品中的各種規(guī)則，比如積分細(xì)則，會員等級劃分等等四、非功能性需求1?性能要求：用戶在軟件響應(yīng)速度、結(jié)果精度、運(yùn)行時資源消耗量等方面的要求。2. 易用性需求：用戶在界面的易用性、美觀性，以及對面向用戶的文檔和培訓(xùn)資料等方面的要求。3. 安全性需求：用

19、戶在身份認(rèn)證、授權(quán)控制、私密性等方面的要求。4. 運(yùn)行環(huán)境約束：用戶對軟件系統(tǒng)運(yùn)行環(huán)境的要求。5. 外部接口：用戶對待開發(fā)軟件系統(tǒng)與其他軟件系統(tǒng)或硬件設(shè)備之間的接口的要求。附件（三）XXX _測試報告專業(yè) .整理WORD 格式 .資料版本號修訂描述修訂日期修訂人批準(zhǔn)人頒布日期： 2015 年 11 月 06 日受控狀態(tài)：受控非受控分發(fā)范圍：產(chǎn)品技術(shù)中心目錄1概述 .191.1背景 .191.2目標(biāo) .191.3測試范圍 .191.4測試環(huán)境 .191.5參考文檔 .202測試過程 .202.1測試概述 .202.2測試用例執(zhí)行率 .202.3遺留缺陷 .203測試分析 .213.1功能測試分析

20、 .21專業(yè) .整理WORD 格式 .資料4測試結(jié)論.214.1結(jié)論 .錯誤！未定義書簽4.2風(fēng)險及局限性 .214.3建議 .225測試總結(jié).22專業(yè) .整理WORD 格式 .資料測試報告概述背景說明編寫本報告的目的，測試所依據(jù)的文檔和測試參與方。目標(biāo)說明測試的目標(biāo) 測試范圍說明測試的測試范圍及測試內(nèi)容序號測試范圍測試內(nèi)容1界面測試驗(yàn)證界面是否滿足UI 及需求定義測試環(huán)境說明軟件測試所需的測試環(huán)境，包括操作系統(tǒng)、數(shù)據(jù)庫、配置，手機(jī)型號、品牌等。數(shù)據(jù)庫服務(wù)器配置主機(jī)IP型號配置操作系統(tǒng)Tomcat 版本數(shù)據(jù)庫管理端客戶端配置主機(jī)IP品牌配置操作系統(tǒng)測試手機(jī)手機(jī)品牌型號配置操作系統(tǒng)專業(yè) .整理WORD 格式 .資料參考文檔說明本測試報告所用到的參考資料等。文檔已創(chuàng)建或可用已被接收或已經(jīng)過復(fù)審作者或來源備注XXXXXX是否口是否口SVN測試過程測試概述說明測試的測試模塊，測試方法，測試時間、測試地點(diǎn)、測試人員等本次測試的時間、地點(diǎn)和測試人員如下表所示：項目描述測試模塊車主版 APP （ ISO 及 An droid ）