<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: The Art of Estimation</title>
	<atom:link href="http://theappslab.com/2008/08/28/the-art-of-estimation/feed/" rel="self" type="application/rss+xml" />
	<link>http://theappslab.com/2008/08/28/the-art-of-estimation/</link>
	<description>Driving Innovation</description>
	<lastBuildDate>Thu, 24 May 2012 01:49:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Jake</title>
		<link>http://theappslab.com/2008/08/28/the-art-of-estimation/comment-page-1/#comment-4791</link>
		<dc:creator>Jake</dc:creator>
		<pubDate>Thu, 18 Sep 2008 23:13:04 +0000</pubDate>
		<guid isPermaLink="false">http://theappslab.com/?p=1316#comment-4791</guid>
		<description>Doubling the estimate is a classic tactic, but it underlines the fact that the estimate is wrong from the get-go. How great would it be if the estimates were right?&lt;br&gt;&lt;br&gt;Whenever possible, I prefer to ask the developers to commit to a number and negotiate down to where we&#039;re both comfortable. This means they own the dates as much as management does. Classic wisdom from a box whose name escapes me right now.</description>
		<content:encoded><![CDATA[<p>Doubling the estimate is a classic tactic, but it underlines the fact that the estimate is wrong from the get-go. How great would it be if the estimates were right?</p>
<p>Whenever possible, I prefer to ask the developers to commit to a number and negotiate down to where we&#39;re both comfortable. This means they own the dates as much as management does. Classic wisdom from a box whose name escapes me right now.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pgkiran</title>
		<link>http://theappslab.com/2008/08/28/the-art-of-estimation/comment-page-1/#comment-4790</link>
		<dc:creator>pgkiran</dc:creator>
		<pubDate>Thu, 18 Sep 2008 22:40:31 +0000</pubDate>
		<guid isPermaLink="false">http://theappslab.com/?p=1316#comment-4790</guid>
		<description>5-6  years back I had a manager, who used to ask me for estimates with break down and when he builds the schedule he used to simple double the estimates and publish it up. It kind of made sense in a way with all the little little things that pop up we could never meet the dates and it also used to give us time to learn, find new ways to things if we do finish things on time. As a dev manager now I try to follow those principles however sometimes we try to break the complexity using Agile development methodologies,twice a month deliverables with a complete dev,qe, integration and product management validaton cycles. For sometime I also used LiquidPlanner to come with estimates with some fluidity built in, I blogged little bit about it at &lt;a href=&quot;http://www.appme.net/2008/09/09/liquidplanner-pretty-good-planner-but-not-sticky/&quot;&gt;http://www.appme.net/2008/09/09/liquidplanner-p...&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>5-6  years back I had a manager, who used to ask me for estimates with break down and when he builds the schedule he used to simple double the estimates and publish it up. It kind of made sense in a way with all the little little things that pop up we could never meet the dates and it also used to give us time to learn, find new ways to things if we do finish things on time. As a dev manager now I try to follow those principles however sometimes we try to break the complexity using Agile development methodologies,twice a month deliverables with a complete dev,qe, integration and product management validaton cycles. For sometime I also used LiquidPlanner to come with estimates with some fluidity built in, I blogged little bit about it at <a href="http://www.appme.net/2008/09/09/liquidplanner-pretty-good-planner-but-not-sticky/"></a><a href="http://www.appme.net/2008/09/09/liquidplanner-p" rel="nofollow">http://www.appme.net/2008/09/09/liquidplanner-p</a>&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jake</title>
		<link>http://theappslab.com/2008/08/28/the-art-of-estimation/comment-page-1/#comment-4778</link>
		<dc:creator>Jake</dc:creator>
		<pubDate>Tue, 02 Sep 2008 21:08:39 +0000</pubDate>
		<guid isPermaLink="false">http://theappslab.com/?p=1316#comment-4778</guid>
		<description>Yeah, project planning is so hard b/c it attempts to apply hard and fast dates to work that&#039;s highly variable, even hour-to-hour for the same person on the same project.</description>
		<content:encoded><![CDATA[<p>Yeah, project planning is so hard b/c it attempts to apply hard and fast dates to work that&#39;s highly variable, even hour-to-hour for the same person on the same project.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jake</title>
		<link>http://theappslab.com/2008/08/28/the-art-of-estimation/comment-page-1/#comment-4781</link>
		<dc:creator>Jake</dc:creator>
		<pubDate>Tue, 02 Sep 2008 21:04:48 +0000</pubDate>
		<guid isPermaLink="false">http://theappslab.com/?p=1316#comment-4781</guid>
		<description>Totally, this is estimation by bullying with a date. Not sure why this happens so much, but it&#039;s very common.</description>
		<content:encoded><![CDATA[<p>Totally, this is estimation by bullying with a date. Not sure why this happens so much, but it&#39;s very common.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Haimes</title>
		<link>http://theappslab.com/2008/08/28/the-art-of-estimation/comment-page-1/#comment-4777</link>
		<dc:creator>David Haimes</dc:creator>
		<pubDate>Fri, 29 Aug 2008 21:40:38 +0000</pubDate>
		<guid isPermaLink="false">http://theappslab.com/?p=1316#comment-4777</guid>
		<description>@Tim - now you mention it, s/w is a walk in the park compared to kids</description>
		<content:encoded><![CDATA[<p>@Tim &#8211; now you mention it, s/w is a walk in the park compared to kids</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim</title>
		<link>http://theappslab.com/2008/08/28/the-art-of-estimation/comment-page-1/#comment-4776</link>
		<dc:creator>Tim</dc:creator>
		<pubDate>Fri, 29 Aug 2008 18:17:40 +0000</pubDate>
		<guid isPermaLink="false">http://theappslab.com/?p=1316#comment-4776</guid>
		<description>@Jake, Nice post - estimation becomes laughable when all the manager is interested in is that if you estimated 4 weeks for a project and you&#039;re a week in then you should be at 25% complete! Software dev is a little &#039;hockey stickish&#039; - managers need to remember that.&lt;br&gt;&lt;br&gt;@Dave - grey hair!?! ... I wish!  When I arrived in the US in 99 I had a full head of it. Those that know me, will know that &#039;a bit thin on top&#039; is a gross exaggeration :0) &lt;br&gt;Im not blaming s/w development - I blame my kids :0)</description>
		<content:encoded><![CDATA[<p>@Jake, Nice post &#8211; estimation becomes laughable when all the manager is interested in is that if you estimated 4 weeks for a project and you&#39;re a week in then you should be at 25% complete! Software dev is a little &#39;hockey stickish&#39; &#8211; managers need to remember that.</p>
<p>@Dave &#8211; grey hair!?! &#8230; I wish!  When I arrived in the US in 99 I had a full head of it. Those that know me, will know that &#39;a bit thin on top&#39; is a gross exaggeration :0) <br />Im not blaming s/w development &#8211; I blame my kids :0)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jake</title>
		<link>http://theappslab.com/2008/08/28/the-art-of-estimation/comment-page-1/#comment-4780</link>
		<dc:creator>Jake</dc:creator>
		<pubDate>Fri, 29 Aug 2008 08:30:45 +0000</pubDate>
		<guid isPermaLink="false">http://theappslab.com/?p=1316#comment-4780</guid>
		<description>Yeah, this is a problem with deadline-based estimating. If only we could build s/w in a vacuum w/o any deadlines. I&#039;ll bet that would rock.</description>
		<content:encoded><![CDATA[<p>Yeah, this is a problem with deadline-based estimating. If only we could build s/w in a vacuum w/o any deadlines. I&#39;ll bet that would rock.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jake</title>
		<link>http://theappslab.com/2008/08/28/the-art-of-estimation/comment-page-1/#comment-4789</link>
		<dc:creator>Jake</dc:creator>
		<pubDate>Fri, 29 Aug 2008 08:29:38 +0000</pubDate>
		<guid isPermaLink="false">http://theappslab.com/?p=1316#comment-4789</guid>
		<description>Your hair isn&#039;t gray, and s/w is hard. Everyone should know that by now.</description>
		<content:encoded><![CDATA[<p>Your hair isn&#39;t gray, and s/w is hard. Everyone should know that by now.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jake</title>
		<link>http://theappslab.com/2008/08/28/the-art-of-estimation/comment-page-1/#comment-4784</link>
		<dc:creator>Jake</dc:creator>
		<pubDate>Fri, 29 Aug 2008 08:28:56 +0000</pubDate>
		<guid isPermaLink="false">http://theappslab.com/?p=1316#comment-4784</guid>
		<description>You&#039;re right. That doesn&#039;t make it easy though.</description>
		<content:encoded><![CDATA[<p>You&#39;re right. That doesn&#39;t make it easy though.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Haimes</title>
		<link>http://theappslab.com/2008/08/28/the-art-of-estimation/comment-page-1/#comment-4788</link>
		<dc:creator>David Haimes</dc:creator>
		<pubDate>Fri, 29 Aug 2008 05:26:36 +0000</pubDate>
		<guid isPermaLink="false">http://theappslab.com/?p=1316#comment-4788</guid>
		<description>writing software is easy, building a robust, performant,  scalable, deployable, ADA compliant, platform independent, patchable, upgradeable and commercially viable ERP suite is tough.  That&#039;s why my hair is turning gray.</description>
		<content:encoded><![CDATA[<p>writing software is easy, building a robust, performant,  scalable, deployable, ADA compliant, platform independent, patchable, upgradeable and commercially viable ERP suite is tough.  That&#39;s why my hair is turning gray.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Haimes</title>
		<link>http://theappslab.com/2008/08/28/the-art-of-estimation/comment-page-1/#comment-4783</link>
		<dc:creator>David Haimes</dc:creator>
		<pubDate>Fri, 29 Aug 2008 05:23:06 +0000</pubDate>
		<guid isPermaLink="false">http://theappslab.com/?p=1316#comment-4783</guid>
		<description>I am happy to get an estimate of x hours to design, code and unit test.  As a project manager my job is to help put all the other moving parts into place, dependencies, documentation, QA, performance testing, vacations etc.</description>
		<content:encoded><![CDATA[<p>I am happy to get an estimate of x hours to design, code and unit test.  As a project manager my job is to help put all the other moving parts into place, dependencies, documentation, QA, performance testing, vacations etc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Haimes</title>
		<link>http://theappslab.com/2008/08/28/the-art-of-estimation/comment-page-1/#comment-4779</link>
		<dc:creator>David Haimes</dc:creator>
		<pubDate>Fri, 29 Aug 2008 05:13:20 +0000</pubDate>
		<guid isPermaLink="false">http://theappslab.com/?p=1316#comment-4779</guid>
		<description>The way discussions often go, is I explain what needs to be done with some squiggles on a white board, a lot of talking and a bit of arm waving.  Then I ask the engineer&lt;br&gt;&quot;How long do you think that would take?&quot;&lt;br&gt;They respond&lt;br&gt;&quot;What&#039;s the deadline?&quot;&lt;br&gt;&quot;I just want an idea how much work you think it is&quot;&lt;br&gt;&quot;Well it depends.  What deadline do I have?&quot;&lt;br&gt;&quot;Tomorrow&quot;&lt;br&gt;&quot;Tomorrow! It&#039;ll take me at least two weeks&quot;&lt;br&gt;&quot;Finally, thanks&quot;</description>
		<content:encoded><![CDATA[<p>The way discussions often go, is I explain what needs to be done with some squiggles on a white board, a lot of talking and a bit of arm waving.  Then I ask the engineer<br />&#8220;How long do you think that would take?&#8221;<br />They respond<br />&#8220;What&#39;s the deadline?&#8221;<br />&#8220;I just want an idea how much work you think it is&#8221;<br />&#8220;Well it depends.  What deadline do I have?&#8221;<br />&#8220;Tomorrow&#8221;<br />&#8220;Tomorrow! It&#39;ll take me at least two weeks&#8221;<br />&#8220;Finally, thanks&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jake</title>
		<link>http://theappslab.com/2008/08/28/the-art-of-estimation/comment-page-1/#comment-4785</link>
		<dc:creator>Jake</dc:creator>
		<pubDate>Fri, 29 Aug 2008 04:40:51 +0000</pubDate>
		<guid isPermaLink="false">http://theappslab.com/?p=1316#comment-4785</guid>
		<description>You sound like a very scientific estimator. &lt;br&gt;&lt;br&gt;You and Meg both bring up a reason that development is hard to estimate; there are inevitably unforeseen and unscoped moving parts that frequently are forgotten or can&#039;t be estimated anyway.&lt;br&gt;&lt;br&gt;Another reason why project management is maddening.</description>
		<content:encoded><![CDATA[<p>You sound like a very scientific estimator. </p>
<p>You and Meg both bring up a reason that development is hard to estimate; there are inevitably unforeseen and unscoped moving parts that frequently are forgotten or can&#39;t be estimated anyway.</p>
<p>Another reason why project management is maddening.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: gary</title>
		<link>http://theappslab.com/2008/08/28/the-art-of-estimation/comment-page-1/#comment-4782</link>
		<dc:creator>gary</dc:creator>
		<pubDate>Fri, 29 Aug 2008 04:34:43 +0000</pubDate>
		<guid isPermaLink="false">http://theappslab.com/?p=1316#comment-4782</guid>
		<description>The bit that gets me is whether the manager wants an estimate of effort time, or calendar time. It may take a week of coding to do a module, but you have to wait for an API spec to write one call, or for a db refresh to run a test, so there&#039;s two or three weeks between start and end.&lt;br&gt;Any estimate that doesn&#039;t come in a format like &quot;About x hours for the first week, then y for the next two and another z at the end for sign-off, but only after Fred is back&quot; is too simplistic</description>
		<content:encoded><![CDATA[<p>The bit that gets me is whether the manager wants an estimate of effort time, or calendar time. It may take a week of coding to do a module, but you have to wait for an API spec to write one call, or for a db refresh to run a test, so there&#39;s two or three weeks between start and end.<br />Any estimate that doesn&#39;t come in a format like &#8220;About x hours for the first week, then y for the next two and another z at the end for sign-off, but only after Fred is back&#8221; is too simplistic</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jake</title>
		<link>http://theappslab.com/2008/08/28/the-art-of-estimation/comment-page-1/#comment-4787</link>
		<dc:creator>Jake</dc:creator>
		<pubDate>Fri, 29 Aug 2008 04:25:46 +0000</pubDate>
		<guid isPermaLink="false">http://theappslab.com/?p=1316#comment-4787</guid>
		<description>Good point. From my days in apps development, mandates moved too fast for training to keep up with them, e.g. Forms to OAF impacted estimates across the board, design/code/test/doc all that.&lt;br&gt;&lt;br&gt;Don&#039;t ever let anyone tell you s/w is easy.</description>
		<content:encoded><![CDATA[<p>Good point. From my days in apps development, mandates moved too fast for training to keep up with them, e.g. Forms to OAF impacted estimates across the board, design/code/test/doc all that.</p>
<p>Don&#39;t ever let anyone tell you s/w is easy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: megbear</title>
		<link>http://theappslab.com/2008/08/28/the-art-of-estimation/comment-page-1/#comment-4786</link>
		<dc:creator>megbear</dc:creator>
		<pubDate>Fri, 29 Aug 2008 01:41:31 +0000</pubDate>
		<guid isPermaLink="false">http://theappslab.com/?p=1316#comment-4786</guid>
		<description>Jake, you come close to nailing it for me with this one although I tend to see a few more layers between.  One thing I find a lot is not just the estimate time but also the comprehension of &quot;what&quot; the estimate should include.  Developers I work with are quick to think of design/code/unit test but what about UE polish? Performance testing? Integration testing? ADA compliance testing? automation? and so on.  The &quot;oh, I wasn&#039;t including that&quot; is where the biggest risks come into the picture for me.  Probably a sign of the size projects I tend to be involved with but all those &quot;little things&quot; can add up to be a project killer if you are not clear on the &quot;what&quot;</description>
		<content:encoded><![CDATA[<p>Jake, you come close to nailing it for me with this one although I tend to see a few more layers between.  One thing I find a lot is not just the estimate time but also the comprehension of &#8220;what&#8221; the estimate should include.  Developers I work with are quick to think of design/code/unit test but what about UE polish? Performance testing? Integration testing? ADA compliance testing? automation? and so on.  The &#8220;oh, I wasn&#39;t including that&#8221; is where the biggest risks come into the picture for me.  Probably a sign of the size projects I tend to be involved with but all those &#8220;little things&#8221; can add up to be a project killer if you are not clear on the &#8220;what&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jake</title>
		<link>http://theappslab.com/2008/08/28/the-art-of-estimation/comment-page-1/#comment-15060</link>
		<dc:creator>Jake</dc:creator>
		<pubDate>Fri, 29 Aug 2008 00:32:00 +0000</pubDate>
		<guid isPermaLink="false">http://theappslab.com/?p=1316#comment-15060</guid>
		<description>I will be out of the office until September 8, 2008.  I will not be checking email or voicemail during this period.

If you have an issue that requires immediate attention, please contact Paul Pedrazzi (paul.pedrazzi@oracle.com) in my absence.

If your inquiry concerns Oracle Mix, please send it to the distribution list oraclemix_ww@oracle.com.
If your inquiry concerns Oracle Connect, please send it to the distribution list oracleappslab_ww@oracle.com.

Thanks,
Jake</description>
		<content:encoded><![CDATA[<p>I will be out of the office until September 8, 2008.  I will not be checking email or voicemail during this period.</p>
<p>If you have an issue that requires immediate attention, please contact Paul Pedrazzi (paul.pedrazzi@oracle.com) in my absence.</p>
<p>If your inquiry concerns Oracle Mix, please send it to the distribution list <a href="mailto:oraclemix_ww@oracle.com">oraclemix_ww@oracle.com</a>.<br />
If your inquiry concerns Oracle Connect, please send it to the distribution list <a href="mailto:oracleappslab_ww@oracle.com">oracleappslab_ww@oracle.com</a>.</p>
<p>Thanks,<br />
Jake</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jake</title>
		<link>http://theappslab.com/2008/08/28/the-art-of-estimation/comment-page-1/#comment-15059</link>
		<dc:creator>Jake</dc:creator>
		<pubDate>Fri, 29 Aug 2008 00:25:00 +0000</pubDate>
		<guid isPermaLink="false">http://theappslab.com/?p=1316#comment-15059</guid>
		<description>I will be out of the office until September 8, 2008.  I will not be checking email or voicemail during this period.

If you have an issue that requires immediate attention, please contact Paul Pedrazzi (paul.pedrazzi@oracle.com) in my absence.

If your inquiry concerns Oracle Mix, please send it to the distribution list oraclemix_ww@oracle.com.
If your inquiry concerns Oracle Connect, please send it to the distribution list oracleappslab_ww@oracle.com.

Thanks,
Jake</description>
		<content:encoded><![CDATA[<p>I will be out of the office until September 8, 2008.  I will not be checking email or voicemail during this period.</p>
<p>If you have an issue that requires immediate attention, please contact Paul Pedrazzi (paul.pedrazzi@oracle.com) in my absence.</p>
<p>If your inquiry concerns Oracle Mix, please send it to the distribution list <a href="mailto:oraclemix_ww@oracle.com">oraclemix_ww@oracle.com</a>.<br />
If your inquiry concerns Oracle Connect, please send it to the distribution list <a href="mailto:oracleappslab_ww@oracle.com">oracleappslab_ww@oracle.com</a>.</p>
<p>Thanks,<br />
Jake</p>
]]></content:encoded>
	</item>
</channel>
</rss>

