写点什么

用户故事点数的依据是复杂度还是时间?

  • 2010-07-08
  • 本文字数:1146 字

    阅读完需:约 4 分钟

很多敏捷团队将故事点和复杂度点作为同义词来使用,他们相信这比使用“小时”更好,因为这些点数是基于复杂度和相对大小的 Mike Cohn 则表示,使用故事点来描述特性的开发复杂度是不对的,应该使用工作量。

Mike 提到:

我发现太多的团队认为,故事点应该基于用户故事或特性的复杂度,而不是开发所需的工作量。这些团队通常将“故事点”定义为“复杂度点”,这看起来不错,可能还更精确,但却是错误的。故事点与特性的复杂度无关,而与开发特性所花费的工作量有关。

Mike 给出了一个有趣的例子,他比较了舔 1000 枚邮票和做一个简单的脑外科手术。Mike 认为,抛开复杂度上显而易见的不同,这两件事应该有相同的故事点数,因为它们需要花费相同的时间。

Scrum Development group 上有一个类似的讨论.Adam Sroka 提到,为了能够比较稳定的测量 velocity,团队需要测量的数据能够接近所耗费的时间。因此,故事应该基于相对工作量,而工作量应与花费的时间有关。

但是,这并不意味着应该以小时为单位进行估算。许多人已经发现以小时为单位的估算是一种浪费,而且也不准确。 Mark Levison 说到:

估算本身就是浪费。使用小时进行估算则更加浪费,人们花费几个小时去讨论细枝末节,还不如赶快开始工作。虽然使用点数进行估算也是浪费,但为了可以使项目的进度更加易于预测和透明,用户故事应该大致上有相同的大小,再加上一定的差异。对于大多数(成熟或者不成熟的)团队来说,这并不容易,因此他们需要故事点。

Jeff Sutherland 也比较了故事点与基于小时的估算。Jeff 说:

估算故事点比小时更快速、更好也更经济,高效团队会完全弃用任何以小时为单位的估算,因为他们认为这是一种浪费,只会拖慢他们。

Mark Kilby 提出,应该确保那些新接触敏捷的人不会假设故事点=工作量=小时。Mark 认为,在决定故事点时,虽然工作量很重要,但还需要充分考虑不确定性。Mike 则同意点数和小时之间不存在等价关系

Mike 还说

或许我们可说,点数是工作量、风险和不确定性的函数,SP=f(E,R,U)。(如果你愿意,也可以把其中一个称为复杂度,但这不重要。)重要的是,点数是关于工作量的估算。风险、不确定性、复杂度、未知因素以及其他相关的事,仅当他们会影响工作量时才应被包含进去。如果某些事确实很复杂,但却不会影响实现特性所花费的时间,那么复杂性就不应该对估算产生影响-这才是故事点。

因此,故事点应该基于工作量,而工作量应该考虑风险、复杂度、未知因素等等。关键是明白故事点要回答的问题。就像 Mike 说的:

估算的目的是回答如“什么时候才能完成?”或者“到某天为止我们可以得到多少功能?”这样的问题。如果这确实是真的,那么不管用什么单位、什么途径进行估算,都必须是与时间相关的。

点击查看相关的讨论。

查看英文原文: Do Story Points Relate to Complexity or Time?

2010-07-08 05:122407
用户头像

发布了 63 篇内容, 共 24.2 次阅读, 收获喜欢 1 次。

关注

评论

发布
暂无评论
发现更多内容

并发工具之Semaphore与Exchanger

爱好编程进阶

Java 面试 后端开发

Module-3:外包学生管理系统架构设计文档

Jadedev

架构训练营

MapReduce服务初体验

乌龟哥哥

4月月更

外包学生管理系统的架构文档

鱼恨水

如何构建一个可“持续演进”的可观测体系?| QCon

阿里巴巴云原生

性能调优篇:困扰我半年之久的RocketMQ timeout exception 终于破解了

爱好编程进阶

Java 面试 后端开发

分布式shiro权限验证 二

Rubble

4月日更

再谈企业信息化的本质

秋去冬来春未远

信息化本质

基于华为云图像识别标签

乌龟哥哥

4月月更

活动预告 | 4月23日,多场OpenMLDB精彩分享来袭,不负周末好时光!

第四范式开发者社区

机器学习 数据库 AI 特征 特征平台

在线CSV转YAML工具

入门小站

工具

模块三作业

天琪实刚亮

外包学生管理系统详细架构设计文档

高山觅流水

「架构实战营」

模块三:外包学生管理系统-架构设计文档

jiaoxn

「架构实战营」

开发者工具 Top 100 名单

爱好编程进阶

Java 面试 后端开发

学生管理系统的架构文档

Kevin

「架构实战营」

模块三作业 架构设计文档

库尔斯

架构实战营

Robot OS驱动开发

轻口味

c++ android Robot 4月月更 AOSP

EventBridge 集成云服务实践

阿里巴巴云原生

外包学生管理系统架构设计文档

大眼喵

「架构实战营」

云原生微服务的下一站,微服务引擎 MSE 重磅升级

阿里巴巴云原生

「內元宇宙」革命 聯載

因田木

元宇宙 我富國 創世紀 陰陽五行 股權去中心化

10分钟快速入门RDS

乌龟哥哥

4月月更

或许你不知道的12条SQL技巧

乌龟哥哥

4月月更

linux之lscpu命令

入门小站

在线YAML转Properties工具

入门小站

工具

长沙好人

成周

云原生架构下的微服务选型和演进

阿里巴巴云原生

架构实战训练 模块三

小马

「架构实战营」

架构实战营-模块三-作业

michael

架构实战营 #架构实战营 「架构实战营」

Java 并发编程总结

Joseph295

用户故事点数的依据是复杂度还是时间?_研发效能_Vikas Hazrati_InfoQ精选文章