Sprint计划是什么?

Sprint计划是什么?

(英文原版)

冲刺计划会议在冲刺开始之前进行。此次会议的目的是确定sprint计划并设置sprint目标

Sprint计划包括商定sprint中积压项目的数量,这是开发团队的责任,也是为当前sprint和sprint backlog定义目标。

在sprint计划会议期间,产品所有者描述了整个团队的最高优先级功能。然后他们将讨论团队将在该冲刺中做些哪些故事。整个团队应该参加会议。如果需要有关特定积压项目的额外专业知识,那么也可以邀请利益相关方。团队也可以包括改进会话。

Sprint计划

Sprint计划

Sprint计划会议的好处

以下是运行成功的Sprint计划会议的一些好处:

  • 使团队能够就sprint的目标和承诺达成一致。
  • 启用任务发现,注册,优先级排序和估算
  • 创建平台以传达依赖关系并确定团队容量以设置和提交可实现的sprint目标。

Sprint计划会议的长度

每个sprint都以sprint计划会议开始。通常,对于为期四周的冲刺,此会议应持续八小时。对于为期两周的冲刺,计划大约四个小时。作为一般经验法则,将冲刺中的周数乘以两小时,以获得总冲刺计划会议长度。下表说明了该规则。

总冲刺持续时间 Sprint计划持续时间
1周 2小时
2周 4个小时
3周 6个小时
4周 8小时

会议前的准备工作

现在,让我们回顾一下在参加Sprint计划会议之前我们需要为每个scrum 角色做准备:

对于Scrum Master

  • 确定合适的人员并安排与所有物流会议,例如WebEX,视频会议等。
  • 准备和发布议程
  • 确保团队成员的技能和能力是已知的,并且通常与sprint的积压项目候选者的需求保持一致

对于产品负责人

  • 每个功能或用户故事都足够小,可以在sprint中完成,并包括详细的要求和验收标准
  • 确保积压项目的优先顺序为最重要的工作项目,并根据团队的准备就绪做好准备

对于开发团队

Sprint计划会议(第一部分和第二部分)

这次会议分为两个会议。在第一个会话中,产品所有者查看功能列表并定义在下一个sprint期间需要构建的内容。下一个会话涉及识别需要执行的任务,以完成构建。sprint计划会议应该产生sprint目标和sprint backlog。

Sprint计划部分

Sprint计划部分

Sprint计划会议 – 第一部分

sprint计划会议的第一部分是对产品所有者要求团队预测和交付的产品待办事项的审核。这是产品所有者在下一个sprint结束时描述她想要提供的内容的时间。在会议的这一部分期间,团队与产品所有者来回喋喋不休,提出澄清问题并消除歧义的情况并不少见。在sprint计划第一部分结束时,团队将选择一个sprint目标:一个句子描述sprint的整体结果。这有助于以后有关深度和广度的问题出现时:如果工作没有直接与冲刺目标相关联,那么在冲刺期间就不会完成。Sprint计划会议第一部分的主要活动是:

  • 在第一次会话期间,产品负责人向团队提供产品Backlog的最高优先级。
  • 设置冲刺目标或目标 – 产品负责人与开发团队一起考虑冲刺的目标。
  • 团队和产品负责人协作,帮助团队确定即将推出的Sprint可以提供哪些功能。
  • 团队在会话结束时承诺此产品Backlog – 选定产品Backlog。

Sprint计划会议 – 第二部分

在sprint计划会议的第二部分中,团队决定如何构建工作。在此次会议中,团队将开始将产品待办事项项目分解为工作任务,并在数小时内对其进行估算。产品所有者必须在此会议期间可用,但不必在房间内。事实上,许多团队发现在会议的这个详细部分期间没有产品所有者的工作很有帮助。知道产品所有者可用但没有观察所有关于实现功能的最佳方式的讨论可以为许多团队释放。许多团队发现他们喜欢讨论许多实施可能性,而不必担心产品所有者会恐慌或误解。如果产品所有者留在房间,Scrum Master需要负责会议的这一部分,让团队专注并自由探索可能性,而不受产品所有者自己的想法或意见的限制。Sprint Planning第二部分的主要活动是:

  • 在第二次会议期间,团队计划如何履行这一承诺,详细说明其作为Sprint Backlog计划的工作。
    • 详细规划 – 将故事分解为任务,确保团队将故事分成任务,因为这将使团队能够考虑完成故事应该完成的所有事情。将测试作为一项不同的任务也是一种很好的做法。
    • 估计故事 – 团队可以利用规划扑克或T恤尺寸等策略来衡量故事,并允许团队成员注册他们选择的工作,并估算每项任务需要多长时间才能完成。