JIRA项目执行与管理方案

1、精品文库 JIRA 项目执行与管理方案 Ver1.0 一.项目流程 1.瀑布模式: 需求管理: 1) 由产品经理提出确认需要做的需求，然后在JIRA里，在自己团队的产品线 产品项目下，建立一个需求 Issue，指派给团队的开发 LEAD。 2) 瀑布模式下，建立需求的Issue类型，选择New Feature 。 3) 产品需要为需求编写 PRD,并上传到Con flue nee自己项目团队的空间目录 下。同时将PRD文档的链接地址，填到需求Issue的描述里。 1.2 项目计划: 1) 需求评审后，项目团队进行项目计划。 2) 项目计划会上，决定项目的若干个Milestone ，由PMO 为

2、每个 Milestone 在JIRA上该项目下建立类型为Milestone的Issue，并指派给该项目的项 目经理。 3) 项目计划完成后，由PO或者项目经理放到 Confluenee自己项目团队的空 间目录下。 1.3 技术设计: 3)技术设计需要经过技术评审会议，评审会议结果放到 Con flue nee自己项目 欢迎下载3 1) 产品研发团队在过完需求 PRD评审/沟通会议以后，研发团队需要完成技术 相关设计，文档放到 Con flue nee 自己项目团队的空间目录下。 2) 开发LEAD把技术设计文档的链接地址添加至需求Issue的描述里。 团队的空间目录下。 1.4 测试设计: 精

3、品文库 1.5 开发阶段: 1)开发LEAD 根据技术设计，在JIRA里需求Issue之下，建立一个或若干个 研发Task， Issue类型选择为该需求Issue的Sub-Task，并指派给相应的 开发人员。 2）研发Task可以包括Coding、Bug Fix、JUnit、数据库脚本编写等任何与技 术实现相关的任务。 1.6 测试阶段: 1) 测试LEAD根据测试计划，在 JIRA里需求Issue之下，建立一个或若干个 测试Task，Issue类型选择为该需求Issue的Sub-Task，并指派给相应的 测试人员。 2) 测试Task可以包括测试用例编写、测试执行、测试数据准备等。 3) 测

4、试人员在测试阶段发现 BUG后，在JIRA里相应项目下，创建一个BUG， Issue类型为BUG，并指派给相应的开发人员。 4) 测试人员需要将 BUG链接到需求Issue，链接类型选择relates to。 1.7 发布上线: 1）产品研发团队在过完需求 PRD评审/沟通会议以后，测试团队需要完成测试 相关的测试计划、测试用例等，文档放到Co nflue nee自己项目团队的空间 目录下。 2)测试LEAD 把测试相关文档的链接地址添加至需求Issue的描述里。 1）在需求上SIT测试之前，研发团队上线负责人需要编写一份上线计划,文档 放到Confluenee自己项目团队的空间目录下，并把文

5、档链接地址添加至需 欢迎下载5 求Issue的描述里。 精品文库 2）研发团队上线负责人，在JIRA里需求Issue之下，建立一个上线 Task, Issue 类型选择为该需求Issue的Sub-T ask，并指派给上线负责人本人。 2.敏捷模式: 2.1 需求管理: 1) 由产品经理 P0或者Scrum Master在JIRA的Agile里，为自己的敏捷团 队建立一个 Agile Board， Board类型选择 Scrum，并为Board 选择自己 所在的项目。 2) 由产品经理 P0提出确定需要做的需求，然后在 JIRA里自己的项目下，建 3) 4) 立需求Issue，指派给PO。 如果

6、需求比较小，则建立需求的Issue类型选择Story。 如果需求比较大，甚至于无法在一个Sprint内完成，则将该需求建立需求 Issue，的类型选择 Epic。然后在此Epic下建立若干个小需求Issue，类型 为 Story 。 5) 需求Issue建立完成后，Issue会自动出现在 Scrum Board 下，Plan 里的 Backlog下，并根据优先级从高到低，从上往下排列这些 Story 。 6) P0可以根据需要，选择为需求编写PRD ,并上传到 Con flue nee自己项目 7)需求的一些文档或者是原型图、交互等设计图材料，需要P0放到 Con flue nee 自己项目团

7、队的空间目录下。 欢迎下载6 团队的空间目录下。同时将PRD文档的链接地址，填到需求Issue的描述 里；或者直接在较小的Story描述里写清需求。 2.2 Sprint Planning 精品文库 1) 每个Sprint开始前，团队进行 Sprint计划会议。 2) PO或者SM在Scrum Board 里，为团队建立一个新的 Sprint。 3) 在计划会上，团队确定这个Sprint的开始时间和结束时间，以及所有该 Sprint要完成的Story，由P0或者SM把相应的这些 Story拖进该Sprint 。 4) 团队成员根据这些Story需求，拆解出完成这个 Story所需要的开发、测试

8、 等TASK，并由P0或者SM建立这些Task, Issue类型为相应 Story下的 Sub-task，指派给相应的开发、测试人员。 5) PO需要把项目整体 Sprint计划写进Confluenee 自己项目团队的空间目录 下（比如7.28前分为几个Sprint，每个Sprint要完成的目标）。 2.3 Sprint 阶段: 1) 团队成员需要每天需要定时进行Daily Serum站立会，沟通整个 Sprint的 Story和Task的进展。 2) 如果出现需求变动，则由整个团队进行沟通协调，按照优先级做出决定。并 且按照决定, 由 P0或者SM在JIRA里，对Sprint里的Story和

9、Task进 行变动。 3) 团队成员在 Sprint阶段过程中，负责维护自己所负责的Story和Task的状 态。 4) 测试人员在 Sprint阶段发现BUG后，在JIRA里相应项目下，创建一个BUG， Issue类型为BUG，并指派给相应的开发人员。 5) 测试人员需要将 BUG链接到相应的Story，链接类型选择relates to。 2.4 Sprint 结束: 1）每个Sprint结束后，整个团队需要进行Sprint回顾会。 欢迎下载8 2）在回顾会上，团队成员们需要总结 Sprint中出现的问题，并转化成Action 。 由SM或者P0记录到Con flue nee 上相应的项目目

10、录下，跟进实施改进。 2.5发布上线: 1）如果一个Sprint中有Story需要发布上线，则P0在计划会上为该Story 建立一个上线Task，指派给上线负责人。 2）在Story上SIT测试之前，团队上线负责人需要编写一份上线计划，文档放 到Confluenee 自己项目团队的空间目录下， 并利用Sprint的Linked pages 功能把文档链接关联至相应的Sprint。 二.项目流转 1.瀑布模式: 1.1开发 当开始进行该 TASK后，经办人点击“开始处理“，将TASK状态变为In Progress ； 当该TASK完成以后，经办人点击“关闭问题“，解决类型选择”完成“并 点击”关

11、闭问题“。TASK状态变为Closed。 如果有需要，可以点击“重新开启问题“按钮，TASK状态变为Reopened。 1.2 需求 New Feature : 1）建立后为OPEN状态; 2）当这个需求研发团队开始进行设计以后，经办人点击“开始处理“，将New 精品文库 Feature 状态变为 In Progress ; 3) 当该New Feature下的包括开发、测试等所有子任务都完成，并且需求成 功上线后，经办人点击“关闭问题“，解决类型选择”完成“并点击”关闭 问题。New Feature 状态变为 Closed。 1.3 BUG : 发现人员建立BUG后，指派给相关的开发人员，指

12、定其为BUG的经办人, 此时BUG为OPEN状态; 当经办人开发人员解决了该 BUG并在测试环境自行检查通过后，点击“解 决问题“，选择合适的解决类型(Fixed, Won t Fix, Duplicate, Cannot Reproduce )，并点击”解决“，将 BUG状态变为 Resolved ； BUG状态变为 Resolved 后，BUG的报告人对 BUG进行 Verify 工作。如 果验证后发现 BUG已经被解决，则报告人点击“关闭问题”将BUG变为 CLOSED状态；如果验证后发现 BUG依然存在，则报告人点击”重新开启 问题“，将BUG 状态变为 REOPENED。 2)当某个

13、Task开始进行之后,由该 Task的经办人，将该 Task移动到Sprint 欢迎下载9 2.敏捷模式: 2.1开发 当 Story 下有 Sub-task 变为In Progress时，则由经办人把该 Story拖到 问题“，将 BUG状态变为 REOPENED。 欢迎下载11 Board 的 In Progress 歹U; 当Story下所有的Sub-task都变为Done时，则表示该 Story 完成，由经 办人把该 Story拖进Done列; 当Epic下的所有Story都变为Done时，则表示该Epic 完成， 由经办人修 改Epic状态为Closed 。 2.3 BUG : 1)

14、 发现人员建立BUG后，指派给相关的开发人员，指定其为 BUG的经办人, 此时BUG为OPEN状态; 2) 当经办人开发人员解决了该 BUG并在测试环境自行检查通过后，点击“解 决问题，选择合适的解决类型( Fixed, Won t Fix, Duplicate, Cannot Re produce ),并点击”解决，将 BUG状态变为 Resolved，同时可以在 “描述”里填写合适的解决原因; 3) BUG状态变为 Resolved 后，BUG的报告人对 BUG进行 Verify 工作。如 果验证后发现 BUG已经被解决，则报告人点击“关闭问题”将BUG变为 CLOSED状态；如果验证后发

15、现 BUG依然存在，则报告人点击”重新开启 2.4 Sprint : 精品文库 Sprint指定开始时间和结束时间。 Sprint从开始时间开始。 当Sprint结束后，由P0或者SM点击Complete Sprint来结束这个 Sprint。 结束后的Sprint无法重新打开。 如果已经结束的Sprint有未来得及完成的Story和Task，可以放到下个 Sprint继续进行。 三.项目管理 1.瀑布模式: 1.1 Co nflue nee 项目目录下的文档检查: 1) PRD 2) 项目计划 3) 技术设计 4) 技术评审结果 5) 测试计划 6) 测试用例 7) 上线计划 欢迎下载15 1.2 JIRA上的项目相关Issue检查: 1) 需求Issue类型与状态 2) 开发Task类型与状态 3) 测试Task类型与状态 4) Milesto ne Iss