JIRA使用手册v1.0.doc

JIRA使用手册
目录
1
(供参考,需进行设计) 1
1
1
3. 项目问题类型及一般项目构成 2
2
2
(由项目经理完成) 2
3
3
4
4
需求类开发任务(供参考) 4
task、bug工作流(供参考) 7
7
: 7
添加New feature 7
添加需求类开发子任务 8
添加task、bug 10
回复task、bug 11
常用设置 12
创建自己的面板 12
自定义过滤器 12
直接使用共享过滤器 13
导出任务 13

Jira系统地址::8080
用户名/密码:同域账号
(供参考,需进行设计)

PM:项目经理,查看项目进度、录入任务、管理项目模块和项目版本。
PD:需求分析人,根据需求,录入此需求相关的开发子任务,并跟踪进度,并参与产品体验,更新每条需求的体验的状态。参与产品需求的分析人员或临时参与的人员;
Developers:开发人员,可以对自己的sub-feature、Task、Bug进行操作。
Testers:测试人员,对开发处理完毕sub-feature、Task、Bug进行关闭、回复操作。
Users:可以浏览项目数据,无操作权限

项目角色
角色职责
PM
管理项目,负责项目的基础配置;创建各类问题,编辑问题,分派问题,转发问题,停止/开始处理问题,重新分配问题处理人,编辑项目模块
PD
创建需求类问题,执行需求类问题流程,评审完毕后针对需求创建开发子任务,当子任务流程执行完毕,参与产品的体验,关闭需求问题
Developers
处理“待开发”状态的问题,处理完毕,进行提交,提交后系统自动流转到下一级处理
Testers
创建bug,创建问题,编辑问题,处理“待测试”、“待测试发布”、“生产环境待验证”状态的问题单,处理完毕,进行提交,提交后系统自动流转到下一级处理
Users
浏览项目,无操作权限
3. 项目问题类型及一般项目构成

New Feature:需求模块,输入的范围包括:产品策划阶段所确定要做的需求,或者每月产品计划会议中确定需要开发的产品需求的模块。这部分工作由PM(或PM指定人员)负责录入,并跟进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:由需求产生的子任务