JIRA综合项目执行与管理专项方案.docx

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上该项目下建立类型为MilestoneIssue，并指派给该项目标项目经理。3) 项目计划完成后，由PO或项目经理放到Confluence自己项目团体空间目录下。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类型选择为该需求IssueSub-Task，并指派给对应开发人员。2) 研发Task能够包含Coding、Bug Fix、JUnit、数据库脚本编写等任何和技术实现相关任务。1.6 测试阶段：1) 测试LEAD依据测试计划，在JIRA里需求Issue之下，建立一个或若干个测试Task，Issue类型选择为该需求IssueSub-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类型选择为该需求IssueSub-Task，并指派给上线责任人本人。2. 灵敏模式：2.1 需求管理：1) 由产品经理PO或Scrum Master在JIRAAgile里，为自己灵敏团体建立一个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站立会，沟通整个SprintStory和Task进展。2) 假如出现需求变动，则由整个团体进行沟通协调，根据优先级做出决定。而且根据决定，由PO或SM在JIRA里，对Sprint里Story和Task进行变动。3) 团体组员在Sprint阶段过程中，负责维护自己所负责Story和Task状态。4) 测试人员在Sprint阶段发觉BUG后，在JIRA里对应项目下，创建一个BUG，Issue类型为BUG，并指派给对应开发人员。5) 测试人员需要将BUG链接到对应Story，链接类型选择relates to。2.4 Sprint结束：1) 每个Sprint结束后，整个团体需要进行Sprint回顾会。2) 在回顾会上，团体组员们需要总结Sprint中出现问题，并转化成Action。由SM或PO统计到Confluence上对应项目目录下，跟进实施改善。2.5 公布上线：1) 假如一个Sprint中有Story需要公布上线，则PO在计划会上为该Story建立一个上线Task，指派给上线责任人。2) 在Story上SIT测试之前，团体上线责任人需要编写一份上线计划，文档放到Confluence自己项目团体空间目录下，并利用SprintLinked pages功效把文档链接关联至对应Sprint。二. 项目流转1. 瀑布模式：1.1 开发&测试Task：1） 建立后为OPEN状态；2） 当开始进行该TASK后，经办人点击“开始处理“，将TASK状态变为In Progress；3） 当该TASK完成以后，经办人点击“关闭问题“，处理类型选择”完成“并点击”关闭问题“。TASK状态变为Closed。4） 假如有需要，能够点击“重新开启问题“按钮，TASK状态变为Reopened。1.2 需求New Feature：1） 建立后为OPEN状态；2） 当这个需求研发团体开始进行设计以后，经办人点击“开始处理“，将New Feature状态变为In Progress；3） 当该New Feature下包含开发、测试等全部子任务全部完成，而且需求成功上线后，经办人点击“关闭问题“，处理类型选择”完成“并点击”关闭问题“。New Feature状态变为Closed。1.3 BUG：1） 发觉人员建立BUG后，指派给相关开发人员，指定其为BUG经办人，此时BUG为OPEN状态；2） 当经办人开发人员处理了该BUG并在测试环境自行检验经过后，点击“处理问题“，选择适宜处理类型（Fixed, Wont Fix, Duplicate, Cannot Reproduce），并点击”处理“，将BUG状态变为Resolved；3） BUG状态变为Resolved后，BUG汇报人对BUG进行Verify工作。假如验证后发觉BUG已经被处理，则汇报人点击“关闭问题”将BUG变为CLOSED状态；假如验证后发觉BUG仍然存在，则汇报人点击”重新开启问题“，将BUG状态变为REOPENED。2. 灵敏模式：2.1 开发&测试Task：1） 建立后为OPEN状态，当TASK所在Sprint开始后，TASK会自动出现在Sprint BoardTo Do列，状态对应Open/Reopen。2） 当某个Task开始进行以后，由该Task经办人，将该Task移动到Sprint BoardIn Progress列，状态对应In Progress/Resolved。3） 当某个Task完成以后，由该Task经办人将该Task移动到Sprint BoardDone列，状态对应Closed。2.2 Epic&Story：1） 建立后为OPEN状态；2） 当Story下有Sub-task变为In Progress时，则由经办人把该Story拖到BoardIn Progress列；3） 当Story下全部Sub-task全部变为Done时，则表示该Story完成，由经办人把该Story拖进Done列；4） 当Epic下全部Story全部变为Done时，则表示该Epic完成，由经办人修改Epic状态为Closed。2.3 BUG：1) 发觉人员建立BUG后，指派给相关开发人员，指定其为BUG经办人，此时BUG为OPEN状态；2) 当经办人开发人员处理了该BUG并在测试环境自行检验经过后，点击“处理问题“，选择适宜处理类型（Fixed, Wont Fix, Duplicate, Cannot Reproduce），并点击”处理“，将BUG状态变为Resolved，同时能够在“描述”里填写适宜处理原因；3) BUG状态变为Resolved后，BUG汇报人对BUG进行Verify工作。假如验证后发觉BUG已经被处理，则汇报人点击“关闭问题”将BUG变为CLOSED状态；假如验证后发觉BUG仍然存在，则汇报人点击”重新开启问题“，将BUG状态变为REOPENED。2.4 Sprint：1） Sprint指定开始时间和结束时间。2） Sprint从开始时间开始。3） 当Sprint结束后，由PO或SM点击Complete Sprint来结束这个Sprint。4） 结束后Sprint无法重新打开。5） 假如已经结束Sprint有未来得及完成Story和Task，能够放到下个Sprint继续进行。三. 项目管理1. 瀑布模式：1.1 Confluence项目目录下文档检验：1) PRD2) 项目计划3) 技术设计4) 技术评审结果5) 测试计划6) 测试用例7) 上线计划1.2 JIRA上项目相关Issue检验：1) 需求Issue类型和状态2) 开发Task类型和状态3) 测试Task类型和状态4) Milestone Issue定时检验5) BUG数量、分布、关闭情况2. 灵敏模式：2.1 Confluence项目目录下文档检验：1) Sprint计划2) 需求原型等相关文档3) Sprint 回顾会总结4) 上线计划2.2 JIRA Agile检验：1) Burndown Chart2) Sprint Report：未完成Issue3) Sprint Report：加入/移除Issue4) Epic Report5) BUG数量、分布、关闭情况