JIRA使用手册v1.0.docVIP

JIRA使用手册 目录 1.登录说明 1 2.项目角色及职责（供参考，需进行设计） 1 2.1项目角色 1 2.2角色职责 1 3. 项目问题类型及一般项目构成 2 3.1项目问题类型 2 3.2一般项目构成 2 4.项目基础配置（由项目经理完成） 2 4.1添加用户 3 4.2添加版本 3 4.3添加模块 4 5.工作流说明 4 5.1 需求类开发任务（供参考） 4 5.2 task、bug工作流（供参考） 7 6.基础操作 7 6.1创建问题： 7 添加New feature 7 添加需求类开发子任务 8 添加task、bug 10 回复task、bug 11 6.2 常用设置 12 创建自己的面板 12 自定义过滤器 12 直接使用共享过滤器 13 导出任务 13 1.登录说明 Jira系统地址：34:8080 用户名/密码：同域账号 2.项目角色及职责（供参考，需进行设计） 2.1项目角色 PM：项目经理，查看项目进度、录入任务、管理项目模块和项目版本。 PD：需求分析人，根据需求，录入此需求相关的开发子任务，并跟踪进度，并参与产品体验，更新每条需求的体验的状态。参与产品需求的分析人员或临时参与的人员； Developers：开发人员，可以对自己的sub-feature、Task、Bug进行操作。 Testers：测试人员，对开发处理完毕sub-feature、Task、Bug进行关闭、回复操作。 Users：可以浏览项目数据，无操作权限 2.2角色职责 项目角色 角色职责 PM 管理项目，负责项目的基础配置；创建各类问题，编辑问题，分派问题，转发问题，停止/开始处理问题，重新分配问题处理人，编辑项目模块 PD 创建需求类问题，执行需求类问题流程，评审完毕后针对需求创建开发子任务，当子任务流程执行完毕，参与产品的体验，关闭需求问题 Developers 处理“待开发”状态的问题，处理完毕，进行提交，提交后系统自动流转到下一级处理 Testers 创建bug，创建问题，编辑问题，处理“待测试”、 “待测试发布”、“生产环境待验证”状态的问题单，处理完毕，进行提交，提交后系统自动流转到下一级处理 Users 浏览项目，无操作权限 3. 项目问题类型及一般项目构成 3.1项目问题类型 New Feature：需求模块，输入的范围包括：产品策划阶段所确定要做的需求，或者每月产品计划会议中确定需要开发的产品需求的模块。这部分工作由PM（或PM指定人员）负责录入，并跟进New Feature的状态。 Sub-feature：产品需求分析人员（PD）在对New Feature类型的需求进行分析，并按照工作流程通过初审和终审后，所形成的详细功能需求，这部分由PD负责录入。PD依据发布的需求规格说明书，从New Feature处创建需求模块的子需求Sub-feature Task：非需求类任务，用于管理部门日常工作任务，项目开发测试任务，需求主要来自于项目内部，不涉及多部门交互 Sub-task：非需求类子任务，由Task派生出的子任务 Bug：项目缺陷，项目测试过程中发现的任何缺陷 3.2一般项目构成 根据项目特性，一般项目问题类型构成分为两类。 需求类开发任务： New Feature+Sub_feature+Bug 任务型开发任务： Task+ Sub-task+Bug 4.项目基础配置（由项目经理完成） 由JIRA管理员，创建新项目，配置完毕工作流、权限方案等，项目经理登陆系统，进行项目基础信息配置。 配置步骤： 项目经理登陆jira，切换至管理员界面 选择所负责的项目，开始进行项目配置，配置项包括用户，版本和模块，点击对应的项目名称进行配置： 4.1添加用户 根据第二节定义好的角色，为角色添加成员，加入时直接输入项目组成员的jira用户名（即邮箱前缀），一个角色可以配置多个用户，未加到角色组内的成员看不到本项目相关信息。这里暂使用了 4.2添加版本 按照项目阶段或者软件发布时序，可建立版本，版本间可两两合并。 4.3添加模块 模块，是根据产品需求规格说明书，经项目组讨论将软件产品按照功能组成拆分成更小粒度，可以是项目的子系统，也可以是一个功能组统称。 添加完毕模块后，如指定模块负责人，那么在分配任务时，经办人自动会默认为模块负责人，如不指定，在自动的情况下，默认为项目经理 5.工作流说明 5.1 需求类开发任务（供参考） 1、New Feature：需求处理流程 正常业务流程状态流转： 2、Sub-feature：由需求产生的子任务 正常业务流程状态流转： 5.2 task、bug工作流（供参考） 6.基础操作 6.1创建问题： 开发人员的开发任务以Task类型添加，Task的分配建议由Management或