項目角色

Management:項目管理員

PM:項目經理，查看項目進度，錄入任務

PO:產品負責人，創(chuàng)建、跟進、關閉需求任務，并組織產品的體驗，具體人員參照產品中心各產品線的分工。

PD:需求分析人，根據需求，錄入此需求相關的開發(fā)子任務，并跟蹤進度，并參與產品體驗，更新每條需求的體驗的狀態(tài)。參與產品需求的分析人員或臨時參與的人員。

Developers:開發(fā)人員：可以對自動的，sub-feature、Task、Bug進行操作。

Testers：測試人員，對開發(fā)處理完畢，sub-feature、Task、Bug進行關閉、回復操作

Ops：運維人員

Users：可以瀏覽項目數據，無操作權限

項目角色

角色職責

Management

項目管理員，負責項目的基礎配置

PM

管理項目，負責項目的基礎配置，創(chuàng)建各類問題、編輯問題、分配問題， 轉發(fā)問題，停止/開始處理問題，重新分配問題處理人

PO

錄入需求任務，并跟進New Feature類型的需求裝填，組織產品的體驗

PD

創(chuàng)建需求類問題，執(zhí)行需求類問題流程，評審完畢后針對需求創(chuàng)建開發(fā)子任務，

當子任務流程執(zhí)行完畢，參與產品的體驗，關閉需求問題

Developers

處理“待開發(fā)”狀態(tài)的問題，處理完畢，進行提交，提交后系統(tǒng)自動流轉到下一級處理

Testers

創(chuàng)建bug，創(chuàng)建問題，編輯問題，處理“待測試”、“待測試發(fā)布”、“生產環(huán)境待驗證” 狀態(tài)的問題單，處理完畢后，進行提交，提交后系統(tǒng)自動流轉到下一級處理

Ops

當測試發(fā)布問題單，請求部署時，由運維人員實際操作后，再系統(tǒng)給更改問題狀態(tài)“部署完畢”

Users

瀏覽項目，無操作權限

項目問題類型

New Feature：需求模塊，輸入的范圍包括：產品策劃階段所確定要做的需求，或者每月產品計劃會議中確定需要開發(fā)的產品需求的模塊。這部分工作由PO負責錄入，并跟進New Feature的狀態(tài)。

Sub-feature：產品需求分析人員（PD）在對New Feature類型的需求進行分析，并按照工作流程通過初審和終審后，所形成的詳細功能需求，這部分由PD負責錄入。PD依據發(fā)布的需求規(guī)格說明書，從New Feature處創(chuàng)建需求模塊的子需求Sub-feature。

Task：非需求類任務，用戶管理部門日常工作任務，項目開發(fā)測試任務，需求主要來自于項目內部，不涉及多部門交互

Sub-task：非需求類子任務，由Task派生出的子任務

Bug：項目缺陷，項目測試過程中發(fā)現的任務缺陷

一般項目構成

需求類開發(fā)任務：New Fature Sub_feature Bug

任務型開發(fā)任務：Task Sub_task Bug

JIRA 作為一個缺陷跟蹤管理系統(tǒng)，可以被企業(yè)管理人員，項目管理人員，開發(fā)人員，分析人員，測試人員和其他人員所廣泛使用。

2.1.1 管理人員

根據 JIRA 系統(tǒng)提供的數據，更加準確地了解項目的開發(fā)質量和狀態(tài)，以及整個團隊的工作效率。

2.1.2 項目管理者

可以針對登記進 JIRA 系統(tǒng)中問題，進行評估，分配缺陷；還可以通過 JIRA 系統(tǒng)的統(tǒng)計報告了解項目進展情況以及團隊的工作量、工作效率等信息。

2.1.3 開發(fā)人員

在 JIRA 系統(tǒng)中查看分配給自己的問題，及時進行處理，填寫處理情況并提交工作量記錄。

2.1.4 測試人員

根據測試情況，在 JIRA 系統(tǒng)中及時快速的記錄問題并對開發(fā)人員處理后的問題進行驗證和跟蹤。

2.2 問題

一個問題可以是軟件的缺陷，一個項目的具體任務，一個需要解決的技術難題或者是需要審批的報銷單據等。

JIRA 跟蹤問題（Issue），這些問題可以是 bug，功能請求或者任何其他想要跟蹤的的任務；每一個問題有一些關聯的信息：

問題類型（Issue Type）

摘要（summary）

問題描述（description）

問題所屬的項目

問題關聯的項目組件（component）

問題影響的項目版本（affect version）

問題將被解決的項目版本（resolved version）

問題發(fā)生的環(huán)境

問題的優(yōu)先級

問題的報告者

問題的指派處理人

問題的當前狀態(tài)

問題相關的歷史記錄

2.2.1問題類型

JIRA 系統(tǒng)可以用于跟蹤多種不同類型的問題。系統(tǒng)管理員可以根據需要添加。JIRA系統(tǒng)缺省提供的問題類型如下：

Bug'缺陷'：測試過程、維護過程發(fā)現影響系統(tǒng)運行的缺陷

New Feature'新需求' ：對系統(tǒng)提出的新功能

Task'任務' ：需要完成的任務

Improvement'改進意見' ：對現有系統(tǒng)功能的改進

2.2.2優(yōu)先級（Priority Levels）

在 JIRA 系統(tǒng)中用優(yōu)先級來表示問題的嚴重級別。系統(tǒng)管理員可以在 JIRA 系統(tǒng)中添加優(yōu)先級，JIRA 系統(tǒng)缺省的優(yōu)先級為'緊急'，'嚴重'，'一般'，'次要'，'無關緊要'5個級別：

2.2.3狀態(tài)（Status）

每個問題有一個狀態(tài)，用來表明問題所處的階段，問題通過開始于 open 狀態(tài)，然后開始處理/Progress，再到解決/Resolved，然后被關閉/Closed。根據情況的不同，您可以根據項目來定制問題狀態(tài)以及工作流。JIRA 系統(tǒng)提供的缺省狀態(tài)如下：

Open ：表示問題被提交等待有人處理。

In Progress ：問題在處理當中，尚未完成。

Resolved ：問題曾解決，但解決結論未獲認可，需要重新分派解決。

Reopened ：問題解決，等待結果確認，確認的結果是“Reopened”或者“Closed”。

Closed ：問題處理結果確認后，置于關閉狀態(tài)。

2.2.4解決（Resolutions）

一個問題可以用多種方式解決，系統(tǒng)管理員是可以在 JIRA 系統(tǒng)中定制解決方式。JIRA系統(tǒng)默認的解決方式如下：

Fixed ：問題已經解決。

Won’t Fix ：問題未解決 – 將不會解決的問題。

Duplicate ：重復的問題。

Incomplete ：問題描述得不夠準確、完全。

Cannot Reproduce ：問題重現失敗，或者無足夠的信息重現問題。

常用術語

Scrum：是一個用于開發(fā)和維持復雜產品的框架、是一個增量的、迭代的開發(fā)過程

agile：敏捷

Sprint：原意為沖刺，指一個迭代，一個短的迭代周期稱為一個Sprint，每個Sprint的建議長度是2到4周，在Sprint中，Scrum團隊從產品Backlog中挑選最高優(yōu)先級的需求進行開發(fā)

Backlog：待辦列表

Sprint Backlog：Sprint代辦列表，指Sprint任務清單。挑選的需求在Sprint計劃會議上經過討論，分析和估算得到相應的任務列表，

Product Backlog：產品代辦列表，指需求清單，在Scrum中，使用產品Backlog來管理產品的需求，產品backlog是一個按照商業(yè)價值排序的需求列表，列表條目的體現形式通常為用戶故事，Scrum團隊總是先開發(fā)對客戶具有較高價值的需求。

User Story：用戶故事，指一條需求