Scrum过程改进.pptx

SCRUM的三个角色产品负责人（PO）对产品的方向负责，对产品的Why和What负责，对产品的愿景，产品包括哪些主要的特性负责Scrum Master帮助团队保持高昂的士气，并进行良好的协作，确保团队免受外界的干扰，能够专注于做该做的事情开发团队对实现Sprint目标需要做的所有事情负责，包括执行Sprint、梳理产品Backlog、做Sprint计划、每天跟进工作进展，并对他们的工作做检查和调整、每个迭代对产品和团队的工作过程做检查和调整SCRUM的三个工件Product Backlog – 产品待办事项列表产品待办事项列表是一个排序的列表,包含所有产品需要的东西,也是产品需求变动的唯一来源。产品负责人负责产品待办事项列表的内容、可用性和优先级。Sprint Backlog – Sprint待办事项列表Sprint 代办事项列表是一组为当前 Sprint 选出的产品代办事项列表条目,外加交付 产品增量和实现 Sprint 目标的计划。Sprint 代办事项列表是开发团队对于哪些功能要包 含在下个增量中,以及交付那些功能所需工作的预计。Burn-Down Chart –燃尽图Burn down Chart 显示了Sprint中累积剩余的工作量，它是一个反映工作量完成状况的趋势图。 图中Y轴代表的是剩余工作量，X轴代表的是Sprint的工作日。SCRUM的五个活动产品待办事项列表梳理Sprint计划会议每日Scrum会议Sprint评审会议Sprint回顾会议SCRUM的五个价值观承诺 – 愿意对目标做出承诺专注– 把你的心思和能力都用到你承诺的工作上去开放– Scrum 把项目中的一切开放给每个人看尊重– 每个人都有他独特的背景和经验勇气– 有勇气做出承诺，履行承诺，接受别人的尊重SCRUM的四大支柱迭代开发在Scrum的开发模式下，我们将开发周期分成多个1-4周的迭代，每个迭代都交付一些增量的可工作的功能。迭代的长度是固定的，每个迭代必须产出可工作的增量功能，而不是第一个迭代做需求、第二个迭代做设计、第三个迭代做代码。增量交付增量是一个 Sprint 及以前所有 Sprint 中完成的所有产品代办事项列表条目的总和。 在 Sprint 的结尾,新的增量必须“完成”并且可用。自组织团队Scrum团队是一个自组织的团队，团队有权进行设计、计划和执行任务，自组织团队还需要自己监督和管理他们的工程过程和进度，自组织团队自己决定分工协作的方式。高优先级的需求驱动Scrum团队在开发需求的时候，从Backlog最上层的高优先级的需求开始开发。在Scrum中，只要有足够1-2个Sprint开发的细化了的高优先级的需求，我们就可以启动Sprint了，而不必等到所有的需求都细化之后。我们可以在开发期间通过Backlog的梳理来逐步的细化需求。用户故事用户故事包括三个要素：角色：谁要使用这个功能。活动：需要完成什么样的功能。商业价值：为什么需要这个功能，这个功能带来什么样的价值。用户故事通常按照：作为一个角色, 我想要活动, 以便于商业价值的格式来表达。用户故事的六个特性：独立性（Independent）、可协商性（Negotiable）、有价值（Valuable）、可以估算性（Estimable）、短小（Small）、可测试性（Testable）产品待办事项列表梳理产品待办事项列表梳理是一个贯穿整个Scrum项目始终的活动。该活动包含但不限于以下的内容:保持产品待办事项列表有序把看起来不再重要的事项移除或者降级增加或提升涌现出来的或变得更重要的事项将事项分解成更小的事项将事项归并为更大的事项对事项进行估算产品开发决定了,有可能需要其它的技能和输入。因此,产品待办事项列表梳理最好是所有团队成员都参与的活动,而不单单是产品负责人。敏捷估算团队集体估算采用估算扑克作为工具，团队通过玩估算游戏进行集体估算估算大小使用故事点作为计量单位，它是一个倍数，我们会先找一个我们认为最小的一个功能的大小作为参考基准，定义为1个故事点，把其它的故事和它做比较，如果是2倍大小，就是2个故事点，如果是5倍大小，就是5个故事点。记录每个Sprint的团队速度团队速率是一个Scrum团队在一个Sprint中实际完成的故事点数，通过团队速率可以知道团队做的有多快。新开始的项目或产品开发，或者是新团队，没有初始速度，我们可以做1-2个Sprint测算一个速度，作为初始速度。在Sprint执行过程中，我们要记录每个Sprint的速度，为以后的计划做参考。通过规模和速率推算周期我们估算了产品Backlog的故事点总数，然后又知道了每个Sprint团队的平均速度，那么我们就可以推算我们大概需要多少个Sprint可以做完，这样我们就得到了周期。Sprint一个Sprint是指一个1周