JIRA项目执行与管理方案

精品文库3)技术设计需要经过技术评审会议，评审会议结果放到Confluenee自己项目欢迎下载PAGE\*MERGEFORMAT#JIRA项目执行与管理 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 Ver1.0一.项目流程1.瀑布模式:需求管理:1)由产品经理提出确认需要做的需求，然后在JIRA里，在自己团队的产品线产品项目下，建立一个需求Issue，指派给团队的开发LEAD。2)瀑布模式下，建立需求的Issue类型，选择NewFeature。3)产品需要为需求编写PRD,并上传到Confluenee自己项目团队的空间目录下。同时将PRD文档的链接地址，填到需求Issue的描述里。1.2项目计划:1)需求评审后，项目团队进行项目计划。2)项目计划会上，决定项目的若干个Milestone，由PMO为每个Milestone在JIRA上该项目下建立类型为Milestone的Issue，并指派给该项目的项目经理。3)项目计划完成后，由PO或者项目经理放到Confluenee自己项目团队的空间目录下。1.3技术设计:1)产品研发团队在过完需求PRD评审/沟通会议以后，研发团队需要完成技术相关设计，文档放到Confluenee自己项目团队的空间目录下。2)开发LEAD把技术设计文档的链接地址添加至需求Issue的描述里。团队的空间目录下。1.4测试设计:精品文库1）在需求上SIT测试之前，研发团队上线负责人需要编写一份上线计划,文档放到Confluenee自己项目团队的空间目录下，并把文档链接地址添加至需欢迎下载PAGE\*MERGEFORMAT#1.5开发阶段:1)开发LEAD根据技术设计，在JIRA里需求Issue之下，建立一个或若干个研发Task，Issue类型选择为该需求Issue的Sub-Task，并指派给相应的开发人员。2）研发Task可以包括Coding、BugFix、JUnit、数据库脚本编写等任何与技术实现相关的任务。1.6测试阶段:1)测试LEAD根据测试计划，在JIRA里需求Issue之下，建立一个或若干个测试Task，Issue类型选择为该需求Issue的Sub-Task，并指派给相应的测试人员。2)测试Task可以包括测试用例编写、测试执行、测试数据准备等。3)测试人员在测试阶段发现BUG后，在JIRA里相应项目下，创建一个BUG，Issue类型为BUG，并指派给相应的开发人员。4)测试人员需要将BUG链接到需求Issue，链接类型选择relatesto。1.7发布上线:1）产品研发团队在过完需求PRD评审/沟通会议以后，测试团队需要完成测试相关的测试计划、测试用例等，文档放到Confluenee自己项目团队的空间目录下。2)测试LEAD把测试相关文档的链接地址添加至需求Issue的描述里。求Issue的描述里。精品文库7)需求的一些文档或者是原型图、交互等设计图材料，需要P0放到Confluenee自己项目团队的空间目录下。欢迎下载PAGE\*MERGEFORMAT#2）研发团队上线负责人，在JIRA里需求Issue之下，建立一个上线Task,Issue类型选择为该需求Issue的Sub-Task，并指派给上线负责人本人。2.敏捷模式:2.1需求管理:1)由产品经理P0或者ScrumMaster在JIRA的Agile里，为自己的敏捷团队建立一个AgileBoard，Board类型选择Scrum，并为Board选择自己所在的项目。2)由产品经理P0提出确定需要做的需求，然后在JIRA里自己的项目下，建3)4)立需求Issue，指派给PO。如果需求比较小，则建立需求的Issue类型选择Story。如果需求比较大，甚至于无法在一个Sprint内完成，则将该需求建立需求Issue，的类型选择Epic。然后在此Epic下建立若干个小需求Issue，类型为Story。5)需求Issue建立完成后，Issue会自动出现在ScrumBoard下，Plan里的Backlog下，并根据优先级从高到低，从上往下排列这些Story。6)P0可以根据需要，选择为需求编写PRD,并上传到Confluenee自己项目团队的空间目录下。同时将PRD文档的链接地址，填到需求Issue的描述里；或者直接在较小的Story描述里写清需求。2.2SprintPlanning精品文库欢迎下载PAGE\*MERGEFORMAT#1)每个Sprint开始前，团队进行Sprint计划会议。2)PO或者SM在ScrumBoard里，为团队建立一个新的Sprint。3)在计划会上，团队确定这个Sprint的开始时间和结束时间，以及所有该Sprint要完成的Story，由P0或者SM把相应的这些Story拖进该Sprint。4)团队成员根据这些Story需求，拆解出完成这个Story所需要的开发、测试等TASK，并由P0或者SM建立这些Task,Issue类型为相应Story下的Sub-task，指派给相应的开发、测试人员。5)PO需要把项目整体Sprint计划写进Confluenee自己项目团队的空间目录下（比如7.28前分为几个Sprint，每个Sprint要完成的目标）。2.3Sprint阶段:1)团队成员需要每天需要定时进行DailySerum站立会，沟通整个Sprint的Story和Task的进展。2)如果出现需求变动，则由整个团队进行沟通协调，按照优先级做出决定。并且按照决定,由P0或者SM在JIRA里，对Sprint里的Story和Task进行变动。3)团队成员在Sprint阶段过程中，负责维护自己所负责的Story和Task的状态。4)测试人员在Sprint阶段发现BUG后，在JIRA里相应项目下，创建一个BUG，Issue类型为BUG，并指派给相应的开发人员。5)测试人员需要将BUG链接到相应的Story，链接类型选择relatesto。2.4Sprint结束:1）每个Sprint结束后，整个团队需要进行Sprint回顾会。2）在回顾会上，团队成员们需要总结Sprint中出现的问题，并转化成Action。由SM或者P0 记录 混凝土 养护记录下载土方回填监理旁站记录免费下载集备记录下载集备记录下载集备记录下载 到Confluenee上相应的项目目录下，跟进实施改进。2.5发布上线:1）如果一个Sprint中有Story需要发布上线，则P0在计划会上为该Story建立一个上线Task，指派给上线负责人。2）在Story上SIT测试之前，团队上线负责人需要编写一份上线计划，文档放到Confluenee自己项目团队的空间目录下，并利用Sprint的Linkedpages功能把文档链接关联至相应的Sprint。二.项目流转1.瀑布模式:1.1开发&测试Task:建立后为OPEN状态;当开始进行该TASK后，经办人点击“开始处理“，将TASK状态变为InProgress；当该TASK完成以后，经办人点击“关闭问题“，解决类型选择”完成“并点击”关闭问题“。TASK状态变为Closed。如果有需要，可以点击“重新开启问题“按钮，TASK状态变为Reopened。1.2需求NewFeature:1）建立后为OPEN状态;2）当这个需求研发团队开始进行设计以后，经办人点击“开始处理“，将New精品文库2)当某个Task开始进行之后,由该Task的经办人，将该Task移动到Sprint欢迎下载PAGE\*MERGEFORMAT#Feature状态变为InProgress;当该NewFeature下的包括开发、测试等所有子任务都完成，并且需求成功上线后，经办人点击“关闭问题“，解决类型选择”完成“并点击”关闭问题"。NewFeature状态变为Closed。1.3BUG:发现人员建立BUG后，指派给相关的开发人员，指定其为BUG的经办人,此时BUG为OPEN状态;当经办人开发人员解决了该BUG并在测试环境自行检查通过后，点击“解决问题“，选择合适的解决类型(Fixed,Won'tFix,Duplicate,CannotReproduce)，并点击”解决“，将BUG状态变为Resolved；BUG状态变为Resolved后，BUG的报告人对BUG进行Verify工作。如果验证后发现BUG已经被解决，则报告人点击“关闭问题”将BUG变为CLOSED状态；如果验证后发现BUG依然存在，则报告人点击”重新开启问题“，将BUG状态变为REOPENED。2.敏捷模式:2.1开发&测试Task:建立后为OPEN状态，当TASK所在的Sprint开始后，TASK会自动出现在SprintBoard的ToDo列，状态对应Open/Reopen。Board的InProgress歹U,状态对应InProgress/Resolved。精品文库问题“，将BUG状态变为REOPENED。欢迎下载PAGE\*MERGEFORMAT#2.23)当某个Task完成之后,的Done列，状态对应Epic&Story:由该Task的经办人将该Task移动到SprintBoardClosed。建立后为OPEN状态;当Story下有Sub-task变为InProgress时，则由经办人把该Story拖到Board的InProgress歹U;当Story下所有的Sub-task都变为Done时，则 表 关于同志近三年现实表现材料材料类招标技术评分表图表与交易pdf视力表打印pdf用图表说话 pdf 示该Story完成，由经办人把该Story拖进Done列;当Epic下的所有Story都变为Done时，则表示该Epic完成，由经办人修改Epic状态为Closed。2.3BUG:1)发现人员建立BUG后，指派给相关的开发人员，指定其为BUG的经办人,此时BUG为OPEN状态;2)当经办人开发人员解决了该BUG并在测试环境自行检查通过后，点击“解决问题"，选择合适的解决类型(Fixed,Won'tFix,Duplicate,CannotReproduce),并点击”解决"，将BUG状态变为Resolved，同时可以在“描述”里填写合适的解决原因;3)BUG状态变为Resolved后，BUG的报告人对BUG进行Verify工作。如果验证后发现BUG已经被解决，则报告人点击“关闭问题”将BUG变为CLOSED状态；如果验证后发现BUG依然存在，则报告人点击”重新开启2.4Sprint:精品文库欢迎下载PAGE\*MERGEFORMAT#Sprint指定开始时间和结束时间。Sprint从开始时间开始。当Sprint结束后，由P0或者SM点击CompleteSprint来结束这个Sprint。结束后的Sprint无法重新打开。如果已经结束的Sprint有未来得及完成的Story和Task，可以放到下个Sprint继续进行。三.项目管理1.瀑布模式:1.1Confluenee项目目录下的文档检查:1)PRD2)项目计划3)技术设计4)技术评审结果5)测试计划6)测试用例7)上线计划1.2JIRA上的项目相关Issue检查:1)需求Issue类型与状态2)开发Task类型与状态3)测试Task类型与状态MilestoneIssue的定时检查5)BUG数量、分布、关闭情况2.敏捷模式:2.1Confluenee项目目录下的文档检查:1)Sprint计划2)需求原型等相关文档3)Sprint回顾会总结4)上线计划2.2JIRAAgile检查:1)BurndownChart2)SprintReport:未完成的Issue3)SprintReport:加入/移除的Issue4)EpicReport5)BUG数量、分布、关闭情况