why_do_we_use_story_points_instead_of_hours
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revision | Next revisionBoth sides next revision | ||
why_do_we_use_story_points_instead_of_hours [2019/01/21 06:33] – [Estimation is Continually Refined] hpsamios | why_do_we_use_story_points_instead_of_hours [2019/01/21 08:47] – Edited to fix English hpsamios | ||
---|---|---|---|
Line 1: | Line 1: | ||
====== Why Do We Use Story Points Instead of Hours or Days? ====== | ====== Why Do We Use Story Points Instead of Hours or Days? ====== | ||
- | Story points | + | Story Points |
- | * Takes less time, | + | * Take less time, |
- | * Provides | + | * Provide |
- | * Can scale from individual | + | * Can scale from individual |
But Story Points are not equal to hours. A lot of people like to equate hours or days with Story Points. Sometimes this is because there: | But Story Points are not equal to hours. A lot of people like to equate hours or days with Story Points. Sometimes this is because there: | ||
Line 11: | Line 11: | ||
* Is a misunderstanding of what Story Points are, or | * Is a misunderstanding of what Story Points are, or | ||
* Is starting guidance we get when first doing estimates, or | * Is starting guidance we get when first doing estimates, or | ||
- | * Are Teams have small, well known, low complexity work where they actually know how many hours it takes them to implement. | + | * Are Teams that have small, well known, low complexity work where they actually know how many hours it takes them to implement. |
- | + | If, for example, you are using SAFe, and have never done the Story Point approach before, SAFe introduces the idea of standardizing points where "the shared understanding of 1 story point 'is '~ 1 day of effort to develop & test a story'" | |
- | If, for example, you are using SAFe, and have never done the Story Point approach before, SAFe introduces the idea of standardizing points where "the shared understanding of 1 story point 'is '~ 1 day of effort to develop & test a story'" | + | |
The problem is that many people are still using this understanding when estimating Stories by saying things like “a day is equals a point and so since this item is about 10 days, the estimate is 10 points”. They then fudge the number to an 8 or 13 because “we are only allowed to use the Fibonacci numbers.” This is not the intent, and if you head in this direction there is no benefit to using Story Points. | The problem is that many people are still using this understanding when estimating Stories by saying things like “a day is equals a point and so since this item is about 10 days, the estimate is 10 points”. They then fudge the number to an 8 or 13 because “we are only allowed to use the Fibonacci numbers.” This is not the intent, and if you head in this direction there is no benefit to using Story Points. | ||
- | To be clear, if the estimate is really just a proxy for time (hours or days), we should stop calling them Story Points. After all, they are just “ideal days” with all the inherent problems. [[http:// | + | To be clear, if the estimate is really just a proxy for time (hours or days), we should stop calling them Story Points. After all, they are just “ideal days” |
<WRAP box>If a development team is equating some number of hours to a storypoint, it is missing the point (pun intended). Saying, “Thirty hours equals one point” is ridiculous. If you’re doing that, just use hours for goodness sake. You haven’t gained anything from storypoints except to be able to claim to be doing “agile.”</ | <WRAP box>If a development team is equating some number of hours to a storypoint, it is missing the point (pun intended). Saying, “Thirty hours equals one point” is ridiculous. If you’re doing that, just use hours for goodness sake. You haven’t gained anything from storypoints except to be able to claim to be doing “agile.”</ | ||
+ | |||
+ | Here are some things to understand when using Story Points instead of a more traditional approach to estimating. | ||
===== Story Points and Velocity ===== | ===== Story Points and Velocity ===== | ||
Line 44: | Line 45: | ||
{{ mapping_hours_to_risk_etc.png? | {{ mapping_hours_to_risk_etc.png? | ||
- | This chart is an example of how teams develop their view of " | + | This chart is an example of how teams develop their view of " |
- | + | ||
- | <WRAP Box> | + | |
What is really cool about estimating this way is that you will establish a stable Team velocity over time which will help the Team make and meet commitments. As you determine future work, you can rely on the historical velocity of the Team since the numbers already factor in different risk, complexity and uncertainty profiles. | What is really cool about estimating this way is that you will establish a stable Team velocity over time which will help the Team make and meet commitments. As you determine future work, you can rely on the historical velocity of the Team since the numbers already factor in different risk, complexity and uncertainty profiles. |
/home/hpsamios/hanssamios.com/dokuwiki/data/pages/why_do_we_use_story_points_instead_of_hours.txt · Last modified: 2020/07/13 06:51 by hans