. ..
.
JIRA项目执行与管理案
Ver1.0
一. 项目流程
1. 瀑布模式：
1.1 需求管理：
1) 由产品经理提出确认需要做的需求，然后在JIRA里，在自己团队的产品线产
品项目下，建立一个需求Issue，指派给团队的开发LEAD。 2) 瀑布模式下，建立需求的Issue类型，选择New Feature。
3) 产品需要为需求编写PRD，并上传到Confluence自己项目团队的空间目录
下。同时将PRD文档的地址，填到需求Issue的描述里。
1.2 项目计划：
1) 需求评审后，项目团队进行项目计划。
2) 项目计划会上，决定项目的若干个Milestone，由PMO为每个Milestone
在JIRA上该项目下建立类型为Milestone的Issue，并指派给该项目的项目经理。
3) 项目计划完成后，由PO或者项目经理放到Confluence自己项目团队的空
z.
. ..
.
间目录下。
1.3 技术设计：
1) 产品研发团队在过完需求PRD评审/沟通会议以后，研发团队需要完成技术
相关设计，文档放到Confluence自己项目团队的空间目录下。 2) 开发LEAD把技术设计文档的地址添加至需求Issue的描述里。
3) 技术设计需要经过技术评审会议，评审会议结果放到Confluence自己项目团队的空间目录下。
1.4 测试设计：
1) 产品研发团队在过完需求PRD评审/沟通会议以后，测试团队需要完成测试
相关的测试计划、测试用例等，文档放到Confluence自己项目团队的空间目录下。
2) 测试LEAD把测试相关文档的地址添加至需求Issue的描述里。 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) 测试人员在测试阶段发现BUG后，在JIRA里相应项目下，创建一个BUG，
Issue类型为BUG，并指派给相应的开发人员。
4) 测试人员需要将BUG到需求Issue，类型选择relates to。 1.7 发布上线：
1) 在需求上SIT测试之前，研发团队上线负责人需要编写一份上线计划，文档
放到Confluence自己项目团队的空间目录下，并把文档地址添加至需求Issue的描述里。
2) 研发团队上线负责人，在JIRA里需求Issue之下，建立一个上线Task，Issue
z.
. ..
.
类型选择为该需求Issue的Sub-Task，并指派给上线负责人本人。
2. 敏捷模式：
2.1 需求管理：
1) 由产品经理PO或者Scrum Master在JIRA的Agile里，为自己的敏捷团队建
立一个Agile Board，Board类型选择Scrum，并为Board选择自己所在的项目。
2) 由产品经理PO提出确定需要做的需求，然后在JIRA里自己的项目下，建
立需求Issue，指派给PO。
3) 如果需求比较小，则建立需求的Issue类型选择Story。 4) 如果需求比较大，甚至于无法在一个Sprint完成，则将该需求建立需求Issue，
的类型选择Epic。然后在此Epic下建立若干个小需求Issue，类型为Story。 5) 需求Issue建立完成后，Issue会自动出现在Scrum Board下，Plan里的Backlog
下，并根据优先级从高到低，从上往下排列这些Story。
6) PO可以根据需要，选择为需求编写PRD，并上传到Confluence自己项目
团队的空间目录下。同时将PRD文档的地址，填到需求Issue的描述里；或者直接在较小的Story描述里写清需求。 7) 需求的一些文档或者是原型图、交互等设计图材料，需要PO放到Confluence
自己项目团队的空间目录下。
2.2 Sprint Planning：
1) 每个Sprint开始前，团队进行Sprint计划会议。
2) PO或者SM在Scrum Board里，为团队建立一个新的Sprint。
3) 在计划会上，团队确定这个Sprint的开始时间和结束时间，以及所有该Sprint
要完成的Story，由PO或者SM把相应的这些Story拖进该Sprint。 4) 团队成员根据这些Story需求，拆解出完成这个Story所需要的开发、测试
等TASK，并由PO或者SM建立这些Task，Issue类型为相应Story下的
Sub-task，指派给相应的开发、测试人员。
5) PO需要把项目整体Sprint计划写进Confluence自己项目团队的空间目录下（比如7.28前分为几个Sprint，每个Sprint要完成的目标）。
2.3 Sprint阶段：
1) 团队成员需要每天需要定时进行Daily Scrum站立会，沟通整个Sprint的Story
和Task的进展。
2) 如果出现需求变动，则由整个团队进行沟通协调，按照优先级做出决定。并
且按照决定，由PO或者SM在JIRA里，对Sprint里的Story和Task进行变动。
3) 团队成员在Sprint阶段过程中，负责维护自己所负责的Story和Task的状
态。
4) 测试人员在Sprint阶段发现BUG后，在JIRA里相应项目下，创建一个BUG，
z.
JIRA项目执行与管理方案
