概述
在使用Scrum时，我们需要估算产品的工作量大小并测算工作速率。有了这些信息，用特性集的估值除以团队速率，我们就能推算出产品开发的持续期可能有多长／短（以及相应的成本）。
何时估，估什么？
在产品的整个生命周期中，需要在不同粒度级别上进行预估，因此，我们会使用不同的单位。为了做好计划，大多数组织会在组合列表、产品列表和冲刺列表三个不同的层面做估算。
组合列表条目的估算
虽然组合列表并不是正式Scrum的一部分，但是很多组织都维护着这样的列表，其中包含按优先级排序的各个产品列表。为了正确排列优先级，我们需要知道每个条目大概的成本。为了估算组合列表中的条目，很多组织选择使用粗略、相对的估算。
产品列表条目的估算
在产品或项目通过审批之后，我们开始在PBI中加入更多的细节，此时需要采取一种不同的估算方式。大多数团体倾向于估算大小、或使用故事点，或使用理想天数。
任务估算
冲刺列表中最详细的条目就是任务。大多数团队在冲刺计划过程排列任务大小，好让自己有信心做出合理的承诺。
任务按照理想时候（也称工时或人时）来排列大小。
PBI 估算的概念
团队估算
团队估算时指实际动手设计、构建并测PBI的开发团队。产品负责人和ScrumMaster是不做估算的。产品负责人负责阐述PBI,并回答团队要求澄清的问题。ScrumMaster角色的目的是帮助和引导估算活动。
最终目标是开发团队能够吉他确定每个PBI的大小，根据专业领域的不同，每个人理解故事的视角也不同，所以让开发团队每个成员参与估算非常重要。
估算不是承诺
估算不是承诺。估算会受到外部因素的影响，导致最终估算不靠谱。
准确与精准
估算应该准确，但不必过分精准。做这些错误的、过于精准的估算纯属浪费。在做估算时，有一个收益递减的点，在这个点之外。额外投入任何时间和精力都不会使估算更准确。在这个点之外，就属于浪费时间，越考虑低价值的数据，越可能对估算准确性产生负面影响。
估算相对大小
我们应该使用相对大小而不是绝对大小来估算PBI。比较所有条目，然后确定某个条目和其他条目的相对大小。
PBI 估算的单位
虽然PBI的大小估算没有标准单位，不过目前最常用的两个单位是故事点和理想天数‘两者不存在谁对谁错。
故事点
故事点用于衡量PBI的大小和数量。故事点受很多因素的影响，如复杂度和实际大小。所以故事点必须从开发团队的角度反映和故事相关的开发工作。
理想天
另一个估算PBI的方式是理想天数。理想天数是很常见的单位，它代表完成一个故事需要多少个工作日或人天。
规划扑克
规划扑克是按大小排列PBI的一种技术，规划扑克建立在一些重要的概念上。
规划扑克是一种共识的估算工作量的技术。计划做一个PBI的有相关知识的人参与激烈的讨论、暴露假设、取得共识，确定PBI的大小。
估算
为了进行规划扑克活动，团队必须决定用什么数字范围或者序列来估算结果赋值。因为目标是准确但不过分精确，所以我们并不倾向于使用所有的数字。最常用的数字是：1、3、5、8、13、20、40、100。使用这种数值范围时，我们讲大小相近的PBI分组或装箱在一起。然后给它们赋予相同的值。
活动规则
在进行规划扑克活动时，整个Scrum团队都得在场。在这个会议上，产品负责人介绍、描述和澄清各国PBI。SM引导团队巧用规划扑克。SM还要注意观察，如果人们的身体语言或沉默不语反映他们好像不赞成估算结果，就要帮助他们参与估算过程。开发团队要共同协作产生所有的估算结果。
每个开发团队成员都有一套规划扑克牌。
好处
规划扑克可以使团队参与此项目工作的不同个体聚在一起，对准确的估算达成共识，这尝尝胜于任何个人做的估算。
什么是速率
速率是每个冲刺完成的工作量。速率是在冲刺结束时由已完成的所有PBI大小之和来衡量。一个PBI要么已完成，要么未完成。产品负责人从未完成的条目中得不到任何价值，所以速率并不包含未完成的PBI的大小。
速率衡量的是产出（交付的大小），而不是成果（交付的价值）。
使用速率有两个重要的目的。首先，它是Scrum计划的基本概念。对呀版本级别的计划，版本大小除以团队的平均速率，就可以算出多少个冲刺才能完成这个版本。而且，在做冲刺计划时，团队的速率可用来帮助团队下个冲刺中能完成多少工作量。
计算速率范围
为便于做计划，速率用范围来表示往往最有用。使用范围值可以使我们准确但同时又不至于过分准确。
有了速率范围，我们可以更准确地知道，什么时候完成，能完成多少条目，所有这些需要花费多少成本。
预测速率
如果团队是新组建的，成员一起没有在一起工作过，我们必须预测。
预测团队速率的常见方式是，让团队执行冲刺计划，确定团队能在一个单独的冲刺中完成承诺交付PBI。如果承诺靠谱，我们就可以简单的承诺完成各个PBI估算的大小累加在一起，用它来作为团队预测速率。
速率的误用
速率是一种计划工具，也可以作为团队诊断指标。它不应该作为一种绩效指标来判断团队的生产率。如果使用不当，速率反而会助长浪费和危险的行为。
一天结束时，我们判断速率的标准应该是它怎么帮助我们执行准确的计划以及进一步帮助团队自我改进。任何其他形式都会助长错误的行为。
