下载提示
- 1.该资料是网友上传的，本站提供全文预览，预览什么样，下载就什么样。
- 2.下载该文档所得收入归上传者、原创者。
- 3.下载的文档，不会出现我们的网址水印。
文档列表
文档介绍
JIRA说明
Jira系统地址:http://jira
用户名/密码:同域账号
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
浏览项目,无操作权限
3. 项目问题类型及一般项目构成
New Feature:需求模块,输入的范围包括:产品策划阶段所确定要做的需求,或者每月产品计划会议中确定需要开发的产品需求的模块。这部分工作由PO负责录入,并跟进New Feature的状态。
Sub-feature:产品需求分析人员(PD)在对New Feature类型的需求进行分析,并按照工作流程通过初审和终审后,所形成的详细功能需求,这部分由PD负责录入。PD依据发布的需求规格说明书,从New Feature处创建需求模块的子需求Sub-feature
Task:非需求类任务,用于管理部门日常工作任务,项目开发测试任务,需求主要来自于项目内部,不涉及多部门交互
Sub-task:非需求类子任务,由Task派生出的子任务
Bug:项目缺陷,项目测试过程中发现的任何缺陷
根据项目特性,一般项目问题类型构成分为两类。
需求类开发任务:
New Feature+Sub_feature+Bug
任务型开发任务:
Task+ Sub-task+Bug
(由项目经理完成)
由JIRA管理员,创建新项目,配置完毕工作流、权限方案等,项目经理登陆系统,进行项目基础信息配置。
配置步骤:
项目经理登陆jira,切换至管理员界面
选择所负责的项目,开始进行项目配置,配置项包括用户,版本和模块,点击“更多”展开详细配置管理操作界面
根据第二节定义好的角色,为角色添加成员,加入时直接输入项目组成员的jira用户名(即邮箱前缀),一个角色可以配置多个用户,未加到角色组内的成员看不到本项目相关信息。
按照项目阶段或者软件发布时序,可建立版本,版本间可两两合并。
模块,是根据产品需求规格说明书,经项目组讨论将软件产品按照功能组成拆分成更小粒度,可以是项目的子系统,也可以是一个功能组统称。
添加完毕模块后,如指定模块负责人,那么在分配任务时,经办人自动会默认为模块负责人,如不指定,在自动的情况下,默认为项目经理
需求类开发任务
1、New Feature:需求处理流程
正常业务流程状态流转:
2、Sub-feature:由需求产生的子任务
正常业务流程状态流转:
task、bug工作流
:
开发人员的开发任务以Task类型添加,Task的分配建议由Management或者PM统一规划分配。
测试、开发人员发现的Bug,以Bug类型添加;
需求人员提出的待确定、开发的需求以New Feature类型添加
需求产生的开发任务以Sub_feature类型添加
添加New feature
有问题添加权限的用户点击界面右上角“
Jira系统地址:http://jira
用户名/密码:同域账号
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
浏览项目,无操作权限
3. 项目问题类型及一般项目构成
New Feature:需求模块,输入的范围包括:产品策划阶段所确定要做的需求,或者每月产品计划会议中确定需要开发的产品需求的模块。这部分工作由PO负责录入,并跟进New Feature的状态。
Sub-feature:产品需求分析人员(PD)在对New Feature类型的需求进行分析,并按照工作流程通过初审和终审后,所形成的详细功能需求,这部分由PD负责录入。PD依据发布的需求规格说明书,从New Feature处创建需求模块的子需求Sub-feature
Task:非需求类任务,用于管理部门日常工作任务,项目开发测试任务,需求主要来自于项目内部,不涉及多部门交互
Sub-task:非需求类子任务,由Task派生出的子任务
Bug:项目缺陷,项目测试过程中发现的任何缺陷
根据项目特性,一般项目问题类型构成分为两类。
需求类开发任务:
New Feature+Sub_feature+Bug
任务型开发任务:
Task+ Sub-task+Bug
(由项目经理完成)
由JIRA管理员,创建新项目,配置完毕工作流、权限方案等,项目经理登陆系统,进行项目基础信息配置。
配置步骤:
项目经理登陆jira,切换至管理员界面
选择所负责的项目,开始进行项目配置,配置项包括用户,版本和模块,点击“更多”展开详细配置管理操作界面
根据第二节定义好的角色,为角色添加成员,加入时直接输入项目组成员的jira用户名(即邮箱前缀),一个角色可以配置多个用户,未加到角色组内的成员看不到本项目相关信息。
按照项目阶段或者软件发布时序,可建立版本,版本间可两两合并。
模块,是根据产品需求规格说明书,经项目组讨论将软件产品按照功能组成拆分成更小粒度,可以是项目的子系统,也可以是一个功能组统称。
添加完毕模块后,如指定模块负责人,那么在分配任务时,经办人自动会默认为模块负责人,如不指定,在自动的情况下,默认为项目经理
需求类开发任务
1、New Feature:需求处理流程
正常业务流程状态流转:
2、Sub-feature:由需求产生的子任务
正常业务流程状态流转:
task、bug工作流
:
开发人员的开发任务以Task类型添加,Task的分配建议由Management或者PM统一规划分配。
测试、开发人员发现的Bug,以Bug类型添加;
需求人员提出的待确定、开发的需求以New Feature类型添加
需求产生的开发任务以Sub_feature类型添加
添加New feature
有问题添加权限的用户点击界面右上角“
JIRA使用手册 来自淘豆网www.taodocs.com转载请标明出处.