項目角色
Management:項目管理員
PM:項目經理，查看項目進度，錄入任務
PO:產品負責人，創建、跟進、關閉需求任務，并組織產品的體驗，具體人員參照產品中心各產品線的分工。
PD:需求分析人，根據需求，錄入此需求相關的開發子任務，并跟蹤進度，并參與產品體驗，更新每條需求的體驗的狀態。參與產品需求的分析人員或臨時參與的人員。
Developers:開發人員：可以對自動的，sub-feature、Task、Bug進行操作。
Testers：測試人員，對開發處理完畢，sub-feature、Task、Bug進行關閉、回復操作
Ops：運維人員
Users：可以瀏覽項目數據，無操作權限
項目角色
角色職責
Management
項目管理員，負責項目的基礎配置
PM
管理項目，負責項目的基礎配置，創建各類問題、編輯問題、分配問題， 轉發問題，停止/開始處理問題，重新分配問題處理人
PO
錄入需求任務，并跟進New Feature類型的需求裝填，組織產品的體驗
PD
創建需求類問題，執行需求類問題流程，評審完畢后針對需求創建開發子任務，
當子任務流程執行完畢，參與產品的體驗，關閉需求問題
Developers
處理“待開發”狀態的問題，處理完畢，進行提交，提交后系統自動流轉到下一級處理
Testers
創建bug，創建問題，編輯問題，處理“待測試”、“待測試發布”、“生產環境待驗證” 狀態的問題單，處理完畢后，進行提交，提交后系統自動流轉到下一級處理
Ops
當測試發布問題單，請求部署時，由運維人員實際操作后，再系統給更改問題狀態“部署完畢”
Users
瀏覽項目，無操作權限
項目問題類型
New Feature：需求模塊，輸入的范圍包括：產品策劃階段所確定要做的需求，或者每月產品計劃會議中確定需要開發的產品需求的模塊。這部分工作由PO負責錄入，并跟進New Feature的狀態。
Sub-feature：產品需求分析人員（PD）在對New Feature類型的需求進行分析，并按照工作流程通過初審和終審后，所形成的詳細功能需求，這部分由PD負責錄入。PD依據發布的需求規格說明書，從New Feature處創建需求模塊的子需求Sub-feature。
Task：非需求類任務，用戶管理部門日常工作任務，項目開發測試任務，需求主要來自于項目內部，不涉及多部門交互
Sub-task：非需求類子任務，由Task派生出的子任務
Bug：項目缺陷，項目測試過程中發現的任務缺陷
一般項目構成
需求類開發任務：New Fature Sub_feature Bug
任務型開發任務：Task Sub_task Bug
JIRA 作為一個缺陷跟蹤管理系統，可以被企業管理人員，項目管理人員，開發人員，分析人員，測試人員和其他人員所廣泛使用。
2.1.1 管理人員
根據 JIRA 系統提供的數據，更加準確地了解項目的開發質量和狀態，以及整個團隊的工作效率。
2.1.2 項目管理者
可以針對登記進 JIRA 系統中問題，進行評估，分配缺陷；還可以通過 JIRA 系統的統計報告了解項目進展情況以及團隊的工作量、工作效率等信息。
2.1.3 開發人員
在 JIRA 系統中查看分配給自己的問題，及時進行處理，填寫處理情況并提交工作量記錄。
2.1.4 測試人員
根據測試情況，在 JIRA 系統中及時快速的記錄問題并對開發人員處理后的問題進行驗證和跟蹤。
2.2 問題
一個問題可以是軟件的缺陷，一個項目的具體任務，一個需要解決的技術難題或者是需要審批的報銷單據等。
JIRA 跟蹤問題（Issue），這些問題可以是 bug，功能請求或者任何其他想要跟蹤的的任務；每一個問題有一些關聯的信息：
問題類型（Issue Type）
摘要（summary）
問題描述（description）
問題所屬的項目
問題關聯的項目組件（component）
問題影響的項目版本（affect version）
問題將被解決的項目版本（resolved version）
問題發生的環境
問題的優先級
問題的報告者
問題的指派處理人
問題的當前狀態
問題相關的歷史記錄
2.2.1問題類型
JIRA 系統可以用于跟蹤多種不同類型的問題。系統管理員可以根據需要添加。JIRA系統缺省提供的問題類型如下：
Bug'缺陷'：測試過程、維護過程發現影響系統運行的缺陷
New Feature'新需求' ：對系統提出的新功能
Task'任務' ：需要完成的任務
Improvement'改進意見' ：對現有系統功能的改進
2.2.2優先級（Priority Levels）
在 JIRA 系統中用優先級來表示問題的嚴重級別。系統管理員可以在 JIRA 系統中添加優先級，JIRA 系統缺省的優先級為'緊急'，'嚴重'，'一般'，'次要'，'無關緊要'5個級別：
2.2.3狀態（Status）
每個問題有一個狀態，用來表明問題所處的階段，問題通過開始于 open 狀態，然后開始處理/Progress，再到解決/Resolved，然后被關閉/Closed。根據情況的不同，您可以根據項目來定制問題狀態以及工作流。JIRA 系統提供的缺省狀態如下：
Open ：表示問題被提交等待有人處理。
In Progress ：問題在處理當中，尚未完成。
Resolved ：問題曾解決，但解決結論未獲認可，需要重新分派解決。
Reopened ：問題解決，等待結果確認，確認的結果是“Reopened”或者“Closed”。
Closed ：問題處理結果確認后，置于關閉狀態。
2.2.4解決（Resolutions）
一個問題可以用多種方式解決，系統管理員是可以在 JIRA 系統中定制解決方式。JIRA系統默認的解決方式如下：
Fixed ：問題已經解決。
Won’t Fix ：問題未解決 – 將不會解決的問題。
Duplicate ：重復的問題。
Incomplete ：問題描述得不夠準確、完全。
Cannot Reproduce ：問題重現失敗，或者無足夠的信息重現問題。
常用術語
scrum：是一個用于開發和維持復雜產品的框架、是一個增量的、迭代的開發過程
agile：敏捷
Sprint：原意為沖刺，指一個迭代，一個短的迭代周期稱為一個Sprint，每個Sprint的建議長度是2到4周，在Sprint中，Scrum團隊從產品Backlog中挑選最高優先級的需求進行開發
Backlog：待辦列表
Sprint Backlog：Sprint代辦列表，指Sprint任務清單。挑選的需求在Sprint計劃會議上經過討論，分析和估算得到相應的任務列表，
Product Backlog：產品代辦列表，指需求清單，在Scrum中，使用產品Backlog來管理產品的需求，產品backlog是一個按照商業價值排序的需求列表，列表條目的體現形式通常為用戶故事，Scrum團隊總是先開發對客戶具有較高價值的需求。
User Story：用戶故事，指一條需求
版權聲明：本文內容由互聯網用戶自發貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。如發現本站有涉嫌抄襲侵權/違法違規的內容， 請發送郵件至 舉報，一經查實，本站將立刻刪除。