項(xiàng)目實(shí)施流程和規(guī)范模板（測(cè)試方向）

1. 簡(jiǎn)介

1.1 編寫背景

隨著公司業(yè)務(wù)的快速發(fā)展，技術(shù)部面臨的基礎(chǔ)技術(shù)研發(fā)、客戶系統(tǒng)建設(shè)、新產(chǎn)品研發(fā)、老舊系統(tǒng)改造等各類建設(shè)項(xiàng)目越來越多。但在眾多技術(shù)人員參與、并發(fā)項(xiàng)目交互的情況下，如何定義和制定項(xiàng)目實(shí)施流程和管理規(guī)范顯得越來越重要。從現(xiàn)狀看，我們的目前的項(xiàng)目推進(jìn)流程中存在諸多問題，如：

l 前期需求規(guī)劃和設(shè)計(jì)不明確、文檔不詳細(xì)

l 項(xiàng)目干系人沒有參與前期需求分析

l 項(xiàng)目分工欠合理

l 解決問題流程不清晰

l 歷史問題與文檔無法跟蹤

l 過度依賴RTX進(jìn)行事務(wù)交流，不便事務(wù)跟蹤

基于此，技術(shù)部需要盡快制定并執(zhí)行項(xiàng)目實(shí)施的流程和相應(yīng)管理規(guī)范。

1.2 編寫目標(biāo)

旨在通過制定并執(zhí)行項(xiàng)目實(shí)施流程和管理規(guī)范，達(dá)到如下的目標(biāo)：

l 規(guī)范需求，這個(gè)是項(xiàng)目的根本

l 合理安排計(jì)劃與排期

l 細(xì)化項(xiàng)目模塊分工

l 優(yōu)化問題處理流程

l 保留歷史記錄與文檔，以達(dá)到后續(xù)可跟蹤的目的

l 養(yǎng)成及時(shí)查收mail的習(xí)慣

通過流程和規(guī)范可以明確項(xiàng)目建設(shè)目標(biāo)、建設(shè)范圍、項(xiàng)目干系人，及各成員的職責(zé)范圍，規(guī)范項(xiàng)目管理、加強(qiáng)項(xiàng)目過程推進(jìn)。

1.3 文檔受眾

本項(xiàng)目實(shí)施流程規(guī)范主要面向需求、開發(fā)、測(cè)試以及數(shù)據(jù)部的同事，其中數(shù)據(jù)部的同事可重點(diǎn)關(guān)注第四部分 線上問題處理流程。

1.4 名詞解釋

WBS：工作分解結(jié)構(gòu)（Work Breakdown Structure） 把項(xiàng)目可交付成果和項(xiàng)目工作分解成較小的，更易于管理的組成部分的過程。

Redmine：一個(gè)開源的、基于Web的項(xiàng)目管理和缺陷跟蹤工具。它用日歷和甘特圖輔助項(xiàng)目及進(jìn)度可視化顯示。同時(shí)它又支持多項(xiàng)目管理。并可對(duì)任意的問題變更及時(shí)以mail形式通知項(xiàng)目成員。

2. 項(xiàng)目實(shí)施流程圖

3. 內(nèi)部建設(shè)項(xiàng)目流程釋義

本流程的制定、實(shí)施和管理結(jié)合項(xiàng)目管理工具Redmine的實(shí)際應(yīng)用情況。下同。

3.1 需求分析與評(píng)審

需求的宣講需要通知項(xiàng)目干系人，分析與評(píng)審后需要產(chǎn)出最終的需求詳細(xì)文檔以及原型，并統(tǒng)一提交到指定的SVN目錄進(jìn)行管理。

對(duì)于統(tǒng)一紀(jì)委等通用平臺(tái)，對(duì)關(guān)鍵需求點(diǎn)必須形成文檔說明，以免造成功能點(diǎn)的遺漏。

3.2 項(xiàng)目計(jì)劃與排期

目前我們沒有清晰的流程，導(dǎo)致大家不知道什么時(shí)候提交測(cè)試，也不知道什么時(shí)候上線。需逐步加強(qiáng)項(xiàng)目計(jì)劃與排期的概念，以應(yīng)對(duì)現(xiàn)在和未來大量并行項(xiàng)目時(shí)管理和效率的質(zhì)量。需要關(guān)注如下幾個(gè)方面：

l 對(duì)立項(xiàng)的項(xiàng)目做優(yōu)先級(jí)排期，并產(chǎn)出簡(jiǎn)要的項(xiàng)目計(jì)劃

l 項(xiàng)目計(jì)劃中應(yīng)該包括重要功能點(diǎn)、提交測(cè)試時(shí)間點(diǎn)、上線驗(yàn)收時(shí)間點(diǎn)等內(nèi)容

l 以上內(nèi)容應(yīng)該及時(shí)通知項(xiàng)目所有干系人

3.3 工作分解(WBS)

WBS，即工作任務(wù)分解，是項(xiàng)目管理中的重要概念。需要把WBS錄入到redmine中的每個(gè)項(xiàng)目里，關(guān)注并執(zhí)行以下幾點(diǎn)：

l 當(dāng)接到一個(gè)項(xiàng)目后，項(xiàng)目經(jīng)理需要詳細(xì)的分配工作任務(wù)到各個(gè)成員，這樣便于以后問題反饋流程的直接對(duì)口，避免不知道問題反饋到誰那。

l 項(xiàng)目經(jīng)理可通過WBS掌握各個(gè)組成員的工作進(jìn)度，實(shí)時(shí)了解項(xiàng)目的整體進(jìn)度，把控項(xiàng)目風(fēng)險(xiǎn)。

l 對(duì)于未來項(xiàng)目的維護(hù)，可以直接找到對(duì)口人進(jìn)行處理，避免了很多無效的溝通。

3.4 需求變更

需求是整個(gè)項(xiàng)目的根源，需求的質(zhì)量的高低直接影響整體項(xiàng)目的質(zhì)量，為了及時(shí)響應(yīng)需求變更，減少變更帶來的開發(fā)成本，必須嚴(yán)格執(zhí)行如下的流程：

l 任何變更必須及時(shí)更新文檔到SVN

l 及時(shí)通知項(xiàng)目干系人

l 如對(duì)需求變更有異議，項(xiàng)目各負(fù)責(zé)人商量后在做處理

3.5 新建項(xiàng)目

登錄redmine后，點(diǎn)擊左上方的導(dǎo)航“項(xiàng)目”，進(jìn)入項(xiàng)目列表頁后，點(diǎn)擊“新建項(xiàng)目”，如下圖所示，注意紅框標(biāo)識(shí)的。

3.6 加入成員

新建的項(xiàng)目必須把項(xiàng)目干系人全部加入，包括需求發(fā)起人，開發(fā)，測(cè)試，數(shù)據(jù)部的相應(yīng)人員

主要角色如下：

3.7 新建功能、工作安排

項(xiàng)目經(jīng)理在完成項(xiàng)目創(chuàng)建和人員添加后，需要對(duì)工作任務(wù)進(jìn)行分配?？蓞⒖既缦虏襟E：

1. 新建功能（特性）或工作安排，這里我建議選擇“工作安排”。

2. 相關(guān)人員接到工作安排后，要根據(jù)實(shí)際情況更新進(jìn)度與狀態(tài)，這樣項(xiàng)目經(jīng)理可以隨時(shí)查看了解項(xiàng)目進(jìn)度。

3.8 提交測(cè)試

項(xiàng)目在提交測(cè)試的時(shí)候，需要告知測(cè)試點(diǎn)，并錄入redmine中，因?yàn)橛行╉?xiàng)目簡(jiǎn)報(bào)夾、屬性修改等功能需要在線上進(jìn)行測(cè)試。

3.9 新建問題

1. 測(cè)試人員在新建問題的時(shí)候，一定要嚴(yán)格選擇跟蹤的標(biāo)簽狀態(tài)，如下圖：

該問題屬于什么就選擇什么，因?yàn)槊總€(gè)問題的屬性是不一樣的而且流程也不一樣！

2. 指派給：屬于誰的問題就指派給誰。

3.9.1添加跟蹤者

如果新建的問題需要知會(huì)其他人，則可以選擇跟蹤者，這樣該跟蹤者就可以得到處理該問題的變更通知

3.10處理問題

當(dāng)一個(gè)問題指派給你時(shí)，你就需要處理更新該問題了，相關(guān)人員要盡快處理優(yōu)先級(jí)別高的。可參考如下步驟：

1、進(jìn)入具體的問題頁，點(diǎn)擊更新

2、更新“狀態(tài)”、更新“指派給” 為原問題提交人。

3.10.1添加跟蹤者

如果這個(gè)問題你需要知會(huì)其他人，則可以找到“跟蹤者”一欄，點(diǎn)擊新增，增加對(duì)應(yīng)的人，這樣該問題的處理狀態(tài)，指定的跟蹤者也能夠的到通知了。

4. 4線上問題處理流程

面向數(shù)據(jù)部同事線上問題反饋的指導(dǎo)規(guī)范。

4.1新建問題

數(shù)據(jù)部的同事在新建問題時(shí)需要注意如下幾點(diǎn)：

1、跟蹤標(biāo)簽，如果是線上問題，就選“線上bug”；

如果是建議，就選“建議”，請(qǐng)嚴(yán)格按要求來選擇。

2、指派給，必須指派給 測(cè)試人員，不能指派給其他任何人。

4.1.1 添加跟蹤者

如果該問題你想知會(huì)其他人知道，那么請(qǐng)參考3.9.1。

4.2處理問題

請(qǐng)參考3.10。

5外包項(xiàng)目

參考1 內(nèi)部項(xiàng)目流程規(guī)范，其中外包人員的錄入最好只有一個(gè)接口人，且要控制好權(quán)限，這樣方便管理與后期處理。

6郵件機(jī)制說明

在整個(gè)項(xiàng)目流程中，郵件匯報(bào)與通知機(jī)制的建立是非常重要的，未來我們將逐步加強(qiáng)郵件意識(shí)。

除了小型項(xiàng)目外，其余項(xiàng)目應(yīng)該靈活的制定匯報(bào)機(jī)制，通過郵件告知相關(guān)人員，比如日?qǐng)?bào)或周報(bào)機(jī)制，重點(diǎn)描述現(xiàn)在在干什么以及進(jìn)度、有什么需要支持幫助的、未來要干什么以及計(jì)劃，簡(jiǎn)單明了的告知情況即可。

7上線準(zhǔn)則

目前，我們的上線沒有任何約束，有時(shí)候在有很多bug沒有解決的情況下就上線了，為了規(guī)范上線準(zhǔn)則，提升交付到客戶那產(chǎn)品的質(zhì)量，現(xiàn)需要滿足如下規(guī)范，才可交付。

1、高權(quán)重bug全部解決并關(guān)閉。

2、普通bug全部解決并關(guān)閉。

3、低權(quán)重bug、暫時(shí)無法解決或延期的bug需求經(jīng)過相關(guān)人員一致認(rèn)可才行。

8問題解決周期

1、高權(quán)重問題，必須及時(shí)解決。

2、普通問題，如無緊急情況需要在兩天內(nèi)解決。

3、其余問題需要給出明確的排期解決時(shí)間，可在redmine中對(duì)應(yīng)的問題里備注說明。

9其他

l 安裝郵件客戶端軟件，并及時(shí)查收郵件通知

l 優(yōu)先抽出精力解決權(quán)重高、緊急的問題

l 及時(shí)更新redmine中問題的狀態(tài)，拒絕口頭兌現(xiàn)