項目實施流程和規範模板（測試方向）

1. 簡介

1.1 編寫背景

隨着公司業務的快速發展，技術部面臨的基礎技術研發、客戶系統建設、新產品研發、老舊系統改造等各種建設項目愈來愈多。但在衆多技術人員參與、併發項目交互的狀況下，如何定義和制定項目實施流程和管理規範顯得愈來愈重要。從現狀看，咱們的目前的項目推動流程中存在諸多問題，如：

l 前期需求規劃和設計不明確、文檔不詳細

l 項目干係人沒有參與前期需求分析

l 項目分工欠合理

l 解決問題流程不清晰

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

l 過分依賴RTX進行事務交流，不便事務跟蹤

基於此，技術部須要儘快制定並執行項目實施的流程和相應管理規範。

1.2 編寫目標

旨在經過制定並執行項目實施流程和管理規範，達到以下的目標：

l 規範需求，這個是項目的根本

l 合理安排計劃與排期

l 細化項目模塊分工

l 優化問題處理流程

l 保留歷史記錄與文檔，以達到後續可跟蹤的目的

l 養成及時查收mail的習慣

經過流程和規範能夠明確項目建設目標、建設範圍、項目干係人，及各成員的職責範圍，規範項目管理、增強項目過程推動。

1.3 文檔受衆

本項目實施流程規範主要面向需求、開發、測試以及數據部的同事，其中數據部的同事可重點關注第四部分 線上問題處理流程。

1.4 名詞解釋

WBS：工做分解結構（Work Breakdown Structure） 把項目可交付成果和項目工做分解成較小的，更易於管理的組成部分的過程。

Redmine：一個開源的、基於Web的項目管理和缺陷跟蹤工具。它用日曆和甘特圖輔助項目及進度可視化顯示。同時它又支持多項目管理。並可對任意的問題變動及時以mail形式通知項目成員。

2. 項目實施流程圖

3. 內部建設項目流程釋義

本流程的制定、實施和管理結合項目管理工具Redmine的實際應用狀況。下同。

3.1 需求分析與評審

需求的宣講須要通知項目干係人，分析與評審後須要產出最終的需求詳細文檔以及原型，並統一提交到指定的SVN目錄進行管理。

對於統一紀委等通用平臺，對關鍵需求點必須造成文檔說明，以避免形成功能點的遺漏。

3.2 項目計劃與排期

目前咱們沒有清晰的流程，致使你們不知道何時提交測試，也不知道何時上線。需逐步增強項目計劃與排期的概念，以應對如今和將來大量並行項目時管理和效率的質量。須要關注以下幾個方面：

l 對立項的項目作優先級排期，併產出簡要的項目計劃

l 項目計劃中應該包括重要功能點、提交測試時間點、上線驗收時間點等內容

l 以上內容應該及時通知項目全部干係人

3.3 工做分解(WBS)

WBS，即工做任務分解，是項目管理中的重要概念。須要把WBS錄入到redmine中的每一個項目裏，關注並執行如下幾點：

l 當接到一個項目後，項目經理須要詳細的分配工做任務到各個成員，這樣便於之後問題反饋流程的直接對口，避免不知道問題反饋到誰那。

l 項目經理可經過WBS掌握各個組成員的工做進度，實時瞭解項目的總體進度，把控項目風險。

l 對於將來項目的維護，能夠直接找到對口人進行處理，避免了不少無效的溝通。

3.4 需求變動

需求是整個項目的根源，需求的質量的高低直接影響總體項目的質量，爲了及時響應需求變動，減小變動帶來的開發成本，必須嚴格執行以下的流程：

l 任何變動必須及時更新文檔到SVN

l 及時通知項目干係人

l 如對需求變動有異議，項目各負責人商量後在作處理

3.5 新建項目

登陸redmine後，點擊左上方的導航「項目」，進入項目列表頁後，點擊「新建項目」，以下圖所示，注意紅框標識的。

3.6 加入成員

新建的項目必須把項目干係人所有加入，包括需求發起人，開發，測試，數據部的相應人員

主要角色以下：

3.7 新建功能、工做安排

項目經理在完成項目建立和人員添加後，須要對工做任務進行分配。可參考以下步驟：

1. 新建功能（特性）或工做安排，這裏我建議選擇「工做安排」。

2. 相關人員接到工做安排後，要根據實際狀況更新進度與狀態，這樣項目經理能夠隨時查看了解項目進度。

3.8 提交測試

項目在提交測試的時候，須要告知測試點，並錄入redmine中，由於有些項目簡報夾、屬性修改等功能須要在線上進行測試。

3.9 新建問題

1. 測試人員在新建問題的時候，必定要嚴格選擇跟蹤的標籤狀態，以下圖：

該問題屬於什麼就選擇什麼，由於每一個問題的屬性是不同的並且流程也不同！

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

3.9.1添加跟蹤者

若是新建的問題須要知會其餘人，則能夠選擇跟蹤者，這樣該跟蹤者就能夠獲得處理該問題的變動通知

3.10處理問題

當一個問題指派給你時，你就須要處理更新該問題了，相關人員要儘快處理優先級別高的。可參考以下步驟：

一、進入具體的問題頁，點擊更新

二、更新「狀態」、更新「指派給」 爲原問題提交人。

3.10.1添加跟蹤者

若是這個問題你須要知會其餘人，則能夠找到「跟蹤者」一欄，點擊新增，增長對應的人，這樣該問題的處理狀態，指定的跟蹤者也可以的到通知了。

4. 4線上問題處理流程

面向數據部同事線上問題反饋的指導規範。

4.1新建問題

數據部的同事在新建問題時須要注意以下幾點：

一、跟蹤標籤，若是是線上問題，就選「線上bug」；

若是是建議，就選「建議」，請嚴格按要求來選擇。

二、指派給，必須指派給 測試人員，不能指派給其餘任何人。

4.1.1 添加跟蹤者

若是該問題你想知會其餘人知道，那麼請參考3.9.1。

4.2處理問題

請參考3.10。

5外包項目

參考1 內部項目流程規範，其中外包人員的錄入最好只有一個接口人，且要控制好權限，這樣方便管理與後期處理。

6郵件機制說明

在整個項目流程中，郵件彙報與通知機制的創建是很是重要的，將來咱們將逐步增強郵件意識。

除了小型項目外，其他項目應該靈活的制定彙報機制，經過郵件告知相關人員，好比日報或週報機制，重點描述如今在幹什麼以及進度、有什麼須要支持幫助的、將來要幹什麼以及計劃，簡單明瞭的告知狀況便可。

7上線準則

目前，咱們的上線沒有任何約束，有時候在有不少bug沒有解決的狀況下就上線了，爲了規範上線準則，提高交付到客戶那產品的質量，現須要知足以下規範，纔可交付。

一、高權重bug所有解決並關閉。

二、普通bug所有解決並關閉。

三、低權重bug、暫時沒法解決或延期的bug需求通過相關人員一致承認才行。

8問題解決週期

一、高權重問題，必須及時解決。

二、普通問題，如無緊急狀況須要在兩天內解決。

三、其他問題須要給出明確的排期解決時間，可在redmine中對應的問題裏備註說明。

9其餘

l 安裝郵件客戶端軟件，並及時查收郵件通知

l 優先抽出精力解決權重高、緊急的問題

l 及時更新redmine中問題的狀態，拒絕口頭兌現