{"id":1111,"date":"2012-01-31T02:17:28","date_gmt":"2012-01-31T02:17:28","guid":{"rendered":"http:\/\/blog.agilityfeat.com\/?p=151"},"modified":"2012-01-31T02:17:28","modified_gmt":"2012-01-31T02:17:28","slug":"dropping-estimation","status":"publish","type":"post","link":"http:\/\/34.200.113.64\/en\/blog\/2012\/01\/dropping-estimation\/","title":{"rendered":"Coaching a client to drop Estimation"},"content":{"rendered":"<p>I&#8217;ve always had a love\/hate relationship with estimation.\u00a0 I find the topic fascinating.\u00a0 Estimation is like a car wreck, it&#8217;s hard not to slow down some and take a look, even if you know it&#8217;s wrong and you are afraid of what you might see.<\/p>\n<p>As my views on software development have changed over the years, so have my views on estimation.\u00a0 Early on, I thought I could estimate things, and I would often try and fail.\u00a0 After a few years of inaccurate estimates, and long before I knew what Agile was, I decided that I would only give my boss one of three answers:\u00a0 2 days, 2 weeks, or 2 months.<\/p>\n<p>Even then, I already knew that estimates were pretty useless to do in depth, and so I was basically just trying to answer in terms of a few buckets indicating order of magnitude.\u00a0 Next I learned about Steve McConnell&#8217;s Cone of Uncertainty, and realized that if I was going to have to give estimates, I should always give them in ranges.\u00a0 The wider the range, the more I was indicating to my customer that there was high risk and uncertainty.\u00a0 This was another step forward for me.<\/p>\n<p>As I got into agile methods more and more, and I really enjoyed doing Scrum, I thought about how to apply range estimates to what I was doing.\u00a0 This led to my talk at the Agile 2010 and XP2011 conferences on range estimation techniques in Scrum.\u00a0 My ideas were not necessarily unique, but nonetheless, I felt like I was providing better and better estimates to my clients.\u00a0 And I think I was.<\/p>\n<p>But now, more and more, I make sure that I question myself:\u00a0 \u00abWhy am I doing estimation at all?\u00a0 Do I really need to?\u00bb<\/p>\n<p>Sometimes, the answer is yes.\u00a0 It could be for a variety of reasons, including one as simple as \u00abthe customer demands it.\u00bb<\/p>\n<p>However, I want to make sure that I at least ask myself if an estimate is really adding any value or serving a purpose.<\/p>\n<p>An example of this was a recent retrospective I conducted with a client.\u00a0 They brought me in to help them consider how to improve their agile process.\u00a0 They were regularly missing sprint commitments, and their estimates were not accurate.\u00a0 Since we&#8217;ve worked together before, and they know of my interest in agile estimation, they asked me to come in and recommend some changes.<\/p>\n<p>We spent the day together going through a number of retrospective exercises and learning about their work so far.\u00a0 The \u00abah ha\u00bb moment though was when one of the team members pointed out that their customer doesn&#8217;t really care about the estimates, she just wants to see continual progress.<\/p>\n<p>Aha!\u00a0 So we explored why there were doing estimates then, and after discussing it for a while, we concluded that they really don&#8217;t add any value to this customer.\u00a0 This customer really just values transparency and regular progress updates, and doesn&#8217;t care about estimates.\u00a0 They were bringing her into an estimation process that she didn&#8217;t value, which they were regularly wrong at, and it was turning into a distraction.<\/p>\n<p>At the end of the day, as a team, we came up with a number of recommendations for them.\u00a0 But the one that would have most surprised me several years ago was that I recommended they drop estimation altogether.\u00a0 We instead focused on refocusing on highly prioritized lists and improved communication, and they are taking steps towards more of a Kanban methodology.<\/p>\n<p>These changes are still an ongoing process for them, but the early signs are good.\u00a0 Here is some feedback they sent me recently:<\/p>\n<blockquote><p>I just wanted to tell you that we appear to be having a good deal of success with the evolving Agile process. The Product Backlog has become the guiding document for the process. At any point in time, the stake holders can tell what we&#8217;re working on and what we will start working on next. [Business Analyst] says this document makes it dead simple to complete the project documentation that he is required to fulfill. And this is a good way to help [the Product Owner] track our accomplishments, especially since she is now much less available than when she was previously&#8230;<\/p>\n<p>We&#8217;ve completely done away with estimation at this point, and have decided not even to use a spreadsheet. So far this has been a good decision.<\/p><\/blockquote>\n<p>I am still of the opinion that estimates can be valuable.\u00a0 But we all recognize their inherent inaccuracy, and so it is best to avoid them whenever possible.\u00a0 When we can&#8217;t avoid them, we must still communicate their inaccuracy, which is where ranges are helpful.<\/p>\n<p>What I have learned from the agile movement is to first start under the assumption that we don&#8217;t need estimates on a given project, and then have the customer prove to me why we should do them.\u00a0 Let&#8217;s determine what value they seek out of estimation, and then at least we can craft a solution that gives them the value they need without any false pretenses of accuracy.<\/p>","protected":false},"excerpt":{"rendered":"<p>I&#8217;ve always had a love\/hate relationship with estimation.\u00a0 I find the topic fascinating.\u00a0 Estimation is like a car wreck, it&#8217;s hard not to slow down some and take a look, even if you know it&#8217;s wrong and you are afraid of what you might see. As my views on software development have changed over the [&hellip;]<\/p>","protected":false},"author":4,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"","_et_pb_old_content":"","_et_gb_content_width":""},"categories":[4],"tags":[5,6,11,43,15],"jetpack_featured_media_url":"","yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v15.7 - https:\/\/yoast.com\/wordpress\/plugins\/seo\/ -->\n<title>Coaching a client to drop Estimation - AgilityFeat Panama Software Test Center<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/agilityfeatpanama.com\/blog\/2012\/01\/dropping-estimation\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Coaching a client to drop Estimation - AgilityFeat Panama Software Test Center\" \/>\n<meta property=\"og:description\" content=\"I&#8217;ve always had a love\/hate relationship with estimation.\u00a0 I find the topic fascinating.\u00a0 Estimation is like a car wreck, it&#8217;s hard not to slow down some and take a look, even if you know it&#8217;s wrong and you are afraid of what you might see. As my views on software development have changed over the [&hellip;]\" \/>\n<meta property=\"og:url\" content=\"https:\/\/agilityfeatpanama.com\/blog\/2012\/01\/dropping-estimation\/\" \/>\n<meta property=\"og:site_name\" content=\"AgilityFeat Panama Software Test Center\" \/>\n<meta property=\"article:published_time\" content=\"2012-01-31T02:17:28+00:00\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Est. reading time\">\n\t<meta name=\"twitter:data1\" content=\"4 minutes\">\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"WebSite\",\"@id\":\"https:\/\/34.200.113.64\/#website\",\"url\":\"https:\/\/34.200.113.64\/\",\"name\":\"AgilityFeat Panama Software Test Center\",\"description\":\"AgilityFeat Panama offers customized, multilevel web and mobile software testing for a variety of industries.\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":\"https:\/\/34.200.113.64\/?s={search_term_string}\",\"query-input\":\"required name=search_term_string\"}],\"inLanguage\":\"en-US\"},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/agilityfeatpanama.com\/blog\/2012\/01\/dropping-estimation\/#webpage\",\"url\":\"https:\/\/agilityfeatpanama.com\/blog\/2012\/01\/dropping-estimation\/\",\"name\":\"Coaching a client to drop Estimation - AgilityFeat Panama Software Test Center\",\"isPartOf\":{\"@id\":\"https:\/\/34.200.113.64\/#website\"},\"datePublished\":\"2012-01-31T02:17:28+00:00\",\"dateModified\":\"2012-01-31T02:17:28+00:00\",\"author\":{\"@id\":\"https:\/\/34.200.113.64\/#\/schema\/person\/c8d60d597071526db386b2b8a4afac64\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/agilityfeatpanama.com\/blog\/2012\/01\/dropping-estimation\/\"]}]},{\"@type\":\"Person\",\"@id\":\"https:\/\/34.200.113.64\/#\/schema\/person\/c8d60d597071526db386b2b8a4afac64\",\"name\":\"arin\",\"image\":{\"@type\":\"ImageObject\",\"@id\":\"https:\/\/34.200.113.64\/#personlogo\",\"inLanguage\":\"en-US\",\"url\":\"http:\/\/0.gravatar.com\/avatar\/cc498e210512c707ed769986dd745896?s=96&d=mm&r=g\",\"caption\":\"arin\"}}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","_links":{"self":[{"href":"http:\/\/34.200.113.64\/en\/wp-json\/wp\/v2\/posts\/1111"}],"collection":[{"href":"http:\/\/34.200.113.64\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/34.200.113.64\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/34.200.113.64\/en\/wp-json\/wp\/v2\/users\/4"}],"replies":[{"embeddable":true,"href":"http:\/\/34.200.113.64\/en\/wp-json\/wp\/v2\/comments?post=1111"}],"version-history":[{"count":0,"href":"http:\/\/34.200.113.64\/en\/wp-json\/wp\/v2\/posts\/1111\/revisions"}],"wp:attachment":[{"href":"http:\/\/34.200.113.64\/en\/wp-json\/wp\/v2\/media?parent=1111"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/34.200.113.64\/en\/wp-json\/wp\/v2\/categories?post=1111"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/34.200.113.64\/en\/wp-json\/wp\/v2\/tags?post=1111"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}