前一阵子我写了一篇关于“什么’估计点？“.
老实说，我没有’当我们第一次采用敏捷时，不了解点估计的概念。实际上，我认为这听起来有些愚蠢！
但是我现在明白了，这很有意义。
我现在要在我的原始博客文章中补充说，开发人员更倾向于根据有关功能的最少信息以点为单位进行相对估算，而以天为单位进行估算则意味着精度，并且可能成为阻碍某人做出承诺的最大障碍。它是。
但是，评估分数的关键实际上是关于团队如何’估计是自校正的。即使他们不好。
让 me give you some examples…
让’例如，您的团队估计他们可以在Sprint中完成100分。实际上，他们高估了他们，因为’天生谨慎，在实践中您发现他们提供了150分。好消息！在下一个Sprint中，您将150点带入Sprint计划。想象在几个小时内。想象你的团队’当您说他们倾向于谨慎时，您会做出回应，因此您要计划他们每周工作7.5天！我怀疑不会下降得太好。
现在反过来看。团队再次估计100分，但实际上仅获得50分。在这种情况下，团队过于乐观，让’s说他们一直低估，导致延迟交付或缩小范围交付。您进行相应调整，仅将50点带入Sprint，因为您知道’他们通常可以实现的目标。他们开始准时交货，业务部门或客户感到高兴，因为您’重新达到期望。现在想象一下这几天。您告诉客户或企业您’只打算为每周工作2.5天的团队做计划，因为您知道他们往往会低估他们，或者您使用像您这样的否定性陈述’重新计划50％的生产率或利用率。也不会很好下去！
使用点数可使估算单位变得抽象，从而使承诺更容易，调整承诺也更容易。
当然在一个项目上，进行此调整可能意味着您赢了’t be able to deliver everything you planned to in the original timescales. 敏捷 –并估算点数– doesn’解决这个问题。但它会尽早突出显示’还是需要做些什么。
估计点的自我纠正性质将帮助您更一致地满足期望。
凯莉
摄影者 特纳小姐
