Redmine項(xiàng)目管理使用指南

1、Redmine項(xiàng)目管理操作指南1 【目的】：此指南用以規(guī)范項(xiàng)目使用的步驟和方法；2 【范圍】：公司范圍內(nèi)所有的項(xiàng)目3 【責(zé)任部門】：研發(fā)中心4 【問題跟蹤標(biāo)簽類型定義】在項(xiàng)目管理中僅有3種可以跟蹤的問題類別：可跟蹤的問題類別描述需求項(xiàng)目經(jīng)理將該迭代版本中需要完成的需求錄入redmine（帶有需求標(biāo)識(shí)編號(hào)）任務(wù)項(xiàng)目經(jīng)理根據(jù)迭代需求建子任務(wù)（需求設(shè)計(jì)、測(cè)試、開發(fā)子任務(wù)）錯(cuò)誤測(cè)試提交的BUG跟蹤標(biāo)簽5 【問題填寫要求】5.1 根據(jù)項(xiàng)目管理需求，目前有且僅有3種跟蹤標(biāo)簽：需求、任務(wù)、錯(cuò)誤如現(xiàn)有標(biāo)簽不夠用，可讓管理員添加新的標(biāo)簽；5.2 主題：即問題的內(nèi)容，要簡(jiǎn)潔，明了；5.3 描述：盡量寫全寫細(xì)，如有

2、圖盡量傳圖片上來(lái)；5.4 開始日期為固定，請(qǐng)務(wù)必制定問題解決的完成日期，對(duì)于可以大致估計(jì)出耗時(shí)量的問題，需要填寫“預(yù)期時(shí)間”；5.5 請(qǐng)務(wù)必指定問題的目標(biāo)版本；5.6 問題處理的責(zé)任人必須在有變化時(shí)，及時(shí)更新問題；包括以下幾點(diǎn)：l 問題狀態(tài)的修改；l 進(jìn)度的修改；、l 工時(shí)登記情況；l 當(dāng)任務(wù)不能按原計(jì)劃完成時(shí)，可修改完成日期；6 【任務(wù)狀態(tài)類型定義】為了跟蹤任務(wù)進(jìn)度，能夠快速清晰的了解任務(wù)當(dāng)前所處階段，在項(xiàng)目中我們定義了6種處理狀態(tài)：任務(wù)狀態(tài)描述新建表示需求、任務(wù)、錯(cuò)誤剛被建立，還未有人處理；進(jìn)行中表示該功能需求已經(jīng)安排了開發(fā)人員開發(fā)。被指派的人即功能的開發(fā)人員；已解決表示此功能需求已經(jīng)開發(fā)

3、完成等待測(cè)試人員測(cè)試；反饋開發(fā)人員完成開發(fā)后反饋給測(cè)試人員，讓測(cè)試人員著手驗(yàn)證；已關(guān)閉表示該功能模塊通過(guò)了測(cè)試人員的驗(yàn)證，并由測(cè)試人員來(lái)關(guān)閉已拒絕表示該問題提出的錯(cuò)誤不存在，工作任務(wù)不合理等，拒絕執(zhí)行此問題7 【Redmine項(xiàng)目管理基本流程圖&任務(wù)處理指南】7.1 新建項(xiàng)目：對(duì)于一個(gè)新項(xiàng)目，配置管理員根據(jù)項(xiàng)目經(jīng)理提供的已被基線化管理的立項(xiàng)報(bào)告在redmine上新建項(xiàng)目；并根據(jù)立項(xiàng)報(bào)告上提供的項(xiàng)目信息新建號(hào)項(xiàng)目組成員及其相應(yīng)的權(quán)限； 以下為注意事項(xiàng)：l 項(xiàng)目名不帶版本號(hào)（注：有些項(xiàng)目名本身帶有版本號(hào)的可加版本號(hào)）；l 問題跟蹤標(biāo)簽有且僅有三種：【需求】、【任務(wù)】、【錯(cuò)誤】；7.2 建版

4、本：對(duì)于一個(gè)新項(xiàng)目，項(xiàng)目經(jīng)理根據(jù)已通過(guò)評(píng)審并被基線化的項(xiàng)目計(jì)劃新建項(xiàng)目所有被定義好的版本號(hào)。并定義迭代版本的日期；l 版本建好后，后期如項(xiàng)目計(jì)劃有變更，redmine上版本及版本日期也需及時(shí)做相應(yīng)的調(diào)整；7.3 任務(wù)處理流程：該流程包括了從“錄入迭代任務(wù)”“錄入下一迭代任務(wù)”的整個(gè)流程指導(dǎo)說(shuō)明；l 由項(xiàng)目經(jīng)理或項(xiàng)目經(jīng)理指定人員錄入錄入迭代任務(wù)：1. 需錄入已確定好該目標(biāo)版本所需要完成的設(shè)計(jì)需求，跟蹤標(biāo)簽為【需求】、目標(biāo)版本指向當(dāng)前版本、任務(wù)狀態(tài)為“新建”、優(yōu)先級(jí)根據(jù)實(shí)際情況定、并指定【需求】的跟蹤人及計(jì)劃完成日期；2. 對(duì)于由BUG轉(zhuǎn)變?yōu)樾枨蟮?，?jīng)需求評(píng)審后錄入新的需求到該迭代版本中，該跟蹤標(biāo)

5、簽為【需求】、目標(biāo)版本指向當(dāng)前版本、任務(wù)狀態(tài)為“新建”、優(yōu)先級(jí)根據(jù)實(shí)際情況定、并指定【需求】的跟蹤人及計(jì)劃完成日期；3. 如有BUG也需要錄入，跟蹤標(biāo)簽【錯(cuò)誤】、目標(biāo)版本指向當(dāng)前版本、任務(wù)狀態(tài)為“新建”、優(yōu)先級(jí)根據(jù)實(shí)際情況定、并指定【錯(cuò)誤】的跟蹤人及計(jì)劃完成日期；l 分配任務(wù)及處理：4. 由項(xiàng)目經(jīng)理將建好的任務(wù)以新建子任務(wù)的方式分配給開發(fā)主管、測(cè)試主管；跟蹤標(biāo)簽【任務(wù)】、目標(biāo)版本指向當(dāng)前版本、任務(wù)狀態(tài)為“新建”、優(yōu)先級(jí)根據(jù)實(shí)際情況定、指派給誰(shuí)的需要定義清楚、定義好計(jì)劃完成日期、“錯(cuò)誤發(fā)現(xiàn)版本”為當(dāng)前目標(biāo)版本；5. 測(cè)試主管、開發(fā)主管接到任務(wù)后將狀態(tài)改為“進(jìn)行中”，并建子任務(wù)給部門成員，部門成員

6、接到任務(wù)后將狀態(tài)改為“進(jìn)行中”；6. 在處理任務(wù)時(shí)需要及時(shí)更新“任務(wù)狀態(tài)”及“進(jìn)度”，當(dāng)開發(fā)任務(wù)完成后，開發(fā)人員將“任務(wù)狀態(tài)”改為“已解決”并且將“進(jìn)度”同步為“100%”；l 測(cè)試驗(yàn)證過(guò)程：7. 測(cè)試主管接到開發(fā)反饋后，負(fù)責(zé)對(duì)開發(fā)成員“已解決”的任務(wù)進(jìn)行驗(yàn)證確認(rèn)，驗(yàn)證通過(guò)后由測(cè)試人員將“任務(wù)狀態(tài)”更新為“已關(guān)閉”；8. 對(duì)驗(yàn)證不通過(guò)的任務(wù)，由測(cè)試人員提【錯(cuò)誤】給開發(fā)經(jīng)理，目標(biāo)版本為下一迭代版本，“錯(cuò)誤發(fā)現(xiàn)版本”為當(dāng)前目標(biāo)版本；9. 開發(fā)經(jīng)理統(tǒng)一將【錯(cuò)誤】分配給項(xiàng)目組成員，讓其解決，開發(fā)人員接到【錯(cuò)誤】的任務(wù)后負(fù)責(zé)解決，并更新“任務(wù)狀態(tài)”“進(jìn)行中”，同時(shí)根據(jù)實(shí)際情況填寫“進(jìn)度”；10. 對(duì)于該

7、版本無(wú)法修復(fù)的、有歧義的、需要優(yōu)化的【錯(cuò)誤】，項(xiàng)目經(jīng)理組織項(xiàng)目組內(nèi)評(píng)審:i通過(guò)評(píng)審的【錯(cuò)誤】由開發(fā)人員將其手動(dòng)移至下一迭代版本中去解決，如此循環(huán)，直至關(guān)閉，跟蹤標(biāo)簽【錯(cuò)誤】；ii對(duì)于評(píng)審后由BUG轉(zhuǎn)為需求的，經(jīng)需求評(píng)審后錄入新的需求到下個(gè)迭代版本中，并做需求變更操作，跟蹤標(biāo)簽【需求】；iii對(duì)于評(píng)審未通過(guò)的需在當(dāng)前版本中解決直至關(guān)閉；8 【相關(guān)注意事項(xiàng)】8.1 項(xiàng)目管理中使用的跟蹤標(biāo)簽僅為【需求】、【任務(wù)】、【錯(cuò)誤】；8.2 “錯(cuò)誤發(fā)現(xiàn)版本”即指需求第一次未通過(guò)驗(yàn)證的目標(biāo)版本用于追溯問題；8.3 新建項(xiàng)目，項(xiàng)目名稱中不得帶版本號(hào)；8.4 建立項(xiàng)目版本庫(kù)，在此標(biāo)識(shí)項(xiàng)目的當(dāng)前版本號(hào)；8.5 錄入本迭代需要解決的需求，目標(biāo)版本指向當(dāng)前版本；8.6 根據(jù)需求創(chuàng)建子任務(wù)，目標(biāo)版本指向當(dāng)前版本；8.7 測(cè)試提交的BU