项目角色
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：用户故事，指一条需求
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
