停止估算。 开工。
我们不再为了“知道我们的速度”而进行估算-因为经过100多次冲刺,我们已经知道了-我们的速度没有任何意义。 事情将在完成时完成,并且如果我们需要承诺交付某些东西,我们应该简单地将我们认为将花费我们的时间加倍,然后再增加一点,以防万一。 好吧,我太夸张了。 一点点。 但是这里有一个重要的观点: 如果您花了很多精力来估计未来,而未来却在不断变化,那么也许您需要以不同的方式做事。 首先,我指出高水平的估算非常重要。 我不知道有什么其他方法可以创建有意义的路线图,而不是与开发团队坐在一起估算重要功能。 我的争执是低水平的估计—迫使要点指向积压的项目,缺陷和其他故障单或问题。 我的主张是, 团队需要使这些估计有用的工作,根本不值得 。 维持有用的估计积压的唯一方法是设法: 不断估算每个新项目,以及 避免中间出现任何意外。 尽管第一个很难做到,但是第二个却完全不可能。 原因如下:开发人员可以在两周的时间内实施许多票证,这意味着您将在这段时间内完成数十个甚至数百个待办事项。 您会发现自己到处乱跑,试图以正确的顺序估计和安排所有这些对象,特别是在拥有大型开发团队的情况下。…