敏捷漫画#60-NoEstimates

NoEstimates

图1 图2 图3 图4

作者评论：

估算PBI大小的原因有很多，比如估算是影响PBI排序的一个参数（正如Scrum指南所说），或者是为了确保获得适当的投资。然而，坦白地说，估算并不是一个真正的增值活动，而且会给团队带来不必要的压力。

即使Scrum团队决定完全取消估算，PO可能还是希望对团队能交付多少功能有一定程度的展望。这通常是因为PO需要与利益相关者、客户和赞助商在产品路线图上保持一致，因为他们必须提前为新功能准备营销材料、销售活动、合同等。

为PO提供这种展望的一种方法是，在不做任何估算的情况下，看一下团队能够交付的用户故事（而不是故事点）的数量。要做到这一点，关键的一点是故事的大小要大致相同，这样团队在每个故事上花费的时间也就接近了。随着Scrum团队的成熟，他们有可能变得更善于持续地拆分用户故事，同时仍然关注故事所带来的价值。这种做法的另一个好处是，累积流程图也会更加准确。

完整大图

---

本文首发于微信号“小船哥说敏捷”。全文完，感谢您的耐心阅读！