用故事大小值估计工作.PDFVIP

用故事大小值估计工作 111 10 用故事大小值估计工作 欢迎来到敏捷之岛！我们在工作坊的一个练习中会用到这个地 图，用来阐明人类给出正确估值方面的能力，如图10-1 所示。 首先，我们跟学生们展示这幅敏捷群岛的地图，问他们“马上回 答！从Fowler 到Beck 你需要花多少时间？”工作坊参与者们通常都 会卡壳，这是个很难回答的问题，因为你不知道你是用飞的还是划的， 1 也不知道要讲英里、里格（league ）还是纳米。 我们接着又问，需要多少时间才能完成从Beck 到Jeffries 的第二 1 1 3 / 译者注：里格是长度单位，里格等于 英里，参看 dictionary/english/league 。纳米，nanometer ，也即十亿分之一米，参看 /wiki/ 纳米 。 112 Scrum要素 段行程，这时有意思的事情发生了。 图10-1 “我没法说需要多久，”有个学生很聪明，回答总是很响亮，“但 Beck Jeffries Fowler Beck 2/3 是 到 看起来是 到 距离的 左右，所以我 2/3 猜它花的时间应该也在 的样子。” 结果证明，参与者们给出的相对答案总是异常地准确，虽然他们 都不知道度量单位是什么。也就是说，所有人凭直觉就知道Beck 跟 Jeffries Fowler Beck 2/3 的距离只有 跟 距离的 。不管你是坐船还是坐 2/3 飞机，行程都是 的长度。 要查明“多久”只需做一件事，完成一段行程看看它到底要花多 少时间即可。数据到手后，相对大小就能派上用场了，配合首段旅行 的数据，可以对其他行程长度进行有效的预测。 要估值干嘛 我们要估值究竟想干嘛？毕竟得花时间才能生成估值。直接开工 用故事大小值估计工作 113 干活岂不是能完成更多些？ 生成估值的真正目标是要提供进度的可预测性度量。如果可预测 性具有实际的业务价值，那就值得花功夫争取。碰上最终期限的情况， 例如产品需要赶在假日购物季上架，那我们就得做出一个艰难的决 定，专注于某些特性地同时也得推迟甚至放弃一些特性。这种情况下， 做到所有相关特性的大小心里有数是非常重要的，这样才能做出重要 的业务决策。我们生成估值就是为了要支撑业务决策，而它最终将创 造更多价值。 相对大小 vs. 时长估值 传统的估算方式是询问开发人员需要多长时间才能完成工作。这 种方式有两个问题：第一，他们并不真正知道要花多少时间；第二， 不管怎样他们都会给你一个答案。 事实证明，虽然我们对相对大小拿捏得很准，但对所需时长的估 计却相当糟糕，数量巨大的超期项目充分地反映了这一弱点。 我们拙于猜测事情需要花多长的时间，但并非没有好消息，我们 擅长比较两个事物并判断其大小关系，借此我们仍可得到有效的估 值。更棒的是，我们还很擅长判断两相比较的大小倍数。换句话说， 虽然绝对大小我们不擅长，但相对大小我们做得很棒。 窍门在于使用一个两步流程。第一步，给所有的工作项都分配相 对大小值。大小值表明需要完成的工作有多少。 第二步，完成几个工作项，度量它们实际花费的时长。得到这个 114 Scrum要素 实测数据之后，结合指定给其他条目的相对大小