Time vs Story Points Estimation [转]
One of the most common questions we get is whether to estimate in time or points. It seems like points are used only “to avoid thinking about time” and they are essentially the same. Wrong.
Let us give you the travel metaphor to give you an idea about how we are thinking.
The Travel Metaphor
“Mom, dad, are we there yet?” Recognize that expression? Having problems answering it? Well, you have the same problem giving an answer to your kids as well as to your project manager.
Both will hold you accountable for your answer! And even though you have taken the trip to the grandparents a hundred times, you cannot be sure on how long it will take this time.
You know the distance quite well, but there are a multitude of things that can happen along the way. It may start to rain so you have to lower speed. Someone needs to pee an extra time. You forgot to fill up gas. There’s an accident and you are forced to take a detour.
So you answer “if nothing happens it will take about half an hour, kids.” If something happens, do they care? You said half an hour, didn’t you?
Time is derived from velocity and distance
Your travelled distance per hour will be the same every time only if your speed is constant, which it is not. It depends on a number of things like weather, traffic or vehicle.
Compare story estimation with travelling. Your sprint velocity compares to your travelling speed, your story points to the distance and time will be of course the same.
Story points describes the complexity of the problem and that will be fairly constant over time, while time is a function of that complexity and your sprint velocity.
In the same manner, the distance between two cities will remain fairly constant over time but the time it takes to travel between them will vary.
But is not sprint velocity constant? We hope not. We hope that you will increase your velocity over time as you trim down all waste, increase team play and other improvements.
Relative estimation and reference stories
It is hard to estimate in absolute terms, such as out of the blue tell the distance between two cities. But you are surely able to tell if that distance is longer or shorter than the distance between two other cities. E.g. if you know the distances from London to Rome, you can estimate roughly the distance to Paris. This is how we work as humans. We can estimate in relative terms quite well but are not good at absolute estimation.
That is why we have reference stories on the wall when we estimate. A reference story is an example of a story that we can fairly well relate to. A new story can be compared to the reference stories and we can tell whether it is larger or smaller than each one of them.
Our mobile reference stories on a board.
You should have at least three reference stories. One small, one medium and one that is the largest you would allow in a sprint. Stories bigger than that gets sliced.
You use the reference stories to reason about your estimation with your teammates whenever your estimates diverge.
Also, your estimations will be more consistent over time with reference stories. If you estimate without them, you tend to lower your estimations as you go faster. Like if the distance travelled would shrink as your speed increased.
Remember, we are comparing complexity, which is expected to be stable. Not the time a story takes to reach done. That is different thing which depends on your current sprint velocity.
Why estimate time?
With what has been said, why should anyone consider time estimation at all? Well, it is often time that matters the most. But with relative estimation, if you know the velocity, you can derive the time. For instance, if the velocity varies between 10 and 12, and each sprint is 2 weeks, you know that in 4 weeks the team have delivered between 20 and 24 points.
Returning to the metaphor, people don’t care how far you have to go, they just want to know when you will be there.
Summary
- Estimation in points is estimation of complexity and you can compare it with estimation of travelling distance. Time is depending on sprint velocity and traveling speed, respectively.
- Estimate in points is easier to get accurate. If you estimate consistently, you may be able to measure process improvements in the form of increased velocity.
- To estimate consistently, you should have reference stories at hand to compare with during estimation.
At the end of the day, however, you will need to answer the question on your time of arrival.
http://blog.crisp.se/2014/04/23/perlundholm/time-vs-story-points-estimation
Time vs Story Points Estimation [转]的更多相关文章
- CHEVP算法(Canny/Hough Estimation of Vanishing Points)
这个算法是汪悦在 Lane detection and tracking using B-spline中提出来的.他在这篇论文中主要用的是B-spline模型,这个模型的主要优点是鲁棒性好,可以针对不 ...
- x264 编码器选项分析 (x264 Codec Strong and Weak Points) 1
文章文件夹: x264 编码器选项分析 (x264 Codec Strong and Weak Points) 1 x264 编码器选项分析 (x264 Codec Strong and Weak P ...
- Linear Regression and Maximum Likelihood Estimation
Imagination is an outcome of what you learned. If you can imagine the world, that means you have lea ...
- deep learning+ Depth Estimation
Depth estimation/stereo matching/optical flow @CVPR 2017 Unsupervised Learning of Depth and Ego-Moti ...
- 论文阅读笔记五十六:(ExtremeNet)Bottom-up Object Detection by Grouping Extreme and Center Points(CVPR2019)
论文原址:https://arxiv.org/abs/1901.08043 github: https://github.com/xingyizhou/ExtremeNet 摘要 本文利用一个关键点检 ...
- paper 154:姿态估计(Hand Pose Estimation)相关总结
Awesome Works !!!! Table of Contents Conference Papers 2017 ICCV 2017 CVPR 2017 Others 2016 ECCV 20 ...
- pytorch --- word2vec 实现 --《Efficient Estimation of Word Representations in Vector Space》
论文来自Mikolov等人的<Efficient Estimation of Word Representations in Vector Space> 论文地址: 66666 论文介绍了 ...
- 萌新笔记——Cardinality Estimation算法学习(一)(了解基数计算的基本概念及回顾求字符串中不重复元素的个数的问题)
最近在菜鸟教程上自学redis.看到Redis HyperLogLog的时候,对"基数"以及其它一些没接触过(或者是忘了)的东西产生了好奇. 于是就去搜了"HyperLo ...
- 有理数的稠密性(The rational points are dense on the number axis.)
每一个实数都能用有理数去逼近到任意精确的程度,这就是有理数的稠密性.The rational points are dense on the number axis.
随机推荐
- [POJ1050]To the Max(最大子矩阵,DP)
题目链接:http://poj.org/problem?id=1050 发现这个题没有写过题解,现在补上吧,思路挺经典的. 思路就是枚举所有的连续的连续的行,比如1 2 3 4 12 23 34 45 ...
- 1343. Fairy Tale
1343 想了好一会 以为会有什么定理呢 没想到 就试着搜了 看来素数还是很多的 跑的飞快 注意会有前导0的情况 还有0,1不是素数... #include <iostream> #inc ...
- Android无法访问本地服务器(localhost)的解决方案
在Android开发中通过localhost或127.0.0.1访问本地服务器时,会报java.net.ConnectException: localhost/127.0.0.1:8083 -Conn ...
- Codeforces Round #291 (Div. 2)
A 题意:给出变换规则,单个数字t可以变成9-t,然后给出一个数,问最小能够变成多少. 自己做的时候理解成了不能输出前导0,但是题目的本意是不能有前导0(即最高位不能是0,其余位数按照规则就好) 55 ...
- 各个 Maven仓库 镜像(包括国内)
本来之前用的OSC的Maven库,不过最近客户这边换了联通的网络之后,OSC的库就完全连不上了,不知道是不是因为OSC用的是天翼赞助的网络的原因,所以收集了一些其他的镜像库 首推当然还是OSC(不过联 ...
- 使用phantomjs生成网站快照
http://phantomjs.org/ 昨天(2013/08/12)在代码区看到一个生成站点快照的代码,看了半天才发现,作者仅仅贴出来业务代码,最核心的生成快照图片的代码反而没有给出来. 以前记得 ...
- 物联网操作系统HelloX V1.79发布公告
经过HelloX开发团队近半年的努力,在HelloX V1.78版本基础上,增加许多功能特性,并对V1.78版本的一些特性进行了进一步优化之后,正式形成HelloX V1.79测试版本.经相对充分的测 ...
- 【转】vim - tab变空格
vim中将tab自动转换成空格 在vim中,有时需要将tab转换成space.使用ret命令(replace tab).[range]ret[ab]! [new-tabstop] 举例:将第一行到文件 ...
- yaf框架流程一
资料参考: Yaf是一个C语言编写的PHP框架,以php扩展的形式. 是 laruence(鸟哥) 的作品 laruence 是PHP 开发组成员, PECL 开发者. Yaf, Taint等Pec ...
- 把十进制数(long型)分别以二进制和十六进制形式输出,不能使用printf系列。
编程实现:把十进制数(long型)分别以二进制和十六进制形式输出,不能使用printf系列. 实现了unsigned long型的转换. // 十进制转换为二进制,十进制数的每1bit转换为二进制的1 ...