JIRA说明
1.登录说明
Jira系统地址：jira 用户名/密码：同域账号
2.项目角色及职责 2.1项目角色 Management：项目管理员 PM：项目经理，查看项目进度、录入任务。 PO：产品负责人，创建、跟进、关闭需求任务，并组织产品的体验。具体人员参照产品中心各产品线的分工； PD：需求分析人，根据需求，录入此需求相关的开发子任务，并跟踪进度，并参与产品体验，更新每条需求的体验的状态。参与产品需求的分析人员或临时参与的人员； Developers：开发人员，可以对自己的sub-feature、Task、Bug进行操作。 Testers：测试人员，对开发处理完毕sub-feature、Task、Bug进行关闭、回复操作。 Ops：运维人员 Users：可以浏览项目数据，无操作权限 2.2角色职责 项目角色 Management PM 角色职责 项目管理员，负责项目的基础配置； 管理项目，负责项目的基础配置；创建各类问题，编辑问题，分派问题，转发问题，停止/开始处理问题，重新分配问题处理人 录入需求任务，并跟进NewFeature类型的需求的状态，组织产品的体验 创建需求类问题，执行需求类问题流程，评审完毕后针对需求创建开发PO PD 仅供个人学习参考
子任务，当子任务流程执行完毕，参与产品的体验，关闭需求问题 Developers 处理“待开发”状态的问题，处理完毕，进行提交，提交后系统自动流转到下一级处理 创建bug，创建问题，编辑问题，处理“待测试”、“待测试发布”、Testers “生产环境待验证”状态的问题单，处理完毕，进行提交，提交后系统自动流转到下一级处理 Ops Users 当测试发布问题单，请求部署时，由运维人员实际操作后，在系统更改问题状态“部署完成” 浏览项目，无操作权限 3.项目问题类型及一般项目构成 3.1项目问题类型 NewFeature：需求模块，输入的范围包括：产品策划阶段所确定要做的需求，或者每月产品计划会议中确定需要开发的产品需求的模块。这部分工作由PO负责录入，并跟进NewFeature的状态。 Sub-feature：产品需求分析人员（PD）在对NewFeature类型的需求进行分析，并按照工作流程通过初审和终审后，所形成的详细功能需求，这部分由PD负责录入。PD依据发布的需求规格说明书，从NewFeature处创建需求模块的子需求Sub-feature Task：非需求类任务，用于管理部门日常工作任务，项目开发测试任务，需求主要来自于项目内部，不涉及多部门交互 Sub-task：非需求类子任务，由Task派生出的子任务 Bug：项目缺陷，项目测试过程中发现的任何缺陷 3.2一般项目构成 根据项目特性，一般项目问题类型构成分为两类。 需求类开发任务： NewFeature+Sub_feature+Bug 任务型开发任务： Task+Sub-task+Bug
4.项目基础配置（由项目经理完成）
由JIRA管理员，创建新项目，配置完毕工作流、权限方案等，项目经理登陆系统，进行项目基础信息配置。 配置步骤： 仅供个人学习参考
项目经理登陆jira，切换至管理员界面
选择所负责的项目，开始进行项目配置，配置项包括用户，版本和模块，点击“更多”展开详细配置管理操作界面
4.1添加用户
根据第二节定义好的角色，为角色添加成员，加入时直接输入项目组成员的jira用户名（即邮箱前缀），一个角色可以配置多个用户，未加到角色组内的成员看不到本项目相关信息。
4.2添加版本
按照项目阶段或者软件发布时序，可建立版本，版本间可两两合并。 4.3添加模块 模块，是根据产品需求规格说明书，经项目组讨论将软件产品按照功能组成拆分成更小粒度，可以是项目的子系统，也可以是一个功能组统称。 添加完毕模块后，如指定模块负责人，那么在分配任务时，经办人自动会默认为模块负责人，如不指定，在自动的情况下，默认为项目经理 5.工作流说明 5.1需求类开发任务 1、NewFeature：需求处理流程 正常业务流程状态流转： 2、Sub-feature：由需求产生的子任务 正常业务流程状态流转： 5.2task、bug工作流 6.基础操作
6.1创建问题：
开发人员的开发任务以Task类型添加，Task的分配建议由Management或者PM统一规划
分配。
测试、开发人员发现的Bug，以Bug类型添加； 仅供个人学习参考
需求人员提出的待确定、开发的需求以NewFeature类型添加 需求产生的开发任务以Sub_feature类型添加
添加Newfeature
有问题添加权限的用户点击界面右上角“创建问题”链接，问题类型选择“NewFeature” 请注意选择项目、问题类型，主题要简明扼要，能简单体现问题内容，优先级必须选择，经办人必须指定，在自动的情况下，默认处理人员为项目经理或者模块负责人
添加需求类开发子任务 选择问题类型为Newfeature且状态为已评审的数据 点击创建子任务，弹出子任务编辑页面： 重点注意： 1、 由Newfeature创建子任务，子任务问题类型必须选择Sub-feature 2、 如果创建人为需求分析人，那么页面中的经办人请选择未分配，开发完成时间、测试人、测试完成时间、计划上线时间、到期日等不用填写，这些项由项目经理在分派时指定相应人员；
添加task、bug 有问题添加权限的用户点击界面右上角“创建问题”链接 请注意选择项目、问题类型，task、bug的主题要简明扼要，能简单体现问题内容，优先级必须选择，环境、描述要清晰，经办人、测试人必须指定；Bug的描述要能按描述重现问题，尽量用附件方式提供相关报错信息或截图： 回复task、bug 处理人员登录系统可以在“分配给我的”中看到待解决的问题（或点击共享过滤器“待解决问题”）： 开始解决或执行问题时，要点击“开始处理”按钮，以便跟踪问题状态： 处理完毕时，按工作流顺序点击相应提交按钮按钮，在弹出页面填写相关问题备注后点击提交： 测试人员登录系统可以在共享过滤器点击“待测试问题”查看待测试问题列表：
如问测试通过，点击“关闭问题”，填写备注信息后提交，则该问题的状态变为“closed”； 如测试不通过，点击“回复”，待开发重新调整提交后再测试；
如果问题关闭后，系统又出现该问题，可以点击“恢复开启问题”，恢复给开发人员再解决。
仅供个人学习参考
6.2常用设置
创建自己的面板
通常登陆jira的用户看到的面板为系统面板，面板中包含多类信息，每个人的关注点可能不尽相同，jira提供了友好的自定义面板，在自定义面板中可以选择与自己相关的项目信息进行展示。
登陆系统后点击面板-管理面板-创建面板
自定义过滤器
用户可以根据个人习惯自定义过滤器，方便问题的及时解决、回复。 点击上部导航的“问题”，左侧出现“问题导航栏”，点击“新建”标签；选择搜索条件，部分条件可以展开或收起，然后点击“搜索”： 点击“搜索”后，右侧出现查询结果，左侧“问题导航栏”下出现“保存”链接： 点击“保存”可以将本次的搜索条件保存为个人常用过滤器，保存后的过滤器，可以在登录后的面板找到。 直接使用共享过滤器 面板—保存过滤器—管理过滤器 点击左侧“热门”菜单，选择常用的过滤器点击“星号”则订阅成功： 导出任务 面板，点击已保存的过滤器 查询出如下结果： 页面右上角，查看Excel，即可导出。 6.3问题场景实例
项目：行车管家 项目成员如下： PM：夏柏林、谢强
PO：shiwei，李意娟，金国民，谢强、刘虎
PD：panjinwei，wusijun，kongxianghao，lifeiyu，wanglei，songwei，田华，贾学力，汪刚 仅供个人学习参考
Developers：李娟
Testers：李娟 Ops：李娟
NewFeature场景实例
1、 PO角色的用户登录jira，开始创建NewFeature，填写完相关信息点击创建进行提交。 2、 PC角色用户登录jira，可以看到分派给自己的任务 当前任务状态为待处理 一旦开始处理该任务，点击“开始处理”按钮，问题状态变更为处理中 处理完毕后，点击“提交初审”按钮，填写相关结果，所用工时等信息 3、 讨论完毕后，需求任务的状态由讨论中变为需求中，需求中有结论，可以评审时，PC登陆jira进行“评审提交”，并接下来组织线下评审 4、 评审后，PC登陆jira进行操作，可选择“评审通过”或者“评审不通过” 如果初审通过，点击“提交终审”按钮，问题状态由待初审变为待终审 如果初审不通过，点击“初审不通过”按钮，问题状态由待初审变为初审不通过 5、对于创建了Sub_feature的问题，待所有的Sub_feature关闭后，由需求创建人即PO登录系统进行需求的最终关闭 Sub-Feature场景实例 续接NewFeature场景中的第四步骤“已评审”情况： 1、 对于问题状态为“已评审”状态的NewFeature，需求分析人（PD），根据评审结论（需求规格说明书或者需求矩阵）对其进行子任务拆分，创建Sub_feature(请注意6.1中的重点注意事项) 创建完毕后，可以在NewFeature下看到相应的子任务 2、 PM登陆系统进行任务分派 点击“分派任务”按钮，经办人为开发人员，并指派测试人，完成时间等，进行分派 分派完毕后，Sub-feature状态由待分派变成待开发 点击左上角编辑按钮，可调整、变更任务信息
3、 Developers角色用户登录jira，点击开始处理，状态变更为开发中
处理完毕后，点击“提交测试”按钮，流转到测试人员处理，此时状态为“待测试” 4、 Testers角色用户登录jira，进行测试 测试通过后，点击“提交体验”，流转到体验 仅供个人学习参考
测试未通过，点击“打回调整”，由开发重新处理后提交测试 5、 体验阶段，PO和PD角色用户登录系统，进行体验 体验通过，点击“体验完成”，流转到测试申请部署
体验不通过，点击“打回调整”，由开发重新处理后提交测试，测试通过后再体验 6、 Testers角色用户登录jira，点击“申请部署”，转到运维人员部署处理 7、 部署完毕后，Ops角色用户登录jira，点击“部署完成”进行部署提交
8、 测试人员进行生产环境验证，验证通过后，Testers角色用户登录jira，关闭问题 9、
仅供个人学习参考
因篇幅问题不能全部显示，请点此查看更多更全内容