<?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: How To Easily Extract Excellent Estimates</title>
	<atom:link href="http://blog.johnestrella.com/2009/09/how-to-easily-extract-excellent-estimates/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.johnestrella.com/2009/09/how-to-easily-extract-excellent-estimates/</link>
	<description>Project Management &#124; Business Analysis &#124; Software Testing</description>
	<pubDate>Thu, 09 Sep 2010 23:10:07 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: PM Hut</title>
		<link>http://blog.johnestrella.com/2009/09/how-to-easily-extract-excellent-estimates/comment-page-1/#comment-279</link>
		<dc:creator>PM Hut</dc:creator>
		<pubDate>Mon, 28 Sep 2009 17:27:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog.johnestrella.com/?p=519#comment-279</guid>
		<description>Oh, and btw, here's a decent article on &lt;a href='http://www.pmhut.com/requirements-gathering-in-software-projects' rel="nofollow"&gt;requirements gathering in software projects&lt;/a&gt;, hope you'll have the chance to read it and leave your feedback.</description>
		<content:encoded><![CDATA[<p>Oh, and btw, here&#8217;s a decent article on <a href='http://www.pmhut.com/requirements-gathering-in-software-projects' rel="nofollow">requirements gathering in software projects</a>, hope you&#8217;ll have the chance to read it and leave your feedback.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PM Hut</title>
		<link>http://blog.johnestrella.com/2009/09/how-to-easily-extract-excellent-estimates/comment-page-1/#comment-278</link>
		<dc:creator>PM Hut</dc:creator>
		<pubDate>Mon, 28 Sep 2009 17:26:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.johnestrella.com/?p=519#comment-278</guid>
		<description>The key is in the requirements gathering, if it's done right, then the estimates can be realistic. Btw, an estimate, by definition, is "an approximate calculation of quantity or degree or worth" (Princeton), so it doesn't have to be 100% accurate. Most executives fail to understand the real definition of estimates.</description>
		<content:encoded><![CDATA[<p>The key is in the requirements gathering, if it&#8217;s done right, then the estimates can be realistic. Btw, an estimate, by definition, is &#8220;an approximate calculation of quantity or degree or worth&#8221; (Princeton), so it doesn&#8217;t have to be 100% accurate. Most executives fail to understand the real definition of estimates.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Estrella</title>
		<link>http://blog.johnestrella.com/2009/09/how-to-easily-extract-excellent-estimates/comment-page-1/#comment-277</link>
		<dc:creator>John Estrella</dc:creator>
		<pubDate>Mon, 28 Sep 2009 01:51:38 +0000</pubDate>
		<guid isPermaLink="false">http://blog.johnestrella.com/?p=519#comment-277</guid>
		<description>Woody, you made two good points. When I said, “Without well-defined requirements and comparable historical information, project managers often resort to randomly pulling a number from thin air.”, I could have said “some project managers sometime”—which is actually what I meant to say.

I also like your second point about agreeing on the approach—well said.

devans00, I guess it boils down to how you communicate your need for well-defined requirements AND the maturity of the organization to define/follow proper estimating processes. Without these, it is indeed an uphill and frustrating battle.</description>
		<content:encoded><![CDATA[<p>Woody, you made two good points. When I said, “Without well-defined requirements and comparable historical information, project managers often resort to randomly pulling a number from thin air.”, I could have said “some project managers sometime”—which is actually what I meant to say.</p>
<p>I also like your second point about agreeing on the approach—well said.</p>
<p>devans00, I guess it boils down to how you communicate your need for well-defined requirements AND the maturity of the organization to define/follow proper estimating processes. Without these, it is indeed an uphill and frustrating battle.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: devans00</title>
		<link>http://blog.johnestrella.com/2009/09/how-to-easily-extract-excellent-estimates/comment-page-1/#comment-276</link>
		<dc:creator>devans00</dc:creator>
		<pubDate>Sun, 27 Sep 2009 23:00:38 +0000</pubDate>
		<guid isPermaLink="false">http://blog.johnestrella.com/?p=519#comment-276</guid>
		<description>I hate when managers as you to build a project plan without well-defined requirements or comparable historical information.  They can't even describe what the end product is going to be.

If you resist or try to find out more information, you get labeled as difficult, not good at your job and/or not a team player.  It's as if they get perverse joy in setting you up to fail.</description>
		<content:encoded><![CDATA[<p>I hate when managers as you to build a project plan without well-defined requirements or comparable historical information.  They can&#8217;t even describe what the end product is going to be.</p>
<p>If you resist or try to find out more information, you get labeled as difficult, not good at your job and/or not a team player.  It&#8217;s as if they get perverse joy in setting you up to fail.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Woody Williams</title>
		<link>http://blog.johnestrella.com/2009/09/how-to-easily-extract-excellent-estimates/comment-page-1/#comment-275</link>
		<dc:creator>Woody Williams</dc:creator>
		<pubDate>Sun, 27 Sep 2009 22:06:02 +0000</pubDate>
		<guid isPermaLink="false">http://blog.johnestrella.com/?p=519#comment-275</guid>
		<description>As a project manager of some decades experience, I have never in my career done anything like "randomly pulling a number from thin air." In my career, I have known and worked with hundreds of project managers... None of whom have done anything like that either to my knowledge.

However, this charge is often heard from dysfunctional teams whose estimates were, shall we say, less real than they could have been. While dysfunction among the team is certainly something that can be laid at the feet of the project manager, the estimates from thin air charge is not. 

The amount of time it takes and the amount of money spent to complete a project is not known until completion. Estimates are not actuals, otherwise we would call them "exactimates." In addition to the good advice given regarding assumptions, scope, three-point estimates, and standard deviations, I would add defining, communicating, and gaining agreement on what estimation approach is used and what the final estimate means.</description>
		<content:encoded><![CDATA[<p>As a project manager of some decades experience, I have never in my career done anything like &#8220;randomly pulling a number from thin air.&#8221; In my career, I have known and worked with hundreds of project managers&#8230; None of whom have done anything like that either to my knowledge.</p>
<p>However, this charge is often heard from dysfunctional teams whose estimates were, shall we say, less real than they could have been. While dysfunction among the team is certainly something that can be laid at the feet of the project manager, the estimates from thin air charge is not. </p>
<p>The amount of time it takes and the amount of money spent to complete a project is not known until completion. Estimates are not actuals, otherwise we would call them &#8220;exactimates.&#8221; In addition to the good advice given regarding assumptions, scope, three-point estimates, and standard deviations, I would add defining, communicating, and gaining agreement on what estimation approach is used and what the final estimate means.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
