我们都知道浪费会使敏捷度降低,因为浪费不光会减缓进度,还会让本可以用于创造价值的资金付之东流。
在这里我想说一下关于速率和能力方面的浪费。有一些Scrum的使用者试图预测团队在下一个Sprint的速率——能够完成的工作量或者产品待办列表项。其中一种预测的方法就是回顾以往的Sprint的速率。
当一个项目或版本启动时,我们会定义一个大概的范围、成本还有日期。然后一个个Sprint地向前进,根据实际情况调整计划。我们的进度有可能比计划快,也有可能比计划慢。也许我们还会遇到新的机遇和挑战。有些新涌现的需求甚至会比计划中的需求价值更高。
假设我们完全抛开速率和能力。在Sprint计划会议上,开发团队从产品待办列表中挑选列表项并设定目标。随着Sprint的进行,他们会和产品负责人商议移除那些他们承诺过多的工作,或者在时间有剩余的时候加入新的工作。在Sprint结束时,他们就应该停下手头的工作,做完多少就是多少。在Sprint评审会议上,产品负责人、开发团队和相关干系人一起基于已完成的工作“检视并调整”。
我们使用短周期的开发——有时候一个Sprint甚至只有一周——因此我们可以经常了解距离目标、承诺、预测还有多远。有时候我觉得,我们总是担心速率和能力的问题也是一种浪费,毕竟我们的担心根本不会带来一丁点价值。