![\"IMG_0285\"](\"https:\/\/noestimates.org\/blog\/wp-content\/uploads\/2015\/01\/IMG_0285.jpg\")
<\/a><\/p>\nFig: One of the mottos of “Open Space”<\/p>\n
My thesis is:<\/p>\n
- \n
- Estimates are waste (defined as work which delivers no value)<\/li>\n
- Even worse, estimates are harmful because they build a bridge into the non-agile planning world and thus prevent the transition to an agile product development.<\/li>\n<\/ul>\n
It doesn’t matter whether we estimate in story points, man days, euros or whatever, if we do magic risk surcharges, etc. These are workarounds to the planning fallacy. Some work better than others but an estimate is always an estimate. I take #noestimates literally. Simply don\u2019t do it and see what happens.<\/p>\n
The Open Space session was very enlightening for me (and hopefully for the other participants).<\/p>\n
The first topic was the definition of “estimation” and if it were at all possible, not to estimate.<\/p>\n
Somehow you always implicitly estimate, e.g. if you are planning a sprint, you will estimate what fits into it.<\/p>\n
There was an interesting consensus of the participants: “All estimates are wrong”.<\/p>\n
A Product Owner, who participated in the session, stated he needed to estimate to determine the benefit \/ cost ratio. By that he gets a kind of mini business case for every backlog item which allows him to prioritize.<\/p>\n
Someone emphasized, estimation is great to foster communication about new stories.<\/p>\n
One participant argued that the Scrum Guide requires the backlog items to be “estimated”. (That’s correct; it is written black on white)<\/p>\n
Someone told from his team they hide the estimate in the story size by simply slicing all stories to the same size. (This is hardly #noestimates, if you take it literally as I do).<\/p>\n
“All estimates are wrong”.<\/p>\n
I can confirm that from my own observation. There is one saying that estimates are particularly difficult if they relate to the distant future \u2013 e.g. for release planning. In the Scrum team I serve it often happens that the PO asks for estimating an implementation detail to decide whether to build it or not (the mini-business case says hello). A short-term and easy to overlook estimate. Even with these I regularly hear afterwards, “that was more complex than I thought.” Even worse there are the many unknowns from peripheral systems, interfaces, sick leave, team coordination, individual performance, on-boarding, foreign activities and similar hardships of life.<\/p>\n
Also you might ask yourself, what happens to the mini-business cases, if I underestimate the benefits and overestimate the effort? Will I possibly never build an important feature? What if I overestimate the benefit (which happens quite often)?<\/p>\n
Let’s do a thought experiment: Estimating does not work. What would be the optimal strategy for steering software development? Why do we need the estimate? What is missing, if we can\u2019t do it, how do we solve the problem otherwise?<\/p>\n
Everything we build has a cost. As the team builds one item after the other, each item the PO prioritizes for implementation moves all the other items cost- and time-wise into the future. How far? No idea. We will have to act purely evidence-based. The only way to knowing what the item will cost and how long it will take, is to actually build it. Is this a risk? Yes it is, that’s why we need to slice to the smallest possible units that move us forward. Ideally, the items of highest value first. “Highest value” is uncertain – a hidden estimate? Absolutely, so we need evidence as soon as possible about the actual value of the items.<\/p>\n
“Smallest possible” sounds like a size comparison. Is there always less effort in less functionality? In my experience, yes. Is there a hidden estimate? Maybe – at least it’s good to involve the DevTeam in the story slicing. \u00a0It also improves communication about new stories.<\/p>\n
For our risk management, we need to define the \u201cdone\u201d (and then comply). The popular “80% complete” is an estimate and these are always wrong.<\/p>\n
As a software service provider it\u2019s not our job to change our customer\u2019s project management process. If the customer, however, decides to take the agile way of product development, we can support this transformation by stopping to estimate. It never worked anyway.<\/p>\n
<\/p>\n","protected":false},"excerpt":{"rendered":"
Jan Kr\u00fcger provided this Guest Post.\u00a0Jan is\u00a0@j_hkrueger in Twitter. Jan\u00a0recently attended the Global Scrum Gathering in Berlin and held an Open Space session on No Estimation. and asked if I would post these notes. Notes from the No Estimation Session at the\u00a0Global Scrum Gathering in Berlin Recently I attended\u00a0the Global Scrum Gathering in Berlin. \u00a0On […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2],"tags":[],"class_list":["post-73","post","type-post","status-publish","format-standard","hentry","category-noestimates"],"jetpack_featured_media_url":"","_links":{"self":[{"href":"https:\/\/noestimates.org\/blog\/wp-json\/wp\/v2\/posts\/73","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/noestimates.org\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/noestimates.org\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/noestimates.org\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/noestimates.org\/blog\/wp-json\/wp\/v2\/comments?post=73"}],"version-history":[{"count":3,"href":"https:\/\/noestimates.org\/blog\/wp-json\/wp\/v2\/posts\/73\/revisions"}],"predecessor-version":[{"id":78,"href":"https:\/\/noestimates.org\/blog\/wp-json\/wp\/v2\/posts\/73\/revisions\/78"}],"wp:attachment":[{"href":"https:\/\/noestimates.org\/blog\/wp-json\/wp\/v2\/media?parent=73"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/noestimates.org\/blog\/wp-json\/wp\/v2\/categories?post=73"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/noestimates.org\/blog\/wp-json\/wp\/v2\/tags?post=73"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}