避免敏捷中的浪费

       我们都知道浪费会使敏捷度降低，因为浪费不光会减缓进度，还会让本可以用于创造价值的资金付之东流。

       在这里我想说一下关于速率和能力方面的浪费。有一些Scrum的使用者试图预测团队在下一个Sprint的速率——能够完成的工作量或者产品待办列表项。其中一种预测的方法就是回顾以往的Sprint的速率。

       当一个项目或版本启动时，我们会定义一个大概的范围、成本还有日期。然后一个个Sprint地向前进，根据实际情况调整计划。我们的进度有可能比计划快，也有可能比计划慢。也许我们还会遇到新的机遇和挑战。有些新涌现的需求甚至会比计划中的需求价值更高。

       假设我们完全抛开速率和能力。在Sprint计划会议上，开发团队从产品待办列表中挑选列表项并设定目标。随着Sprint的进行，他们会和产品负责人商议移除那些他们承诺过多的工作，或者在时间有剩余的时候加入新的工作。在Sprint结束时，他们就应该停下手头的工作，做完多少就是多少。在Sprint评审会议上，产品负责人、开发团队和相关干系人一起基于已完成的工作“检视并调整”。

       我们使用短周期的开发——有时候一个Sprint甚至只有一周——因此我们可以经常了解距离目标、承诺、预测还有多远。有时候我觉得，我们总是担心速率和能力的问题也是一种浪费，毕竟我们的担心根本不会带来一丁点价值。