{"id":9296,"date":"2017-01-09T08:02:33","date_gmt":"2017-01-09T08:02:33","guid":{"rendered":"http:\/\/www.icterra.com\/estimation-dilemma-in-agile-story-points-vs-hours\/"},"modified":"2021-07-12T09:16:51","modified_gmt":"2021-07-12T09:16:51","slug":"estimation-dilemma-in-agile-story-points-vs-hours","status":"publish","type":"post","link":"https:\/\/www.icterra.com\/tr\/estimation-dilemma-in-agile-story-points-vs-hours\/","title":{"rendered":"Estimation Dilemma in Agile: Story Points vs. Hours"},"content":{"rendered":"

Author: <\/strong>Selcan YAVUZ KADIO\u011eLU, Agile Coach \/ Group Manager \u2013 UX & Mobile Applications<\/p>\n

Effort estimation in traditional software development is done according to the duration in time format: hours, days, etc. While adopting with the Agile methodologies a new term arisen for the estimation:\u00a0Story Points\u2026<\/strong><\/p>\n

Story points are the unit of the measure used for the overall effort required to implement a piece of work (a story, a task). They are relative estimations and most commonly based on the\u00a0Fibonacci Numbers<\/strong>: 0, 1, 2, 3, 5, 8, 13, 21, etc. \u00a0The use of non-linear scaling with Fibonacci Numbers aims to point out the inaccuracy. This helps team to recognize the lack of precision, instead of wasting time trying to produce exact estimates. Therefore, the story point estimation can be useful when the work to be done has some uncertainty and complexity.<\/p>\n

\"\"<\/p>\n

From Agile perspective, here are some advantages to use story points instead of hours for the estimations pointed\u00a0by Atlassian<\/a>\u00a0and by\u00a0Mike Cohn<\/a>\u00a0:<\/p>\n

\u2013 It is faster
\n\u2013 It is easy for planning with measuring the team velocity*
\n\u2013 It accounts the overall effort of work to complete (For the hour based estimation, non-project related works \u2013 overheads, meetings, e-mails may not be noticed.)<\/p>\n

Switching from traditional \/ waterfall process to the Agile may not be a straight-forward action, unfortunately. Management expectations, working habits should be adapted with the paradigm shift. With tailoring the processes and considering the needs, we can find a midway.<\/p>\n

If the team is unfamiliar with Agile concept, a transition from hours to story points is helpful until having a common understanding for the user story estimation. An example of mapping between story points and time shown below may be used.<\/p>\n\n\n\n\n\n\n\n\n\n
1 story point<\/td>\nLess than 0.5 person\/day to complete without any complexity<\/td>\n<\/tr>\n
3 story points<\/td>\n1-2 persons\/day to complete without any complexity<\/td>\n<\/tr>\n
5 story points<\/td>\n2-3 persons\/day to complete without any complexity<\/td>\n<\/tr>\n
8 story points<\/td>\n4-5 persons\/day to complete without so much complexity<\/td>\n<\/tr>\n
13 story points<\/td>\n9-10 persons\/day to complete with some complexity<\/td>\n<\/tr>\n
21 story points<\/td>\n15-20 persons\/day to complete with more complexity<\/td>\n<\/tr>\n
50 story points<\/td>\nHard to estimate the time, complex for now, simplify the story<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

 <\/p>\n

\"\"<\/p>\n

Of course, this style of estimation is just a proposal according to the best practices. \u201cBeing Agile\u201d requires team decisions for such common usages and every team can find a better alternatives to become faster and more adaptive.<\/p>\n

When the team is experienced in Agile with practices, estimations will be better, more effective and plannings will be more accurate with time.<\/p>\n

When and how to take story estimations from the team may be handled with another post.<\/p>\n

*: Velocity is the amount of work that a team complete during an iteration. It is calculated with summing-up the story points of completed works. (We will analyze the term velocity in detail with another post for the Agile metrics.)<\/em><\/p>\n

References:
\n<\/u><\/strong>https:\/\/www.atlassian.com\/agile\/estimation
\n<\/a>https:\/\/www.mountaingoatsoftware.com\/blog\/story-points-are-still-about-effort
\n<\/a>https:\/\/www.mountaingoatsoftware.com\/blog\/the-main-benefit-of-story-points
\n<\/a>https:\/\/www.scrumalliance.org\/community\/articles\/2016\/january\/agile-estimation-techniques
\n<\/a>https:\/\/www.scrumalliance.org\/community\/articles\/2012\/august\/story-points-versus-task-hours<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"

Effort estimation in traditional software development is done according to the duration in time format: hours, days, etc. <\/p>\n","protected":false},"author":1,"featured_media":9297,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"","_et_pb_old_content":"","_et_gb_content_width":"","footnotes":""},"categories":[148],"tags":[],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/www.icterra.com\/tr\/wp-json\/wp\/v2\/posts\/9296"}],"collection":[{"href":"https:\/\/www.icterra.com\/tr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.icterra.com\/tr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.icterra.com\/tr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.icterra.com\/tr\/wp-json\/wp\/v2\/comments?post=9296"}],"version-history":[{"count":0,"href":"https:\/\/www.icterra.com\/tr\/wp-json\/wp\/v2\/posts\/9296\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.icterra.com\/tr\/wp-json\/wp\/v2\/media\/9297"}],"wp:attachment":[{"href":"https:\/\/www.icterra.com\/tr\/wp-json\/wp\/v2\/media?parent=9296"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.icterra.com\/tr\/wp-json\/wp\/v2\/categories?post=9296"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.icterra.com\/tr\/wp-json\/wp\/v2\/tags?post=9296"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}