JIRA 说明 1. 登录说明 J ira 系统地址: http:// jira 用户名/ 密码:同域账号 2. 项目角色及职责 项目角色 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 Featur e 处创建需求模块的子需求 Sub-feature ? Task :非需求类任务,用于管理部门日常工作任务,项目开发测试任务,需求主要来自于项目内部,不涉及多部门交互? Sub-task :非需求类子任务,由 Task 派生出的子任务? Bug :项目缺陷,项目测试过程中发现的任何缺陷 一般项目构成根据项目特性,一般项目问题类型构成分为两类。需求类开发任务: New Feature+Sub_feature+Bug 任务型开发任务: Task+ Sub-task+Bug 4. 项目基础配置(由项目经理完成) 由 JIRA 管理员, 创建新项目, 配置完毕工作流、权限方案等, 项目经理登陆系统, 进行项目基础信息配置。配置步骤: 项目经理登陆 jira , 切换至管理员界面选择所负责的项目, 开始进行项目配置, 配置项包括用户, 版本和模块, 点击“更多”展开详细配置管理操作界面 添加用户根据第二节定义好的角色, 为角色添加成员, 加入时直接输入项目组成员的 jira 用户名(即邮箱前缀) ,一个角色可以配置多个用户,未加到角色组内的成员看不到本项目相关信息。 添加版本按照项目阶段或者软件发布时序,可建立版本,版本间可两两合并。 添加模块模块, 是根据产品需求规格说明书, 经项目组讨论将软件产品按照功能组成拆分成更小粒度, 可以是项目的子系统,也可以是一个功能组统称。添加完毕模块后, 如指定模块负责人, 那么在分配任务时, 经办人自动会默认为模块负责人, 如不指定,在自动的情况下,默认为项目经理 5. 工作流说明 需求类开发任务 1、 New Feature :需求处理流程正常业务流程状态流转: 2、 Sub-feature :由需求产生的子任务正常业务流程状态流转: task 、 bug 工作流 6. 基础操作 创建问题: ?开发人员的开发任务以 Task 类型添加, Task 的分配建议由 Management 或者 PM 统一规划分配。?测试、开发人员发现的 Bug ,以 Bug 类型添加; ?需求人员提出的待确定、开发的需求以 New Feature
JIRA使用手册（精） 来自淘豆网m.daumloan.com转载请标明出处.
