1.1 編寫背景
隨著公司業(yè)務(wù)的快速發(fā)展，技術(shù)部面臨的基礎(chǔ)技術(shù)研發(fā)、客戶系統(tǒng)建設(shè)、新產(chǎn)品研發(fā)、老舊系統(tǒng)改造等各類建設(shè)項目越來越多。但在眾多技術(shù)人員參與、并發(fā)項目交互的情況下，如何定義和制定項目實施流程和管理規(guī)范顯得越來越重要。從現(xiàn)狀看，我們的目前的項目推進流程中存在諸多問題，如：
l 前期需求規(guī)劃和設(shè)計不明確、文檔不詳細
l 項目干系人沒有參與前期需求分析
l 項目分工欠合理
l 解決問題流程不清晰
l 歷史問題與文檔無法跟蹤
l 過度依賴RTX進行事務(wù)交流，不便事務(wù)跟蹤
基于此，技術(shù)部需要盡快制定并執(zhí)行項目實施的流程和相應(yīng)管理規(guī)范。
1.2 編寫目標(biāo)
旨在通過制定并執(zhí)行項目實施流程和管理規(guī)范，達到如下的目標(biāo)：
l 規(guī)范需求，這個是項目的根本
l 合理安排計劃與排期
l 細化項目模塊分工
l 優(yōu)化問題處理流程
l 保留歷史記錄與文檔，以達到后續(xù)可跟蹤的目的
l 養(yǎng)成及時查收mail的習(xí)慣
通過流程和規(guī)范可以明確項目建設(shè)目標(biāo)、建設(shè)范圍、項目干系人，及各成員的職責(zé)范圍，規(guī)范項目管理、加強項目過程推進。
1.3 文檔受眾
本項目實施流程規(guī)范主要面向需求、開發(fā)、測試以及數(shù)據(jù)部的同事，其中數(shù)據(jù)部的同事可重點關(guān)注第四部分 線上問題處理流程。
1.4 名詞解釋
WBS：工作分解結(jié)構(gòu)（Work Breakdown Structure） 把項目可交付成果和項目工作分解成較小的，更易于管理的組成部分的過程。
Redmine：一個開源的、基于Web的項目管理和缺陷跟蹤工具。它用日歷和甘特圖輔助項目及進度可視化顯示。同時它又支持多項目管理。并可對任意的問題變更及時以mail形式通知項目成員。
本流程的制定、實施和管理結(jié)合項目管理工具Redmine的實際應(yīng)用情況。下同。
3.1 需求分析與評審
需求的宣講需要通知項目干系人，分析與評審后需要產(chǎn)出最終的需求詳細文檔以及原型，并統(tǒng)一提交到指定的SVN目錄進行管理。
對于統(tǒng)一紀(jì)委等通用平臺，對關(guān)鍵需求點必須形成文檔說明，以免造成功能點的遺漏。
3.2 項目計劃與排期
目前我們沒有清晰的流程，導(dǎo)致大家不知道什么時候提交測試，也不知道什么時候上線。需逐步加強項目計劃與排期的概念，以應(yīng)對現(xiàn)在和未來大量并行項目時管理和效率的質(zhì)量。需要關(guān)注如下幾個方面：
l 對立項的項目做優(yōu)先級排期，并產(chǎn)出簡要的項目計劃
l 項目計劃中應(yīng)該包括重要功能點、提交測試時間點、上線驗收時間點等內(nèi)容
l 以上內(nèi)容應(yīng)該及時通知項目所有干系人
3.3 工作分解(WBS)
WBS，即工作任務(wù)分解，是項目管理中的重要概念。需要把WBS錄入到redmine中的每個項目里，關(guān)注并執(zhí)行以下幾點：
l 當(dāng)接到一個項目后，項目經(jīng)理需要詳細的分配工作任務(wù)到各個成員，這樣便于以后問題反饋流程的直接對口，避免不知道問題反饋到誰那。
l 項目經(jīng)理可通過WBS掌握各個組成員的工作進度，實時了解項目的整體進度，把控項目風(fēng)險。
l 對于未來項目的維護，可以直接找到對口人進行處理，避免了很多無效的溝通。
3.4 需求變更
需求是整個項目的根源，需求的質(zhì)量的高低直接影響整體項目的質(zhì)量，為了及時響應(yīng)需求變更，減少變更帶來的開發(fā)成本，必須嚴(yán)格執(zhí)行如下的流程：
l 任何變更必須及時更新文檔到SVN
l 及時通知項目干系人
l 如對需求變更有異議，項目各負(fù)責(zé)人商量后在做處理
3.5 新建項目
登錄redmine后，點擊左上方的導(dǎo)航“項目”，進入項目列表頁后，點擊“新建項目”，如下圖所示，注意紅框標(biāo)識的。
3.6 加入成員
新建的項目必須把項目干系人全部加入，包括需求發(fā)起人，開發(fā)，測試，數(shù)據(jù)部的相應(yīng)人員
主要角色如下：
3.7 新建功能、工作安排
項目經(jīng)理在完成項目創(chuàng)建和人員添加后，需要對工作任務(wù)進行分配?？蓞⒖既缦虏襟E：
1. 新建功能（特性）或工作安排，這里我建議選擇“工作安排”。
2. 相關(guān)人員接到工作安排后，要根據(jù)實際情況更新進度與狀態(tài)，這樣項目經(jīng)理可以隨時查看了解項目進度。
3.8 提交測試
項目在提交測試的時候，需要告知測試點，并錄入redmine中，因為有些項目簡報夾、屬性修改等功能需要在線上進行測試。
3.9 新建問題
1. 測試人員在新建問題的時候，一定要嚴(yán)格選擇跟蹤的標(biāo)簽狀態(tài)，如下圖：
該問題屬于什么就選擇什么，因為每個問題的屬性是不一樣的而且流程也不一樣！
2. 指派給：屬于誰的問題就指派給誰。
3.9.1添加跟蹤者
如果新建的問題需要知會其他人，則可以選擇跟蹤者，這樣該跟蹤者就可以得到處理該問題的變更通知
3.10處理問題
當(dāng)一個問題指派給你時，你就需要處理更新該問題了，相關(guān)人員要盡快處理優(yōu)先級別高的?？蓞⒖既缦虏襟E：
1、進入具體的問題頁，點擊更新
2、更新“狀態(tài)”、更新“指派給” 為原問題提交人。
3.10.1添加跟蹤者
如果這個問題你需要知會其他人，則可以找到“跟蹤者”一欄，點擊新增，增加對應(yīng)的人，這樣該問題的處理狀態(tài)，指定的跟蹤者也能夠的到通知了。
面向數(shù)據(jù)部同事線上問題反饋的指導(dǎo)規(guī)范。
4.1新建問題
數(shù)據(jù)部的同事在新建問題時需要注意如下幾點：
1、跟蹤標(biāo)簽，如果是線上問題，就選“線上bug”；
如果是建議，就選“建議”，請嚴(yán)格按要求來選擇。
2、指派給，必須指派給 測試人員，不能指派給其他任何人。
4.1.1 添加跟蹤者
如果該問題你想知會其他人知道，那么請參考3.9.1。
4.2處理問題
請參考3.10。
參考1 內(nèi)部項目流程規(guī)范，其中外包人員的錄入最好只有一個接口人，且要控制好權(quán)限，這樣方便管理與后期處理。
在整個項目流程中，郵件匯報與通知機制的建立是非常重要的，未來我們將逐步加強郵件意識。
除了小型項目外，其余項目應(yīng)該靈活的制定匯報機制，通過郵件告知相關(guān)人員，比如日報或周報機制，重點描述現(xiàn)在在干什么以及進度、有什么需要支持幫助的、未來要干什么以及計劃，簡單明了的告知情況即可。
目前，我們的上線沒有任何約束，有時候在有很多bug沒有解決的情況下就上線了，為了規(guī)范上線準(zhǔn)則，提升交付到客戶那產(chǎn)品的質(zhì)量，現(xiàn)需要滿足如下規(guī)范，才可交付。
1、高權(quán)重bug全部解決并關(guān)閉。
2、普通bug全部解決并關(guān)閉。
3、低權(quán)重bug、暫時無法解決或延期的bug需求經(jīng)過相關(guān)人員一致認(rèn)可才行。
1、高權(quán)重問題，必須及時解決。
2、普通問題，如無緊急情況需要在兩天內(nèi)解決。
3、其余問題需要給出明確的排期解決時間，可在redmine中對應(yīng)的問題里備注說明。
l 安裝郵件客戶端軟件，并及時查收郵件通知
l 優(yōu)先抽出精力解決權(quán)重高、緊急的問題
l 及時更新redmine中問題的狀態(tài)，拒絕口頭兌現(xiàn)
另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內(nèi)外云服務(wù)器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機、免備案服務(wù)器”等云主機租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場景需求。
重慶分公司
重慶分公司
