|
冲刺（Sprint）计划是Scrum中的事件。Sprint计划的目的是定义在Sprint中可以交付什么，以及如何实现该工作。Sprint计划是由整个Scrum团队协作完成的。与体育界不同的是，Scrum鼓励总是全速前进，这样就可以在不断学习和改进的同时交付可用的软件。 在Scrum中，Sprint冲刺是完成所有工作的固定时间段，即一个迭代周期。在采取行动之前，必须设置冲刺时间，需要确定时间间隔将是多长时间，冲刺目标以及开始的位置。冲刺计划会议通过设置议程和重点来开始冲刺。如果做得正确，它还将为团队创造动力，提供[张乐飞1] 取得成功的环境。不良的冲刺计划可能会因设定不切实际的期望而使团队脱轨。为了确保冲刺的顺利进行，在冲洗计划中要包含若干会议为冲刺过程提供支持，如图5-18所示。 图5-18冲刺计划包含会议 运行一个伟大的Sprint计划事件需要一些纪律。产品负责人必须做好准备，结合之前Sprint评审的经验教训、涉众的反馈以及他们对产品的愿景，从而为Sprint做好准备。为了增加透明度，产品待办事项列表应该是最新的和细化的，以提供清晰的信息。Backlog细分在Scrum中是一个可选的事件，因为有些Backlog不需要它。然而，对于大多数团队来说，最好是在Sprint计划之前让团队一起检查和细化Backlog。 输入Sprint计划的一个很好的起点是产品Backlog，因为它提供了一个“东西”的列表，这些“东西”可能是当前Sprint的一部分。团队还应该查看在增量中完成的现有工作，并查看容量。输出Sprint计划会议最重要的结果是团队可以描述Sprint的目标，以及他们将如何开始朝着这个目标工作。这在Sprint Backlog中是可见的。 冲刺计划应该限制在每周冲刺不超过两小时。因此，例如，为期两周的Sprint计划会议将不会超过两个小时。这被称为“时间限制”，或者为团队完成一项任务设置最大时间量，在本例中是规划Sprint。Scrum Master（敏捷教练）[张乐飞2] 负责确保会议的时间安排被理解。如果团队在时间框内完成之前感到高兴，那么事件就结束了。时间框是允许的最大时间，没有最小时间限制。 在制定冲刺计划的过程中，很容易陷入“困境”，专注于哪个任务应该先做，谁应该做，以及需要多长时间。对于复杂的工作，您在开始时所知道的信息水平可能很低，而且大部分信息都是基于假设的。Scrum是一个经验主义的过程，这意味着你不能预先计划，而是在实践中学习。 Sprint计划需要一定程度的评估。团队需要定义在Sprint中可以做什么，不可以做什么：估算工作量和团队能够承受的[张乐飞3] 容量。良好的评估需要一个基于信任的环境，在这个环境中，信息可以自由提供，并且在[张乐飞4] 过程中讨论假设。如果评估中使用负面的,对抗性的方式完成工作,那么很有可能估算的工作量将很大，会造成不必要的资源浪费。[张乐飞5] 我们很容易陷入冲刺计划的细节，忘记冲刺计划的重点是为下一个冲刺建立一个“刚刚好”的计划。这个计划不应该成为团队背后的捣乱者，相反，它应该将团队的注意力集中在有价值的结果上，并为组织提供保护。Scrum的一个关键原则是承认客户可以在项目过程中改变主意，变更他们的需求，而预测式和计划式的方法并不能轻易地解决这种不可预见的需求变化。同样，Scrum采用了经验方法——承认需求[张乐飞6] 无法完全理解或定义，因此关注如何使得开发团队快速响应不断出现的需求。[张乐飞7]
|
|
|
