1、,JIRA內(nèi)部培訓(xùn)手冊,CONTENT,JIRA簡介,用戶管理,01,02,項目管理,03,產(chǎn)品研發(fā)流程,04,05,JIRA與Jenkins的集成,JIRA特性,管理缺陷，新特性、任務(wù)、改進或者其他任何問題; 干凈和強大的用戶界面方便商業(yè)或技術(shù)用戶理解; 工作流定制; 全文搜索和強大的過濾器（可定制的，可保存的，可共享的，可預(yù)定的過濾器）; 可定制的工作臺和實時統(tǒng)計; 企業(yè)級的權(quán)限和安全控制; 方便的擴展及與其他系統(tǒng)集成（包括 email 、SVN、 RSS 、 Excel 、 XML 和源碼控制工具）; 非常高的通知選項配置; 可以在幾乎所有硬件、操作系統(tǒng)和數(shù)據(jù)庫平臺下運行;,JIRA簡介

2、,JIRA為軟件開發(fā)團隊提供了問題跟蹤和項目跟蹤的功能，用來提高代碼質(zhì)量和開發(fā)速度。它將一個用于捕捉和組織問題，簡單快捷的界面和可定制的工作流程，OpenSocial的儀表盤，一個可插拔的集成框架相結(jié)合，使其可以與你開發(fā)團隊的核心完美契合。,問題：不同的組織使用JIRA追蹤不同類型的問題，問題可以是軟件缺陷、某個項目的具體任務(wù)、某個需要解決的技術(shù)難題等一切需要進行管理的對象。 目前涉及到的問題類型主要有： Epic：里程碑 Story：需求 子任務(wù)：開發(fā)任務(wù) 缺陷：Bug 狀態(tài)是問題在其生命周期（工作流）中所處的處理狀態(tài)，包括： 待辦 處理中 檢視中 完成,JIRA簡介,工作流 工作流是按照一

3、定規(guī)則和過程執(zhí)行某個任務(wù)，在JIRA中體現(xiàn)為問題在生命周期內(nèi)不同狀態(tài)之間的變化。當(dāng)前默認(rèn)工作流如下圖：,默認(rèn)使用當(dāng)前設(shè)置好的工作流。 如果有更復(fù)雜的需求，可聯(lián)系管理員進行工作流定制。,Tips：,涉及角色,負(fù)責(zé)人 創(chuàng)建Epic里程碑。 需求人員 收集需求后在Jira系統(tǒng)中創(chuàng)建需求任務(wù)。 設(shè)計人員 對各需求進行分析后創(chuàng)建開發(fā)任務(wù)，并分配給開發(fā)人員。 開發(fā)人員 在Jira系統(tǒng)中查看分配給自己的任務(wù)，及時進行處理，填寫處理情況并提交工作量記錄。 測試人員 根據(jù)測試情況，在Jira系統(tǒng)中及時快速地記錄問題并對開發(fā)人員處理后的問題進行驗證和跟蹤。,CONTENT,JIRA簡介,用戶管理,01,02,項目

4、管理,03,產(chǎn)品研發(fā)流程,04,05,JIRA與Jenkins的集成,創(chuàng)建用戶及用戶組,創(chuàng)建新用戶后可為其設(shè)置用戶組。 系統(tǒng)默認(rèn)用戶組： jira-users 普通用戶 jira-developers開發(fā)人員，可以被指派任務(wù)單，處理任務(wù)單，查看SVN等等權(quán)限。 jira-administrators管理員，可以增、刪、改項目和系統(tǒng)配置等等。 也可自定義用戶組 ，如： Design設(shè)計人員 Dev開發(fā)人員 QA測試人員 Req需求人員,用戶組權(quán)限設(shè)置,系統(tǒng)全局權(quán)限,可以登錄JIRA。他們是一個 用戶。 所有新建的用戶都會自動關(guān)聯(lián)到這個權(quán)限。 注意: 登錄JIRA的用戶必須擁有這個權(quán)限，而不管此用

5、戶是否擁有其他的權(quán)限。,允許通過選擇器選擇用戶和用戶組以及使用“共享”問題的功能。 具有這個權(quán)限的用戶可以看到系統(tǒng)中所有的用戶組和用戶。,CONTENT,JIRA簡介,用戶管理,01,02,項目管理,03,產(chǎn)品研發(fā)流程,04,05,JIRA與Jenkins的集成,項目管理項目創(chuàng)建,創(chuàng)建新項目及新看板,項目管理項目角色,項目管理項目角色,JIRA 可以讓你在一個項目中為不同的項目角色指派用戶。角色可用于JIRA許多配置中，如通知、權(quán)限、工作流等。,項目管理建立權(quán)限方案,項目和新權(quán)限方案關(guān)聯(lián) 項目管理權(quán)限使用不同的方案,修改當(dāng)前關(guān)聯(lián)權(quán)限方案的權(quán)限 項目管理權(quán)限修改權(quán)限,項目權(quán)限決定了某個項目的可訪

6、問人員以及及他們可執(zhí)行的操作, 例如 編輯問題, 創(chuàng)建問題等。權(quán)限方案定義了項目權(quán)限的具體配置。 項目創(chuàng)建后默認(rèn)關(guān)聯(lián)JIRA的默認(rèn)權(quán)限方案，可對當(dāng)前選中的方案進行權(quán)限修改，也可創(chuàng)建新的權(quán)限方案與項目進行關(guān)聯(lián)。,添加權(quán)限方案 問題權(quán)限方案添加權(quán)限方案,項目管理創(chuàng)建工作流,工作流展現(xiàn)了問題在生命周期內(nèi)不同狀態(tài)之間的變化，可為不同類型的問題創(chuàng)建不同的工作流。 兩種方式創(chuàng)建工作流： 單擊增加工作流 復(fù)制已有工作流,創(chuàng)建工作流 問題工作流增加工作流,創(chuàng)建工作流 問題工作流復(fù)制,項目管理設(shè)置工作流方案,工作流方案關(guān)聯(lián)工作流 問題工作流方案編輯,增加工作流方案 問題工作流方案增加工作流方案,添加存在的工作流

7、,3,指定工作流的問題類型,1,4,2,項目管理工作流方案關(guān)聯(lián)項目,將工作流方案與項目關(guān)聯(lián)，即可將工作流方案對應(yīng)的工作流關(guān)聯(lián)到項目。,CONTENT,JIRA簡介,用戶管理,01,02,項目管理,03,產(chǎn)品研發(fā)流程,04,05,JIRA與Jenkins的集成,演進版本工作流程圖,具體步驟如下： 項目負(fù)責(zé)人創(chuàng)建項目里程碑（問題類型為Epic），經(jīng)辦人為需求人員。創(chuàng)建完成后其狀態(tài)為“待辦”。 需求人員點擊按鈕“處理中”。 項目組成員會議討論，確定任務(wù)范圍。 需求人員細化任務(wù)，梳理需求清單。 需求人員在Jira系統(tǒng)中創(chuàng)建需求（問題類型為Story），并選擇經(jīng)辦人為設(shè)計人員。創(chuàng)建完成后狀態(tài)為“待辦”，

8、并且盡量在Confluence wiki系統(tǒng)中建立wiki頁面描述需求，并且鏈接到這個story上。 設(shè)計人員點擊按鈕“處理中”。 設(shè)計人員根據(jù)需求，拆分開發(fā)任務(wù)。 設(shè)計人員為Story創(chuàng)建Subtask子任務(wù)，并選擇經(jīng)辦人為開發(fā)人員，進行開發(fā)任務(wù)分發(fā)。報告人為測試負(fù)責(zé)人。創(chuàng)建完成后狀態(tài)為“待辦”。 開發(fā)人員點擊按鈕“處理中”。 開發(fā)人員執(zhí)行開發(fā)任務(wù)。 開發(fā)完成后，開發(fā)人員點擊按鈕“檢視中”，按subtask提交代碼，并且在svn中寫明任務(wù)號（諸如OSPRD-415）。紅色部分為對開發(fā)的強制性要求，作為最后審計開發(fā)人員專業(yè)性要求 需求人員檢查Story下的所有Subtask子任務(wù)狀態(tài)是否都為“

9、檢視中”。 若檢查Story下的所有子任務(wù)狀態(tài)都為“檢視中”，則需求人員點擊按鈕“檢視中”，Story狀態(tài)變?yōu)椤皺z視中”；若不是，則不操作。 測試負(fù)責(zé)人篩選“檢視中”狀態(tài)的開發(fā)任務(wù)（即類型為Subtask的問題），查看待測試的開發(fā)任務(wù)。 測試負(fù)責(zé)人將開發(fā)任務(wù)的報告人更改為測試人員，進行測試任務(wù)分發(fā)。 測試人員對分發(fā)給自己的開發(fā)任務(wù)進行測試，測試通過轉(zhuǎn)17，測試不通過轉(zhuǎn)22。 若測試通過，則測試人員點擊“完成”，即開發(fā)任務(wù)完成。 需求人員檢查該Story下的所有Subtask子任務(wù)狀態(tài)是否都為“完成”。 若該Story下的所有Subtask子任務(wù)狀態(tài)都為“完成”，那么需求人員點擊按鈕“完成”，S

10、tory狀態(tài)變?yōu)椤巴瓿伞?；若不是，則不操作。,負(fù)責(zé)人檢查Epic下所有的Story狀態(tài)是否都為“完成”。 若Epic下所有的Story狀態(tài)都為“完成”，負(fù)責(zé)人點擊按鈕“完成”；若不是，則不操作。 接步驟16中，若測試不通過，測試人員創(chuàng)建Bug。Bug需鏈接到Subtask（開發(fā)任務(wù)），經(jīng)辦人為相應(yīng)的開發(fā)人員。紅色部分為對測試人員的強制性要求，作為最后審計開發(fā)人員專業(yè)性要求。 項目例會確定本周工作，開發(fā)負(fù)責(zé)人將Bug拖入sprint（該步驟可省略）。 開發(fā)人員點擊按鈕“處理中”。 開發(fā)人員開始Bug修復(fù)。 Bug修復(fù)完成后，開發(fā)人員點擊按鈕“檢視中”，按Bug提交代碼，并且在svn中寫明任務(wù)號（

11、諸如OSPRD-415）。紅色部分為對開發(fā)的強制性要求，作為最后審計開發(fā)人員專業(yè)性要求 測試人員篩選“檢視中”狀態(tài)的Bug，對Bug修復(fù)結(jié)果進行測試。若測試通過，則跳轉(zhuǎn)至步驟17。 若測試不通過，測試人員點擊按鈕“處理中”，備注中注明測試不通過，需重新修改。跳轉(zhuǎn)至步驟25，循環(huán)處理。,創(chuàng)建問題及分配,21,經(jīng)辦人：該問題的處理負(fù)責(zé)人 報告人：該問題的任何操作都會通知報告人,開發(fā)人員接受開發(fā)任務(wù),經(jīng)辦人登陸后，在“分配給我的”界面就會看到此任務(wù)信息，如 設(shè)計人員可查看分配給自己的需求story 開發(fā)人員可查看分配給自己的開發(fā)任務(wù) 開發(fā)人員可查看測試分配給自己的Bug單,以開發(fā)任務(wù)為例：開發(fā)人員點

12、擊狀態(tài)按鈕“處理中”后，執(zhí)行開發(fā)任務(wù)。,開發(fā)人員提交工作量記錄,開發(fā)人員填寫工作日志，包括工作描述及預(yù)估耗費時間、剩余時間。,開發(fā)人員執(zhí)行開發(fā)任務(wù)，SVN提交代碼與jira關(guān)聯(lián),將代碼文件提交到SVN，在Message對話框中填寫JIRA中的問題ID（諸如OSPRD-415）,Jenkins掃描SVN后，發(fā)送消息給JIRA，JIRA將代碼變更記錄到任務(wù)ID對應(yīng)的任務(wù)備注中，在JIRA即可查看到,2,3,開發(fā)完成后，開發(fā)人員按subtask提交代碼，并點擊按鈕“檢視中”，等待測試人員測試。,測試人員快速提交缺陷，跟蹤缺陷,創(chuàng)建缺陷單 驗證問題處理情況，根據(jù)不同工作流節(jié)點選擇不同的操作,測試人員對分發(fā)給自己的開發(fā)任務(wù)進行測試，測試通過，則測試人員點擊“完成”，即開發(fā)任務(wù)完成；測試不通過，測試人員創(chuàng)建Bug。Bug需鏈接到Subtask（開發(fā)任務(wù)），經(jīng)辦人為相應(yīng)的開發(fā)人員。,報告與分析,JIRA提供了多種報告類型，如餅圖、版本工作量報告、人員工作量報告等。這里以工作量餅圖為例。,以餅圖方式顯示項目或篩選的報告 以項目或過濾器