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

一、制度目的

為規(guī)范項目研發(fā)、加強項目管理，保證信息系統(tǒng)符合業(yè)務(wù)一致性、內(nèi)

控合規(guī)性、系統(tǒng)穩(wěn)定性、系統(tǒng)安全性，使我企業(yè)新產(chǎn)品開發(fā)可以嚴格遵照

科學(xué)管理程序進行，企業(yè)根據(jù)企業(yè)實際狀況和研發(fā)產(chǎn)品的特點,特制定本制

度。

二、合用范圍

本制度合用于產(chǎn)品技術(shù)人員及其關(guān)聯(lián)企業(yè)的產(chǎn)品開發(fā)與項目管理全過

程。附件涵蓋《產(chǎn)品需求申請表》模板，《產(chǎn)品設(shè)計PRD文檔》模板，《產(chǎn)

品測試文檔》模板。

三、制度闡明

1.本制度中軟件開發(fā)指新產(chǎn)品系統(tǒng)開發(fā)和既有產(chǎn)品系統(tǒng)升級改造。

2.本制度中軟件開發(fā)遵照項目管理和軟件工程的基本原則。項目管理

波及立項管理、項目計劃和監(jiān)控、配置管理、合作開發(fā)管理和結(jié)項管理。

軟件工程波及需求管理、系統(tǒng)設(shè)計、系統(tǒng)實現(xiàn)、系統(tǒng)測試、驗收測試、試

運行、系統(tǒng)驗收、系統(tǒng)上線和數(shù)據(jù)轉(zhuǎn)換。

3.各軟件開發(fā)項目組應(yīng)嚴格遵照本制度所附流程和模版，若需調(diào)整需

通過有關(guān)評審。

四、重要角色及職責(zé)

角色名稱|重要職責(zé)備注

角色名稱重要職責(zé)備注

1.指導(dǎo)和監(jiān)督有關(guān)崗位按照《技術(shù)中心項目管理制度》進

行平常系統(tǒng)的維護，包括系統(tǒng)備份、權(quán)限管理等

技術(shù)總監(jiān)2.根據(jù)管理層在產(chǎn)品研發(fā)方面的方略，不停日勺對產(chǎn)品進行

版本升級，滿足企業(yè)及市場H益變化H勺業(yè)務(wù)需要

3.處理產(chǎn)品發(fā)生的突發(fā)事件，例如服務(wù)器瓦解等

制定項目計戈I,跟蹤項目整體進度，保證項目目『加勺實現(xiàn)，

帶領(lǐng)項目團體準時、優(yōu)質(zhì)地完畢所有工作。

項目經(jīng)理

負責(zé)產(chǎn)品的開發(fā)流程，系統(tǒng)升級，數(shù)據(jù)審計和信息安全管

理。

進行顧客需求調(diào)研和使用行為分析，運用數(shù)據(jù)資源挖掘顧

產(chǎn)品經(jīng)理客的消費習(xí)慣和需求，提高產(chǎn)品競爭力，對顧客體驗負責(zé)，

提高顧客粘度；協(xié)同研發(fā)部門進行產(chǎn)品設(shè)計、產(chǎn)品研發(fā)。

負責(zé)產(chǎn)品的研發(fā)工作，高質(zhì)量的完畢技術(shù)經(jīng)理分派的開發(fā)

開發(fā)工程師

任務(wù)

UI工程師負責(zé)產(chǎn)品的界面設(shè)計，廣告設(shè)計工作

需求分析師負責(zé)產(chǎn)品的升級需求日勺業(yè)務(wù)需求分析

測試工程師負責(zé)制定產(chǎn)品質(zhì)量管理流程、質(zhì)量控制等工作

四、開發(fā)管理過程

（一）需求管理

根據(jù)企業(yè)業(yè)務(wù)開展及軟件產(chǎn)品應(yīng)用現(xiàn)實狀況所提出W、J需求，均須遵照

本制度內(nèi)容執(zhí)行。

1.需求分類：

（1）根據(jù)其緊急程度，分為緊急類需求和非緊急類需求；

（2）根據(jù)其實行優(yōu)先級，分為緊急、高、中、低級四個級別；

2.審批流程

（1）需求申請人遑交《產(chǎn)品需求申請單》（詳見附件1）至業(yè)務(wù)歸管

部門進行業(yè)務(wù)評審，評審?fù)ㄟ^后，報至產(chǎn)品技術(shù)中心。

（2）產(chǎn)品技術(shù)中心根據(jù)產(chǎn)品需求進行分析，形成評審匯報進行內(nèi)部評

審，評審?fù)ㄟ^后列入部門工作計劃，并提交至企業(yè)中高決策層。評審匯報

內(nèi)容重要包括估計工作量和成本、風(fēng)險、可行性分析等（詳見附件2：《產(chǎn)

品需求文檔（PRD）模板》）。

（二）立項管理

經(jīng)評審確認后H勺產(chǎn)品需求由產(chǎn)品技術(shù)中心提交企業(yè)中高決策層，討

論通過后立項。

（三）項目計劃與監(jiān)控

對于產(chǎn)品需求，軟件開發(fā)采用項目形式管理，項目經(jīng)理負責(zé)整個項目

的計劃、組織、協(xié)調(diào)和控制。

技術(shù)總監(jiān)配合項目經(jīng)理、產(chǎn)品經(jīng)理與項目干系人進行有效溝通，在項

目目日勺、項目計劃和工作措施上到達一致。

（四）系統(tǒng)設(shè)計

1.在系統(tǒng)設(shè)計階段中，邀請顧客或者業(yè)務(wù)一線人員充足參與，保證系

統(tǒng)設(shè)計能滿足系統(tǒng)需求。

2.項目組結(jié)合需求規(guī)格闡明書或者系統(tǒng)原型，進行數(shù)據(jù)庫設(shè)計和功能

設(shè)計，并形成《DB設(shè)計書》。項目組組織有關(guān)人員對關(guān)鍵功能的有關(guān)設(shè)計

進行評審，出具《評審匯報》，評審人員應(yīng)對評審意見簽字確認。

3.項目組進行詳細設(shè)計，出具《單元測試案例》。《詳細設(shè)計闡明書》

中，需要定義系統(tǒng)輸入輸出闡明和接口設(shè)計闡明。

得到充足的測試，保證系統(tǒng)生成日勺與編制財務(wù)匯報有關(guān)時報表的對日勺性。

5.驗收測試通過后，深入完善《顧客操作手冊》。

（七）系統(tǒng)試運行

1.網(wǎng)絡(luò)運行中心根據(jù)項目規(guī)模及影響決定試運行方略。

2.研發(fā)事業(yè)部組織制定《試運行計劃》并提交網(wǎng)絡(luò)運行中心審批。

3.研發(fā)事業(yè)部進行有關(guān)系統(tǒng)布署工作，準備培訓(xùn)資料?，對有關(guān)顧客和

信息技術(shù)人員進行培訓(xùn)。

4.試運行到達《試運行計劃》規(guī)定的終止條件時，項目組編寫《試運

行匯報》。此匯報應(yīng)由項目組和試運行單位審批確認，并提交系統(tǒng)重要使

用部門負責(zé)人審批。

（A）系統(tǒng)驗收

1.研發(fā)事業(yè)部及業(yè)務(wù)歸管部門組織驗收小組，從業(yè)務(wù)需求和功能需求

及技術(shù)需求進行系統(tǒng)評估驗收。

2.驗收小組根據(jù)驗收狀況整頓形成《產(chǎn)品驗收匯報》提交信息系統(tǒng)研

發(fā)事業(yè)部及業(yè)務(wù)歸管部門審閱。

（九）系統(tǒng)上線

1.系統(tǒng)上線應(yīng)遵照穩(wěn)妥、可控、安全的原則。

2.研發(fā)事業(yè)部提交系統(tǒng)上線公布申請。

3.研發(fā)事業(yè)部在系統(tǒng)公布前檢查經(jīng)測試人員、有關(guān)業(yè)務(wù)歸管部門負責(zé)

人審批確認的《系統(tǒng)公布申請》、有關(guān)《測試匯報》與否齊全，并提交企

業(yè)決策層審批確認。

（十）數(shù)據(jù)轉(zhuǎn)換

1.研發(fā)事業(yè)部配合數(shù)據(jù)轉(zhuǎn)換/初始化各有關(guān)部門，根據(jù)網(wǎng)絡(luò)運行中心和

研發(fā)事業(yè)部負責(zé)人簽字確認日勺《數(shù)據(jù)遷移計劃》/《數(shù)據(jù)初始化計劃》進行

數(shù)據(jù)轉(zhuǎn)換/初始化操作。

2.研發(fā)事業(yè)部將數(shù)據(jù)轉(zhuǎn)換/初始化成果記錄在《數(shù)據(jù)遷移成果匯報》/

《數(shù)據(jù)初始化成果匯報》中，由網(wǎng)絡(luò)運行中心負責(zé)人審閱并簽字確認。

（十一）結(jié)項管理

系統(tǒng)結(jié)項后，將系統(tǒng)交由運維團體進行維護支持工作。

（十二）配置管理

1.產(chǎn)品技術(shù)中心統(tǒng)一使用SVN進行版本控制。

2.軟件開發(fā)過程中各項目管理文檔和工作成果均作為配置項進行管

理，其中包括：需求文檔、設(shè)計文檔、代碼、測試用例、測試數(shù)據(jù)、數(shù)據(jù)

轉(zhuǎn)換記錄以及項目有關(guān)文檔。

五、開發(fā)模式

我企業(yè)采用混用開發(fā)模式，以老式瀑布式開發(fā)模式加入敏捷開發(fā)特點，

多討論、多溝通，減少冗雜，做到項目的科學(xué)管理，完畢產(chǎn)品的迅速迭代

升級。

（一）前期準備、評審階段

此階段重要內(nèi)容為需求分析，制定對應(yīng)內(nèi)處理方案，并對方案進行分

析。

1.需求分析：專業(yè)業(yè)務(wù)需求人員需明確產(chǎn)品需求，分析其版本功能、

業(yè)務(wù)背景、需處理問題、顧客操作場景等重要信息。

2.處理方案：包括系統(tǒng)功能、技術(shù)方案等，內(nèi)容格式可自由擴展，但

需明確滿足產(chǎn)品需求的方式、措施。

3.方案評審：須經(jīng)業(yè)務(wù)專家級人員及業(yè)務(wù)經(jīng)驗豐富的人員參與評審，

做出關(guān)鍵評審意見，在此基礎(chǔ)上深入充實處理方案，形成項目列表。同步

完畢針對每個開發(fā)功能，拆解為詳細的開發(fā)環(huán)節(jié)，估算出工作量。

（二）項目實行階段

本階段重點內(nèi)容為確立產(chǎn)品最終需求，使團體組員愈加清晰理解產(chǎn)品

需求、開發(fā)、測試等多種環(huán)節(jié)，合理安排工作任務(wù)，做到科學(xué)規(guī)范，合理

裁剪，迅速敏捷。項目實行所波及的過程管理，參照本制度中開發(fā)管理過

程等內(nèi)容。

工作任務(wù)安排如下圖：

XXX階段任務(wù)安排

（三）迭代開發(fā)階段

本階段實行過程中，需遵照科學(xué)的開發(fā)管理過程，并根據(jù)實際狀況進

行對應(yīng)的調(diào)整。

1.跨越版本升級過程中日勺小版本迭代升級，為短周期迭代，周期半個

月，一種月，兩個月不等。迅速迭代過程中，技術(shù)團體應(yīng)時刻重視團體合

作，每個迭代過程必須遵照科學(xué)的開發(fā)管理過程，根據(jù)實際的狀況進行裁

剪。

2.迭代開發(fā)周期結(jié)束后，需提交可驗證的交付物，團體組員針對此迭

代階段進行評審、總結(jié)，在下一種迭代過程發(fā)揚優(yōu)勢，規(guī)避劣勢。

3.迭代開發(fā)交付的成果為通過測試團體嚴格測試、需求分析人員承認、

滿足本次迭代需求時有價值日勺成果。

4.迭代過程監(jiān)控：涵蓋晨會、夕會、周會、站立會，時間為10-20分

鐘。團體組員需做如下總結(jié)：昨天日勺成果、今天日勺計劃、碰到日勺問題。

項目可視化方式包括：任務(wù)燃燒圖，BUG趨勢圖，明細任務(wù)顯示圖等。

（四）集成測試階段

本階段按《測試計劃》（詳見附件5：《xx系統(tǒng)—測試計劃一模板》）

進行兼容性測試、功能測試、性能測試，保證產(chǎn)品整體穩(wěn)定性，可靠性；

制定BUG趨勢圖，測試工程師需對出現(xiàn)的BUG進行跟蹤管理，可采用禪道

項目管理軟件等。

（五）產(chǎn)品上線

產(chǎn)品開發(fā)通過以上過程，完畢內(nèi)部評審后，方可上線。

產(chǎn)品開發(fā)過程管理

前期準備

附件（一）

產(chǎn)品需求申請表

提出人提出部門提出時間年月日

版本

系統(tǒng)模塊

問題描述

提出部門

意見領(lǐng)導(dǎo)簽字：日期：

產(chǎn)品部

意見領(lǐng)導(dǎo)簽字：日期：

技術(shù)組

意見領(lǐng)導(dǎo)簽字：日期：

執(zhí)行人

簽字：日期：

附件（二）

產(chǎn)品需求（PRD）文檔

編號:PRD002-V2.0-20231009

曰期：2023年10月09日

編號文檔版本修訂內(nèi)容修訂原因修訂日期修改人

1

2

目錄

一、引言................................................錯誤!未定義書簽。

1.產(chǎn)品概述及目的：....................................錯誤!未定義書簽。

2.產(chǎn)品路線圖：........................................錯誤!未定義書簽。

3.預(yù)期讀者：..........................................錯誤!未定義書簽。

4.成功的定義和判斷原則：..............................錯誤!未定義書簽。

5.名詞闡明：..........................................錯誤!未定義書簽。

二、需求概述............................................錯誤!未定義書簽。

1.需求概覽：..........................................錯誤!未定義書簽。

2.顧客類與特性：......................................錯誤!未定義書簽。

3.運行環(huán)境：..........................................錯誤!未定義書簽。

4.設(shè)計和實現(xiàn)上的限制：................................錯誤!未定義書簽。

5.時間規(guī)定：..........................................錯誤!未定義書簽。

6.產(chǎn)品風(fēng)險：..........................................錯誤!未定義書簽。

三、功能需求............................................錯誤!未定義書簽。

1.功能構(gòu)造............................................錯誤!未定義書簽。

2.產(chǎn)品功能描述........................................錯誤!未定義書簽。

2.1貨主版錯誤!未定義書簽。

2.2車主版.................................................錯誤!未定義書簽。

2.3管理后臺錯誤!未定義書簽。

3.產(chǎn)品規(guī)則................................................錯誤!未定義書簽。

四、非功能性需求.....................................錯誤!未定義書簽。

1.性能規(guī)定：..錯誤!未定義書簽

2.易用性需求：錯誤!未定義書簽

3.安全性需求：錯誤!未定義書簽

4.運行環(huán)境約束：..........................................錯誤!未定義書簽。

5.外部接口：..............................................錯誤!未定義書簽。

一、引言

這部分的內(nèi)容有：產(chǎn)品概述及目的、產(chǎn)品roadm叩、預(yù)期讀者、成功的定義原則

和判斷、參照資料、名詞闡明

1.產(chǎn)品概述及目的：

解釋闡明該產(chǎn)品研發(fā)的背景以及關(guān)鍵功能。

2.產(chǎn)品路線圖：

為產(chǎn)品規(guī)劃的藍圖，每個關(guān)鍵階段完畢B勺關(guān)健任務(wù)。產(chǎn)品研發(fā)是個不停迭代時

過程，需要通過若干個版本的迭代，對一種功能點做了N個迭代后最終又回歸到了

第一種迭代是很常見。產(chǎn)品經(jīng)理需要做好心理準備。產(chǎn)品roadm叩并不需要所有

規(guī)劃好所有的階段目的，不過對產(chǎn)品未來發(fā)展趨勢B勺一種預(yù)估，要到達目H勺，需要

更多的更新和迭代。清晰的展現(xiàn)產(chǎn)品的roadmap可以協(xié)助產(chǎn)品經(jīng)理把握產(chǎn)品的全

貌，更好的控制研發(fā)過程。

3.預(yù)期讀者：

文檔的使用對象

4.成功的定義和判斷原則：

意在闡明產(chǎn)品B勺目B勺。

5.名詞闡明：

名稱、闡明。名稱就是對文檔中會出現(xiàn)H勺比較新B勺名稱，闡明則是對這些名稱

進行解釋。

二、需求概述

1.需求概覽：

一是業(yè)務(wù)流程圖，對產(chǎn)品整個業(yè)務(wù)流程B勺發(fā)生過程做圖形化的展示，是對產(chǎn)品

整體功能流程的闡釋。

二是需求清單，對本次要開發(fā)H勺需求任務(wù)做分類，給出簡要扼要B勺需求描述并

標注優(yōu)先級。

2.顧客類與特性：

產(chǎn)品B勺最終顧客，確定產(chǎn)品時最終使用者，并對使用者B勺角色和操作行為做出

闡明。

3.運行環(huán)境：

該功能上線后需要在如下操作系統(tǒng)中正常運行：

MicrosoftWindowsXPxWindowsServer.WindowsVista.Windows7X

Windows8等版本；

4.設(shè)計和實現(xiàn)上的限制：

例如控件B勺開發(fā)環(huán)境、接口的調(diào)用方式等等

5.時間規(guī)定：

此需求需要在2023年3月30日完畢需求評審，在2023年5月1日前完畢開

發(fā)，在上線時間等等。

里程碑時間交付物

6.產(chǎn)品風(fēng)險：

描述產(chǎn)品也許存在的風(fēng)險，例如性能瓶頸，沒有處理的問題，顧客不妥使用B勺

風(fēng)險等等。

三、功能需求

1.功能構(gòu)造

產(chǎn)品功能的框架圖。

2.產(chǎn)品功能描述

產(chǎn)品功能需求的詳細描述。

2.1貨主版

2.2車主版

2.3管理后臺

3.產(chǎn)品規(guī)則

波及產(chǎn)品中B勺多種規(guī)則，例如積分細則,會員等級劃分等等

四、非功能性需求

L性能規(guī)定：

顧客在軟件響應(yīng)速度、成果精度、運行時資源消耗量等方面的規(guī)定。

2.易用性需求：

顧客在界面的易用性、美觀性，以及對面向顧客為文檔和培訓(xùn)資料等方面的規(guī)定。

3.安全性需求：

顧客在身份認證、授權(quán)控制、私密性等方面的規(guī)定。

4.運行環(huán)境約束：

顧客對軟件系統(tǒng)運行環(huán)境的規(guī)定。

5.外部接口：

顧客看待開發(fā)軟件系統(tǒng)與其他軟件系統(tǒng)或硬件設(shè)備之間B勺接口的規(guī)定。

附件（三）

XX義J則試匯報

版本號修訂描述修訂日期修訂人同意人

頒布日期：2023年11月06日

受控狀態(tài)：■受控口非受控

分發(fā)范圍：產(chǎn)品技術(shù)中心

目錄

1概述...........................................................錯誤!未定義書簽。

1.1背景...................................................錯誤!未定義書簽。

1.2目口勺....................................................錯誤!未定義書簽。

1.3測試范圍...............................................錯誤!未定義書簽。

1.4測試環(huán)境...............................................錯誤!未定義書簽。

1.5參照文檔...............................................錯誤!未定義書簽。

2測試過程.......................................................錯誤!未定義書簽。

2.1測試概述...............................................錯誤!未定義書簽。

2.2測試用例執(zhí)行率.........................................錯誤!未定義書簽。

2.3遺留缺陷...............................................錯誤!未定義書簽。

3測試分析.......................................................錯誤!未定義書簽。

3.1功能測試分析...........................................錯誤!未定義書簽。

4測試結(jié)論.......................................................錯誤!未定義書簽。

4.1結(jié)論...................................................錯誤!未定義書簽。

4.2風(fēng)險及局限性...........................................錯誤!未定義書簽。

4.3提議...................................................錯誤!未定義書簽。

5測試總結(jié)......................................................錯誤!未定義書簽。

測試匯報

概述

背景

［闡明編寫本匯報H勺目的，測試所根據(jù)H勺文檔和測試參與方。］

目的

［闡明測試的目的］

測試范圍

［闡明測試的測試范圍及測試內(nèi)容］

序號測試范圍測試內(nèi)容

1界面測試驗證界面與否滿足UI及需求定義

測試環(huán)境

［闡明軟件測試所需的測試環(huán)境，包括操作系統(tǒng)、數(shù)據(jù)庫、配置，型號、品牌等。］

數(shù)據(jù)庫服務(wù)器配置

主機IP型號配置操作系統(tǒng)Tomcat版本數(shù)據(jù)庫

管理端客戶端配置

主機IP品牌配置操作系統(tǒng)

測試

品牌型號配置操作系統(tǒng)

參照文檔

［闡明本測試匯報所用到H勺參照資料等。］

文檔已創(chuàng)立或可用已被接受或已通過復(fù)審作者或來源備注

XXXXXX是■否口是■否口SVN

測試過程

測試概述

［闡明測試的測試模塊，測試措施，測試時間、測試地點、測試人員等］

本次測試的時間、地點和測試人員如下表所示:

項目描述

測試模塊車主版APP(ISO及Android)貨主版APP(ISO及Android)及后臺管理

測試措施界面測試、冒煙測試、功能測試、回歸測試、兼容測試

測試時間2023.10.19至2023.10.29

測試地點河南華僑實業(yè)有限企業(yè)

測試人員王景新孫真真

測試用例執(zhí)行率

［闡明測試的測試主模塊，測試用例數(shù)顯，測試用例執(zhí)行數(shù)最及測試用例執(zhí)行率］

主模塊測試用例數(shù)量(個)測試用例執(zhí)行數(shù)量(個)測試用例執(zhí)行率

貨主版APP側(cè)滑宣傳頁II11100%

(ISO及