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

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

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

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

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

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

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

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

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

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

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

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