InfoQ: 故事点是什么?它们有必要么?
来源:互联网 发布:纽曼纽扣淘宝自动重启 编辑:程序博客网 时间:2024/05/02 02:06
故事点是什么?它们有必要么?
作者 Mark Levison 译者 郑柯 发布于 2010年3月6日 上午1时15分
分享 |
Michael de la Maza提出这样一个问题:故事点到底是什么东西?他不断寻找,并找到了很多答案,比如“故事点表示模糊的时间单元”,或者“故事点是Scrum团队使用的一种随机度量方式,用来度量实现一个故事需要付出的工作量”,还可能是“故事点数的估算混合了对于开发特性所要付出的努力、开发复杂度、个中风险以及类似东西”【引自Mike Cohn的《敏捷估算与规划》】。
Michael接下来记录了故事点的使用方式:“说实话,速度是度量生产力的一种方式”,以及与之相对的“使用故事点数或理想人天来度量生产力是坏主意,因为这会促使团队不断膨胀一个点数的内涵……”
面对这些迷惑,Michael开始思考故事点数到底是什么?你要怎么向新接触敏捷和Scrum的人介绍这个概念呢?
Dan Rawsthorne的回复是:
- 团队常常希望速度成为成产力的度量指标,这样就能跟外界其他人说自己的“速度有多快”。
- 如果故事点数在项目生命周期中能保持常量,速度才是有意义的度量指标。想做到这一点,团队必须找到一两个标准的故事,它们的大小在整个项目生命周期中都得保持不变。
- 如果“基线故事不仅在一个团队内部保持大小不变,而且在各团队之间也是如此,那么速度不仅可以用来度量生产力,还能用做不同团队工作效率的有效对比,并因此而成为组织内部的添加剂。”多说一句,这篇文章的作者非常反馈这个实践:速度在敏捷项目中的错误使用。
- 一旦团队有了稳定的故事点数,它们就能被用在未来的发布规划中,用以得到即将成功完成的工作的大致估算。
Ron Jeffries的回复是:
故事点数是需要实现一个故事所付出时间的相对度量,借鉴于XP(故事这个概念也是如此)。它们应该被用来估算困难程度,而不是承诺一个特定的时间阶段,这样不同的团队规模或是任务上花去的时间就不会影响故事点数”。他还说:
是的,它们用来度量规模和复杂度。使用‘规模’和‘复杂度’这两个词,是要表达‘用完成任务所需时间来表示难度’。”最后,Ron说他(和其他专家)不再认为故事点数是必要的了。
InfoQ之前有关新闻:Sprint规划:故事点数 vs. 小时数
查看英文原文:What is Story Point? Are they Necessary?
InfoQ: 故事点是什么?它们有必要么?
- InfoQ: 故事点是什么?它们有必要么?
- 有必要么
- 积分,有必要么
- 要么励志故事:要么孤独,要么庸俗
- 你写的Try...Catch真的有必要么?
- 你写的Try...Catch真的有必要么?
- ehci、xhci是什么?它们有什么区别
- IBM 有哪些开放集群系统, 它们的区别是什么?
- 私服,还有存在的必要么?
- web上下文是什么?里面有什么对象?request,session,application它们和servlet有什么关系!
- JSP有哪些内置对象和动作?它们的作用分别是什么?
- 请教 HINSTANCE 、HANDLE 、CWnd、 HWND到底各是什么,以及它们之间有什么关系
- asp.net中的三层架构是什么意思?mvc设计模式是什么?它们之间有关系吗?
- 802.11 a/b/g/n/ac 是什么以及它们有什么区别
- JSP有哪些内置对象和动作?它们的作用分别是什么?
- JDK和JRE的区别是什么?它们各自有什么作用
- 802.11 a/b/g/n/ac 是什么以及它们有什么区别
- 【新手入门 最精炼总结】AMD/CMD/CommonJs到底是什么?它们有什么区别?
- gnuplot学习笔记(2)
- JPD update failure升级到WLI10.3.1失败
- 论坛数据库设计初步设计
- db2 for Windows 安装
- Debug命令列表
- InfoQ: 故事点是什么?它们有必要么?
- InfoQ: 让回顾更有效的五条原则
- anchors
- InfoQ: 最高效的团队结构
- C#获取项目程序及运行路径的方法
- uc/os任务切换分析(基于swi软中断)
- C#索引器-示例代码
- 构造嵌入式Linux系统----文件系统篇
- SQLServer 2005死锁终极大法(自动杀)