<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.1" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Estimates Are Not Commitments</title>
	<link>http://cwd.dhemery.com/2003/08/estimates_are_not_commitments/</link>
	<description>Dale Emery on Leadership</description>
	<pubDate>Fri, 29 Aug 2008 07:04:43 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.1</generator>
		<item>
		<title>By: keith ray</title>
		<link>http://cwd.dhemery.com/2003/08/estimates_are_not_commitments/#comment-59</link>
		<dc:creator>keith ray</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>http://cwd.dhemery.com/2003/08/estimates_are_not_commitments/#comment-59</guid>
		<description>Exercise: ask Fred what portions of the installation guide could be done in one week and the following week; set the expectation that you (or someone else) will review those portions on those dates...and follow through.

If the estimate turns out to be off for the first week (less of the installation guide was done than planned), you now have warning that it will probably be off for the second week.</description>
		<content:encoded><![CDATA[<p>Exercise: ask Fred what portions of the installation guide could be done in one week and the following week; set the expectation that you (or someone else) will review those portions on those dates&#8230;and follow through.</p>
<p>If the estimate turns out to be off for the first week (less of the installation guide was done than planned), you now have warning that it will probably be off for the second week.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Udi Dahan</title>
		<link>http://cwd.dhemery.com/2003/08/estimates_are_not_commitments/#comment-60</link>
		<dc:creator>Udi Dahan</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>http://cwd.dhemery.com/2003/08/estimates_are_not_commitments/#comment-60</guid>
		<description>What if your boss treats your estimates as commitments ?</description>
		<content:encoded><![CDATA[<p>What if your boss treats your estimates as commitments ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dale Emery</title>
		<link>http://cwd.dhemery.com/2003/08/estimates_are_not_commitments/#comment-61</link>
		<dc:creator>Dale Emery</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>http://cwd.dhemery.com/2003/08/estimates_are_not_commitments/#comment-61</guid>
		<description>Udi, I have a few possibilities to consider.
The next time your boss requests an estimate, ask whether the boss is asking for an estimate or a commitment.  That will likely start a conversation.
Whenever you give an estimate, also give your confidence that you will finish at or before the estimate.
Draw an &lt;em&gt;uncertainty diagram&lt;/em&gt; (aka risk diagram) that shows the range of possible completion dates and, for each date, your confidence that you will deliver by that date.  See Tom Demarco and Tim Lister's &lt;em&gt;
&lt;a href="http://www.amazon.com/exec/obidos/ASIN/0932633609/dalehemer-20"&gt;Waltzing with Bears: Managing Risk on Software Projects&lt;/a&gt;
&lt;/em&gt; for more information about risk diagrams.
Always write down the assumptions on which you based your estimate, and always give the assumptions along with the estimate.  &lt;a href="http://www.catalysisgroup.com"&gt;Payson Hall&lt;/a&gt;, at a recent presentation to the &lt;a href="http://www.saqa.org"&gt;Sacramento Area Quality Association&lt;/a&gt;, said, "Never let your numbers become separate from the assumptions on which they are based."
If your boss wants a commitment, figure out what date you can commit to, and commit to it.  Express it as a commitment and not an estimate.  If you can't commit to any date, don't give a commitment.  &lt;strong&gt;Never, ever, make a commitment you don't believe in.&lt;/strong&gt;  See Watts Humphrey's excellent discussion of &lt;em&gt;commitment discipline&lt;/em&gt; in &lt;em&gt;
&lt;a href="http://www.amazon.com/exec/obidos/ASIN/0201180952/dalehemer-20"&gt;Managing the Software Process&lt;/a&gt;
&lt;/em&gt; (pages 69–72).  It's really good stuff.
Do any of these ideas help?</description>
		<content:encoded><![CDATA[<p>Udi, I have a few possibilities to consider.<br />
The next time your boss requests an estimate, ask whether the boss is asking for an estimate or a commitment.  That will likely start a conversation.<br />
Whenever you give an estimate, also give your confidence that you will finish at or before the estimate.<br />
Draw an <em>uncertainty diagram</em> (aka risk diagram) that shows the range of possible completion dates and, for each date, your confidence that you will deliver by that date.  See Tom Demarco and Tim Lister&#8217;s <em><br />
<a href="http://www.amazon.com/exec/obidos/ASIN/0932633609/dalehemer-20">Waltzing with Bears: Managing Risk on Software Projects</a><br />
</em> for more information about risk diagrams.<br />
Always write down the assumptions on which you based your estimate, and always give the assumptions along with the estimate.  <a href="http://www.catalysisgroup.com">Payson Hall</a>, at a recent presentation to the <a href="http://www.saqa.org">Sacramento Area Quality Association</a>, said, &#8220;Never let your numbers become separate from the assumptions on which they are based.&#8221;<br />
If your boss wants a commitment, figure out what date you can commit to, and commit to it.  Express it as a commitment and not an estimate.  If you can&#8217;t commit to any date, don&#8217;t give a commitment.  <strong>Never, ever, make a commitment you don&#8217;t believe in.</strong>  See Watts Humphrey&#8217;s excellent discussion of <em>commitment discipline</em> in <em><br />
<a href="http://www.amazon.com/exec/obidos/ASIN/0201180952/dalehemer-20">Managing the Software Process</a><br />
</em> (pages 69–72).  It&#8217;s really good stuff.<br />
Do any of these ideas help?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Udi Dahan</title>
		<link>http://cwd.dhemery.com/2003/08/estimates_are_not_commitments/#comment-62</link>
		<dc:creator>Udi Dahan</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>http://cwd.dhemery.com/2003/08/estimates_are_not_commitments/#comment-62</guid>
		<description>These are great !
However, apparently you have yet to deal with the kind of irrational bosses that I have. I had one specifically ask for an estimate, then he made a commitment to HIS boss based on my estimate, and then berated me for not meeting my "commitment".
The Dilbert PHB lives.</description>
		<content:encoded><![CDATA[<p>These are great !<br />
However, apparently you have yet to deal with the kind of irrational bosses that I have. I had one specifically ask for an estimate, then he made a commitment to HIS boss based on my estimate, and then berated me for not meeting my &#8220;commitment&#8221;.<br />
The Dilbert PHB lives.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dale Emery</title>
		<link>http://cwd.dhemery.com/2003/08/estimates_are_not_commitments/#comment-63</link>
		<dc:creator>Dale Emery</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>http://cwd.dhemery.com/2003/08/estimates_are_not_commitments/#comment-63</guid>
		<description>Yes, I have worked for a few irrational bosses like the one you describe.
One thing I learned is that I can't make irrational bosses rational.  What I can do is to express my expectations and commitments honestly and fully, hope for the best, and accept that what the boss does with the information is entirely up to the boss.  I certainly don't want to compound the insanity by acting foolishly myself, by making commitments I don't believe in.
The ideas I offered don't always shield me from other people's disappointment or anger.  But they have helped me to stay sane in the face of irrationality and blaming, and sometimes that's the best I can do.</description>
		<content:encoded><![CDATA[<p>Yes, I have worked for a few irrational bosses like the one you describe.<br />
One thing I learned is that I can&#8217;t make irrational bosses rational.  What I can do is to express my expectations and commitments honestly and fully, hope for the best, and accept that what the boss does with the information is entirely up to the boss.  I certainly don&#8217;t want to compound the insanity by acting foolishly myself, by making commitments I don&#8217;t believe in.<br />
The ideas I offered don&#8217;t always shield me from other people&#8217;s disappointment or anger.  But they have helped me to stay sane in the face of irrationality and blaming, and sometimes that&#8217;s the best I can do.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Udi Dahan</title>
		<link>http://cwd.dhemery.com/2003/08/estimates_are_not_commitments/#comment-64</link>
		<dc:creator>Udi Dahan</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>http://cwd.dhemery.com/2003/08/estimates_are_not_commitments/#comment-64</guid>
		<description>In these cases I usually took one of two courses of action:
1. I went to my boss and I stated that, despite ongoing efforts, I felt that I wasn't capable of performing up to the standards that he required, and that I would like to work with him in finding a resolution.
This sometimes got me transferred to a different team/boss - which is what I really wanted, but without burning any bridges.
2. If (1) didn't work, I would look for a job elsewhere.
I believe that ultimately everyone's job is to please their boss. If your boss isn't happy, you aren't doing your job. So, if this can't be solved, you just have to go find a boss that you can please.
Albeit, the above is rather simplistic, but it gets to the guts of todays workplace.</description>
		<content:encoded><![CDATA[<p>In these cases I usually took one of two courses of action:<br />
1. I went to my boss and I stated that, despite ongoing efforts, I felt that I wasn&#8217;t capable of performing up to the standards that he required, and that I would like to work with him in finding a resolution.<br />
This sometimes got me transferred to a different team/boss - which is what I really wanted, but without burning any bridges.<br />
2. If (1) didn&#8217;t work, I would look for a job elsewhere.<br />
I believe that ultimately everyone&#8217;s job is to please their boss. If your boss isn&#8217;t happy, you aren&#8217;t doing your job. So, if this can&#8217;t be solved, you just have to go find a boss that you can please.<br />
Albeit, the above is rather simplistic, but it gets to the guts of todays workplace.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
