新闻

该内容已经被标记书签！

标记书签错误，请重试！

跟踪速度，而不是任务完成时间

作者 Chris Sims 译者郑柯发布于 2009年1月27日

分享到

一个全新敏捷团队的成员在Scrum Development邮件列表中提出这样的问题：如何跟踪工程师在每个任务上耗费的时间，以及这与敏捷中速度概念的关系。速度是敏捷的度量方式，用来跟踪团队要用多久才能完成功能开发，以此了解完成一个项目要用多长时间。讨论组的意见是：跟踪任务完成时间毫无必要，没有用处。

最初的帖子中提到：他的团队使用故事点估算故事大小。团队完成了故事之后，他们结算了相关的故事点数。这个结算过程就会用来计算团队的速度：

……团队的速度，也就是团队在每个冲刺中完成的大概工作量。也许是在时长4周的冲刺中完成25个故事点数。这个数字可以用来估量后续冲刺中可以完成的工作量。

目前看来一切正常。帖子接下来描述了团队如何将故事拆分成任务，以及这些任务如何使用小时数进行估算和跟踪。

我们一直在用燃尽图，其中每个团队成员每天都会写下每个任务剩余的时间。这些数据会用来生成燃尽图电子表格。但是，这仅仅为燃尽图获取了数据，对速度毫无帮助。

这种混淆正好从旁例程了某些敏捷专家的观点，包括Ron Jeffries等敏捷专家推荐根本不要估算或是跟踪任务。George Dinwiddie补充了他的看法：

如果你让故事尽量小，那就不必在燃尽图中用小时进行跟踪了。我发现团队更善于跟踪故事，他们不会浪费时间去重新估算要用多少个小时完成任务。

在这一系列讨论中，Ron和其他人指出：在“4周冲刺中完成25个故事点”，这其中的信息已经足够用来完成其他估算了。这就是团队的速度，将来这个团队能完成多少故事，用速度就足以预测了。

你的团队除了估算故事之外，还会跟踪任务估算么？请您在评论中留下观点，并说明您的原因。

译者郑柯 InfoQ中文站总编。做过开发，当过PM，干过销售，搞过市场，最终还是回到媒体。实用的理想主义者，相信：每天改变一点点，这个世界会更好。