項目實施流程和規範模板（測試方向）
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處理問題
當一個問題指派給你時，你就需要處理更新該問題了，相關人員要盡快處理優先級別高的。可參考如下步驟：
1、進入具體的問題頁，點擊更新
2、更新“狀態”、更新“指派給” 為原問題提交人。
3.10.1添加跟蹤者
如果這個問題你需要知會其他人，則可以找到“跟蹤者”一欄，點擊新增，增加對應的人，這樣該問題的處理狀態，指定的跟蹤者也能夠的到通知了。
4. 4線上問題處理流程
面向數據部同事線上問題反饋的指導規範。
4.1新建問題
數據部的同事在新建問題時需要註意如下幾點：
1、跟蹤標簽，如果是線上問題，就選“線上bug”；
如果是建議，就選“建議”，請嚴格按要求來選擇。
2、指派給，必須指派給 測試人員，不能指派給其他任何人。
4.1.1 添加跟蹤者
如果該問題你想知會其他人知道，那麽請參考3.9.1。
4.2處理問題
請參考3.10。
5外包項目
參考1 內部項目流程規範，其中外包人員的錄入最好只有一個接口人，且要控制好權限，這樣方便管理與後期處理。
6郵件機制說明
在整個項目流程中，郵件匯報與通知機制的建立是非常重要的，未來我們將逐步加強郵件意識。
除了小型項目外，其余項目應該靈活的制定匯報機制，通過郵件告知相關人員，比如日報或周報機制，重點描述現在在幹什麽以及進度、有什麽需要支持幫助的、未來要幹什麽以及計劃，簡單明了的告知情況即可。
7上線準則
目前，我們的上線沒有任何約束，有時候在有很多bug沒有解決的情況下就上線了，為了規範上線準則，提升交付到客戶那產品的質量，現需要滿足如下規範，才可交付。
1、高權重bug全部解決並關閉。
2、普通bug全部解決並關閉。
3、低權重bug、暫時無法解決或延期的bug需求經過相關人員一致認可才行。
8問題解決周期
1、高權重問題，必須及時解決。
2、普通問題，如無緊急情況需要在兩天內解決。
3、其余問題需要給出明確的排期解決時間，可在redmine中對應的問題裏備註說明。
9其他
l 安裝郵件客戶端軟件，並及時查收郵件通知
l 優先抽出精力解決權重高、緊急的問題
l 及時更新redmine中問題的狀態，拒絕口頭兌現
項目實施流程和規範模板（測試方向）