1. 概述
在一个冲刺内所有已完成PBI的大小之和就是就是这个团队的冲刺速率。
2. 何时估， 估什么
在计算版本持续期的过程中，我们使用故事点来表示PBI的预估工作量大小。
为了做好计划， 大多数组织在组合列表， 产品列表， 冲刺列表三个层面做估算。
组合列表条目估算： 一般采取粗略，相对的估算像T恤衫尺码一样。（问题，在这一层以什么作为估算的标准？））
产品列表条目估算：大多数团队倾向于估算PBI大小， 或用故事点或用理想天数（问题， 用天数比较简单， 培训时老师倾向用理想人天， 但怎样算是理想人天呢？ 如果用故事点就需要一定的积累来计算出团队的平均速率， 那么一开始用故事点往往是不准确的？ ）
任务估算： 任务按理想小时来估算大小。
3. PBI估算的概念
团队估算： 即大家一起估算，大家指实际动手完成工作的所有人。
估算不是承诺： 我们期望得到较为实际的估算， 承诺会对估算的大小产生影响。
准确与精确： 估算应该准确而不必过分精确 （问题：怎样判断估算的投入刚好？收益递减的点在哪里？）
估算相对大小： 比较所有条目，然后确定某个条目和其他条目的相对大小。
4. PBI估算的单位
最常用的两个单位： 故事点和理想人天
故事点： 故事点用于衡量PBI的大小和数量。 故事点受很多因素的影响，如复杂度和实际大小， 故事不一定看起来大就大。比如开发一个复杂算法， 结果并不大，但开发它工作复杂， 工作量可能会很大。
故事点结合复杂性和和有形大小等因素，产生一个相对比较。 故事点必须从开发团队的角度反应和故事相关的开发工作。（问题，实操练习）
理想天： 完成一个故事需要多少个工作日和人天。
