禅道流程2019汇报人-目前禅道使用存在的问题1个项目中，需求过多，目前3C项目有139个需求未关闭，不方便需求查看、统计已完成的需求需要手动变更需求状态，使用不便需求变更没有在禅道体现，只能通过口头通知，信息跟踪混乱由于没有数据支撑，项目进度了解还是只能通过“问”，禅道的燃尽图没发挥作用版本建立不规范，目前是测试人员自己建立测试版本，由于测试轮次较多，导致版本号过多，不方便信息查看、统计……01Scrum与禅道0302禅道使用流程界面操作Part1Scrum与禅道Chapter1Scrum与禅道禅道基础框架在正式讲述禅道的基本使用流程之前，先让我们来了解下敏捷开发和scrum。因为禅道的设计理念基础是基于scrum的，同时又补充完善了计划，测试，文档，发布等功能。肯定有人会问，是不是我使用禅道，就必须是用敏捷。答案当然是否定的，您完全可以使用禅道来进行瀑布式管理，也可以使用的很好。禅道都是采用了比较中性的概念，而不是scrum里面特有的概念因此了解scrum的基本概念有助于了解和使用禅道。禅道手册Chapter1Scrum与禅道禅道手册Scrum模型Chapter1Scrum与禅道工作汇报Scrum与禅道角色对应productowner(产品经理)明确具体需求，制定上线计划和产出内容scrummaster(项目经理)推进Scrum开发流程的实施与跟进Scrumteam(研发团队)研发团队则由不同技能的成员组成，通过紧密协同，完成每一次迭代的目标，交付产品。Chapter2Scrum与禅道工作汇报Scrum与禅道概念对应Scrum禅道备注product产品产品是需求方，决定做什么userstory需求描述了对用户、系统或软件购买者有价值的功能sprint项目项目是执行方，解决的是如何做的问题task任务把需求分解成可执行的操作team团队研发团队、测试团队burndownchart燃尽图了解进度PotentiallyShippableproductincrement发布潜在可发布产品增量，等同于发布物Part2禅道使用流程Chapter1禅道使用流程禅道使用流程图解在禅道项目管理软件中，核心的角色有产品经理、项目经理、研发团队和测试团队四种角色。禅道手册Chapter2禅道使用流程禅道手册Chapter2禅道使用流程禅道手册需求任务bugtodo用例分解导入转为结果生成转为转为转为分解信息的自由流动，避免人工跟踪的混乱Part3界面操作Chapter3界面操作工作汇报产品经理需要做什么？工作概述01创建/维护产品02创建需求03制定计划按约定格式创建、维护产品约定格式：产品名=产品全称（产品缩写）收集需求，创建需求，评审需求，需求变更无约定格式按实际情况制定计划，将需求关联进计划，指定项目经理约定格式：计划名=Plan_产品简称_V版本号Chapter3界面操作工作汇报项目经理需要做什么？工作概述01创建项目02分解任务03掌握项目进度根据计划创建项目，设置团队成员，关联计划，需求，产品约定格式：项目名=产品全称_V版本号将项目中的需求，分解成可执行任务，派发给相关人员约定格式：暂无根据燃尽图、任务列表、项目概况，了解、掌握项目进度，对影响项目进度因素做应对决策Chapter3界面操作工作汇报项目经理需要做什么？工作概述04创建版本05测试单根据计划，创建测试版本约定格式：产品经理版本规范文档还在编写中创建版本后，点击提交测试约定格式：现场_开发项目名简称_第X轮提交测试示范：大同_DPC_第一轮提交测试Chapter3界面操作工作汇报开发团队需要做什么？工作概述01我的地盘02任务更新在我的地盘可以查看指派给我的任务、BUG约定格式：无完成任务后，记录工时，更新任务状态03BUG处理确认BUG，解决BUGChapter3界面操作工作汇报测试团队需要做什么？工作概述01编写用例02测试单在开发阶段，完成测试用例编写、评审约定格式：暂无接收测试单，关联测试用例，执行用例，更新测试单状态03BUG处理提交BUG，验证BUG，激活BUG，关闭BUG工作汇报讨论在流程图中，无运维团队，应该将运维放在？？讨论结果：禅道流程中暂时不加入运维。需求草稿的管理，在禅道中管理还是在EXCEL中进行管理？所有需求都在禅道中进行管理。影响多个产品的组件，如何在禅道中进行管理？暂时使用EXCEL表格的方式，管理产品及产品组件版本。谢谢观看
