团队速率

开发速率(或称团队速率、项目速率)用于度量项目中完成的工作量。开发速率,可以通过简单地加总迭代完成的用户故事点数来计算

迭代计划会议中,客户选择的故事量,其故事点数之和应等于上个迭代的开发速率。

这个简单的计算方法,也有助于开发人员在结束某次有挑战的迭代工作后,清理故事和任务、调整估算值。如果开发人员提前完成了计划的任务量并向客户请求新的故事,说明团队的开发速率提高了。

开发速率总有一些上下起伏。如果开发速率在多次迭代中变化太明显,你应该考虑在某次发布计划会议中重新估算和调整计划。当系统投入生产环境之后,增加的运维工作,也会使得开发速率再次变化。

开发速率大概是你所能得到的较详细和准确的度量了。

别去考虑用开发速率除以迭代长度或人数。用这样的结果数字去对比两个项目的生产率,这是不现实的。每个团队在估算故事和任务时都有不同的偏好,有的高估、有的低估。长期而言这无关紧要。确保项目以稳定、可预期的节奏推进的关键在于:跟踪记录每次迭代中完成的开发任务总量。

一开始的开发速率和项目规模都无法做到准确估算,几乎任何项目都有这个问题。即便掌握了大量细节,你的初步估算仍然是种猜测。与其创建大量文档,不如多考虑一下项目的整体功能范围及功能是否有价值。通过早期几个迭代的探索,可以更好地度量开发速率及项目整体规模。