# 故事点估算 Point estimates ## 定义 敏捷团队通常更喜欢以历史悠久的“工时”或“工时”以外的单位表示估算值。可能最广泛使用的单位是“故事点”。 主要原因之一是出于计划目的而使用速度。敏捷团队使用的术语“速度”没有首选的度量单位,它是一个无量纲的量。Velocity允许团队以多次迭代的方式计算项目的预期剩余工期,每次迭代提供一定数量的功能。 另一个重要原因与估算的社会和心理方面有关:使用诸如故事点之类的单元,强调绝对持续时间内的相对困难,缓解了开发人员和管理人员之间围绕估算经常出现的一些紧张关系:例如,要求开发人员估算,然后使他们承担责任,就好像这是一个坚定的承诺。 ## 也称为 这反映了长期以来缺乏共识,不仅在敏捷社区中,而且在更广泛的软件开发领域,都使用了各种术语,敏捷团队倾向于在很少挑衅的情况下创建新的术语。 如果有任何特定术语,则“故事点”是标准的;自从极限编程的早期以来,“口香糖熊”就开始流行,“时间的模糊单位”(或NUT)也享有一定的知名度。 ## 常见陷阱 最严重的错误可能是花太多时间或太多的辩论来选择估计单位,因为基于速度进行调度会使该单位变得无关紧要。 ## 起源 在敏捷社区中,“估计的单位表示”一直是讨论的常年话题。早期的极限编程从业人员的行话始终牢牢地固定在以持续时间表示的估计中,标记为“理想时间”,但可以通过“负载因子”进行调整。 从2000年之前开始,异想天开的术语“古米熊”开始流行,更中立的“故事点”也开始流行,这都表明社区普遍不赞成在提供任务或故事级别的估计时甚至暗示绝对持续时间。 然而,即使在极限编程的发起者中,共识也从来没有达成共识,见证了肯特·贝克(Kent Beck)自称偏爱2000年代中期的“实时”估算。 - 1999年:Ron Jeffries首次提到单位“ Gummi Bears”,它是估计用户故事的“故事点”的替代品(后来归因于Joseph Pelrine领导的XP项目) - 2003年:约书亚· 克列夫斯基(Joshua Kerievsky )创造了术语“时间的模糊单位”或NUT ,以替代“故事点”