<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Estimation on BoochTek, LLC</title><link>https://blog.boochtek.com/categories/estimation/</link><description>Recent content in Estimation on BoochTek, LLC</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Sun, 23 Mar 2014 23:02:28 +0000</lastBuildDate><atom:link href="https://blog.boochtek.com/categories/estimation/index.xml" rel="self" type="application/rss+xml"/><item><title>Estimation Isn’t Agile</title><link>https://blog.boochtek.com/posts/agile-estimation/</link><pubDate>Sun, 23 Mar 2014 23:02:28 +0000</pubDate><guid>https://blog.boochtek.com/posts/agile-estimation/</guid><description>&lt;p&gt;I don&amp;rsquo;t believe that estimation should be part of any Agile practice.&lt;/p&gt;
&lt;p&gt;One of our managers recently mentioned that we hadn&amp;rsquo;t met the &amp;ldquo;contract&amp;rdquo; that we had &amp;ldquo;committed&amp;rdquo; to in our last iteration. This was complete nonsense, because A) we hadn&amp;rsquo;t made any such commitments, and B) we completed many more story points than the previous iterations (and without inflating story points).&lt;/p&gt;
&lt;p&gt;&lt;img alt="estimates-as-deadlines" loading="lazy" src="https://blog.boochtek.com/images/estimates-as-deadlines.png"&gt;&lt;/p&gt;
&lt;p&gt;But her language made me come to several realizations. First and foremost, estimates are contracts. Sure, they&amp;rsquo;re not &lt;strong&gt;supposed&lt;/strong&gt; to be treated as commitments, but they almost always are. And what does the &lt;a href="http://agilemanifesto.org/"&gt;Agile Manifesto&lt;/a&gt; say about this? It says that we should value customer collaboration over contract negotiation, and responding to change over following a plan. So it&amp;rsquo;s pretty clear that treating estimates as commitments is completely counter to the Agile values.&lt;/p&gt;</description></item></channel></rss>