(JIRA使用手册.doc

JIRA说明 1.登录说明 Jira系统地址：http://jira 用户名/密码：同域账号 2.项目角色及职责 2.1项目角色 Management：项目管理员 PM：项目经理，查看项目进度、录入任务。 PO：产品负责人，创建、跟进、关闭需求任务，并组织产品的体验。具体人员参照产品中心各产品线的分工； PD：需求分析人，根据需求，录入此需求相关的开发子任务，并跟踪进度，并参与产品体验，更新每条需求的体验的状态。参与产品需求的分析人员或临时参与的人员； Developers：开发人员，可以对自己的sub-feature、Task、Bug进行操作。 Testers：测试人员，对开发处理完毕sub-feature、Task、Bug进行关闭、回复操作。 Ops：运维人员 Users：可以浏览项目数据，无操作权限 2.2角色职责 项目角色 角色职责 Management 项目管理员，负责项目的基础配置； PM 管理项目，负责项目的基础配置；创建各类问题，编辑问题，分派问题，转发问题，停止/开始处理问题，重新分配问题处理人 PO 录入需求任务，并跟进New Feature类型的需求的状态，组织产品的体验 PD 创建需求类问题，执行需求类问题流程，评审完毕后针对需求创建开发子任务，当子任务流程执行完毕，参与产品的体验，关闭需求问题 Developers 处理“待开发”状态的问题，处理完毕，进行提交，提交后系统自动流转到下一级处理 Testers 创建bug，创建问题，编辑问题，处理“待测试”、 “待测试发布”、“生产环境待验证”状态的问题单，处理完毕，进行提交，提交后系统自动流转到下一级处理 Ops 当测试发布问题单，请求部署时，由运维人员实际操作后，在系统更改问题状态“部署完成” Users 浏览项目，无操作权限 3. 项目问题类型及一般项目构成 3.1项目问题类型 New Feature：需求模块，输入的范围包括：产品策划阶段所确定要做的需求，或者每月产品计划会议中确定需要开发的产品需求的模块。这部分工作由PO负责录入，并跟进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或者PM统一规划分配。 测试、开发人员发现的Bug，以Bug类型添加； 需求人员提出的待确定、开发的需求以New Feature类型添加 需求产生的开发任务以Sub_feature类型添加 添加New feature 有问题添加权限的用户点击界面右上角“创建问题”链接，问题类型选择“New Feature”