<?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: Estimating Effort: Part 4</title>
	<atom:link href="http://pmstudent.com/estimating-effort-part-4/feed/" rel="self" type="application/rss+xml" />
	<link>http://pmstudent.com/estimating-effort-part-4/</link>
	<description>Helping new and aspiring project managers reach their career goals!</description>
	<lastBuildDate>Thu, 11 Mar 2010 16:49:20 +0000</lastBuildDate>
	<generator>http://wordpress.org/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Bill Duncan</title>
		<link>http://pmstudent.com/estimating-effort-part-4/#comment-10570</link>
		<dc:creator>Bill Duncan</dc:creator>
		<pubDate>Thu, 18 Jun 2009 12:25:05 +0000</pubDate>
		<guid isPermaLink="false">http://pmstudent.com/?p=2467#comment-10570</guid>
		<description>I was remiss in my introduction. The scope of my article was intended to be limited to estimating effort from individual professionals who will be working on internal projects. For the most part, this means Information Technology (IT), New Product Development (NPD), and Process Improvement.

In those environments, range estimating helps to address the most common problems with developing both preliminary and detail budgets.

Glen is absolutely correct in noting additional concerns for projects done under contract, and especially when those projects are done under government contracts.</description>
		<content:encoded><![CDATA[<p>I was remiss in my introduction. The scope of my article was intended to be limited to estimating effort from individual professionals who will be working on internal projects. For the most part, this means Information Technology (IT), New Product Development (NPD), and Process Improvement.</p>
<p>In those environments, range estimating helps to address the most common problems with developing both preliminary and detail budgets.</p>
<p>Glen is absolutely correct in noting additional concerns for projects done under contract, and especially when those projects are done under government contracts.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Glen B. Alleman</title>
		<link>http://pmstudent.com/estimating-effort-part-4/#comment-10436</link>
		<dc:creator>Glen B. Alleman</dc:creator>
		<pubDate>Sun, 14 Jun 2009 04:40:13 +0000</pubDate>
		<guid isPermaLink="false">http://pmstudent.com/?p=2467#comment-10436</guid>
		<description>I meant to say in the 3rd to last paragraph

&quot;Bill is NOT doing this&quot; 

But all the same trying to simplify may be useful for educational purposes, but I&#039;ve seen nothing but grief when those class room examples are found on live programs.

Even at the recent PMI CPM conference, there were several example of &quot;simplifying&quot; how management reserve is used and performance calculated.

If DCMA (Defense Contract Management Agency) saw that, they&#039;d be writing up a CAR (Corrective Action Request) and asking for the PM to example why she hasn&#039;t read the ANSI-748B.

Let&#039;s not let the classroom 101 example become the basis of program management.</description>
		<content:encoded><![CDATA[<p>I meant to say in the 3rd to last paragraph</p>
<p>&#8220;Bill is NOT doing this&#8221; </p>
<p>But all the same trying to simplify may be useful for educational purposes, but I&#8217;ve seen nothing but grief when those class room examples are found on live programs.</p>
<p>Even at the recent PMI CPM conference, there were several example of &#8220;simplifying&#8221; how management reserve is used and performance calculated.</p>
<p>If DCMA (Defense Contract Management Agency) saw that, they&#8217;d be writing up a CAR (Corrective Action Request) and asking for the PM to example why she hasn&#8217;t read the ANSI-748B.</p>
<p>Let&#8217;s not let the classroom 101 example become the basis of program management.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Glen B. Alleman</title>
		<link>http://pmstudent.com/estimating-effort-part-4/#comment-10429</link>
		<dc:creator>Glen B. Alleman</dc:creator>
		<pubDate>Sun, 14 Jun 2009 02:28:31 +0000</pubDate>
		<guid isPermaLink="false">http://pmstudent.com/?p=2467#comment-10429</guid>
		<description>Josh,
We avoid the PERT formula for a variety of reasons, not the least of which it is reverse engineered and only represents the data from which it was reverse engineered.

The triangle distribution is best when there is not underlying probability distribution function (PDF). 

The current guidance in A&amp;D is to NOT develop the three point estimates as Bill suggests but to develop a ordinal classification system. This system defines the upper and lower bounds of the PDF for each risk category. Look at the DoD PMBOK (http://www.dau.mil/pubs/gdbks/DoDExtPMBOK--June%2003.pdf) for guidance here.

As well the seminal work for risk management and the topic Bill is presenting is Edmund Conrow&#039;s &quot;Effective Risk Management: Some Keys to Success,&quot; 2nd Edition, AIAA Press, 2003.

The is a large body of estimating and programmatic risk management material out there that ranges from weak to wrong.

The best cost estimating sources are:

1. GAO Cost Estimating and Assessment Guide: Best Practices for Developing and Managing Capital Program Costs, GAO-09-3SP, March 2009.

2. NASA Cost Estimating Handbook, 2008. http://ceh.nasa.gov/ceh_2008/2008.htm

3. Join The Society of Cost Estimating and Analysis (http://www.sceaonline.org/) These are the folks that earned their living doing cost estimating.

Start with these and apply them in your environment. Ignore most of the other stuff for all the right reasons. 

Read Ed&#039;s book to see why what Bill suggests is not allowed in NASA or DoD. DID 81650 mandates Monte Carlo simulation as does the Basis of Estimate CDRL&#039;s that accompany most contracts.

There is absolutely no reason these approaches can&#039;t be applied universally to any project in any domain. There is no reason to &quot;simplify&quot; the approach. There numerous free and affordable Excel tools - Crystal Ball being my favorite for cost modeling. 

I posted a link awhile back about coupling between WBS elements and its influence on the cost estimate.
http://herdingcats.typepad.com/my_weblog/2009/05/undercorrelated-wbs-elements-means-understated-cost-risk.html

If we&#039;re going to go down the path of building credible &quot;basis of estimate,&quot; let&#039;s look at how it is done in &quot;high risk&quot; domains.

There is a move afoot to try and simplify things, to essential take the hard work out of the work. EVM has such a move afoot. I personally see this as dumbing down what is a critically important process. 

I&#039;m saying Bill is doing this, but care needs to be taken here (estimating) and with EV, not assume you&#039;re &quot;doing ev&quot; or &quot;doing estimating,&quot; when in fact you&#039;re just playing in the sand box, while the real work remains outside.

As a final not, Bill&#039;s last sentence is also not allowed at NASA. The distributions of the actuals MUST be correlated with the BCWS. Using the actuals to adjust the estimate is a one-side point estimate statistic against a two sided-estimator and pretty much meaningless for forecasting the future, since the correlation factor is lost.

This is the common disease of most of the non-technical world from Ophra to public policy. 

The confusion between correlation and causality. We want to know the causality of the estimating so we can improve not only the estimate but the cause of the &quot;over target baseline&quot; outcomes. Knowing the correlation is nice of classroom discussion, but I can&#039;t run the program with that information. I&#039;m driving in the dark AND looking in the rear view mirror.</description>
		<content:encoded><![CDATA[<p>Josh,<br />
We avoid the PERT formula for a variety of reasons, not the least of which it is reverse engineered and only represents the data from which it was reverse engineered.</p>
<p>The triangle distribution is best when there is not underlying probability distribution function (PDF). </p>
<p>The current guidance in A&amp;D is to NOT develop the three point estimates as Bill suggests but to develop a ordinal classification system. This system defines the upper and lower bounds of the PDF for each risk category. Look at the DoD PMBOK (<a href="http://www.dau.mil/pubs/gdbks/DoDExtPMBOK--June%2003.pdf" rel="nofollow">http://www.dau.mil/pubs/gdbks/DoDExtPMBOK&#8211;June%2003.pdf</a>) for guidance here.</p>
<p>As well the seminal work for risk management and the topic Bill is presenting is Edmund Conrow&#8217;s &#8220;Effective Risk Management: Some Keys to Success,&#8221; 2nd Edition, AIAA Press, 2003.</p>
<p>The is a large body of estimating and programmatic risk management material out there that ranges from weak to wrong.</p>
<p>The best cost estimating sources are:</p>
<p>1. GAO Cost Estimating and Assessment Guide: Best Practices for Developing and Managing Capital Program Costs, GAO-09-3SP, March 2009.</p>
<p>2. NASA Cost Estimating Handbook, 2008. <a href="http://ceh.nasa.gov/ceh_2008/2008.htm" rel="nofollow">http://ceh.nasa.gov/ceh_2008/2008.htm</a></p>
<p>3. Join The Society of Cost Estimating and Analysis (<a href="http://www.sceaonline.org/" rel="nofollow">http://www.sceaonline.org/</a>) These are the folks that earned their living doing cost estimating.</p>
<p>Start with these and apply them in your environment. Ignore most of the other stuff for all the right reasons. </p>
<p>Read Ed&#8217;s book to see why what Bill suggests is not allowed in NASA or DoD. DID 81650 mandates Monte Carlo simulation as does the Basis of Estimate CDRL&#8217;s that accompany most contracts.</p>
<p>There is absolutely no reason these approaches can&#8217;t be applied universally to any project in any domain. There is no reason to &#8220;simplify&#8221; the approach. There numerous free and affordable Excel tools &#8211; Crystal Ball being my favorite for cost modeling. </p>
<p>I posted a link awhile back about coupling between WBS elements and its influence on the cost estimate.<br />
<a href="http://herdingcats.typepad.com/my_weblog/2009/05/undercorrelated-wbs-elements-means-understated-cost-risk.html" rel="nofollow">http://herdingcats.typepad.com/my_weblog/2009/05/undercorrelated-wbs-elements-means-understated-cost-risk.html</a></p>
<p>If we&#8217;re going to go down the path of building credible &#8220;basis of estimate,&#8221; let&#8217;s look at how it is done in &#8220;high risk&#8221; domains.</p>
<p>There is a move afoot to try and simplify things, to essential take the hard work out of the work. EVM has such a move afoot. I personally see this as dumbing down what is a critically important process. </p>
<p>I&#8217;m saying Bill is doing this, but care needs to be taken here (estimating) and with EV, not assume you&#8217;re &#8220;doing ev&#8221; or &#8220;doing estimating,&#8221; when in fact you&#8217;re just playing in the sand box, while the real work remains outside.</p>
<p>As a final not, Bill&#8217;s last sentence is also not allowed at NASA. The distributions of the actuals MUST be correlated with the BCWS. Using the actuals to adjust the estimate is a one-side point estimate statistic against a two sided-estimator and pretty much meaningless for forecasting the future, since the correlation factor is lost.</p>
<p>This is the common disease of most of the non-technical world from Ophra to public policy. </p>
<p>The confusion between correlation and causality. We want to know the causality of the estimating so we can improve not only the estimate but the cause of the &#8220;over target baseline&#8221; outcomes. Knowing the correlation is nice of classroom discussion, but I can&#8217;t run the program with that information. I&#8217;m driving in the dark AND looking in the rear view mirror.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh Nankivel</title>
		<link>http://pmstudent.com/estimating-effort-part-4/#comment-10332</link>
		<dc:creator>Josh Nankivel</dc:creator>
		<pubDate>Wed, 10 Jun 2009 12:32:13 +0000</pubDate>
		<guid isPermaLink="false">http://pmstudent.com/?p=2467#comment-10332</guid>
		<description>Great stuff Bill, thanks for sharing your wisdom!</description>
		<content:encoded><![CDATA[<p>Great stuff Bill, thanks for sharing your wisdom!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Duncan</title>
		<link>http://pmstudent.com/estimating-effort-part-4/#comment-10330</link>
		<dc:creator>Bill Duncan</dc:creator>
		<pubDate>Wed, 10 Jun 2009 12:04:32 +0000</pubDate>
		<guid isPermaLink="false">http://pmstudent.com/?p=2467#comment-10330</guid>
		<description>The direct answer to your question is &quot;no,&quot; mostly because I explain why right up front.

The first thing to understand is that the basic PERT assumption -- that a beta distribution defines the possible outcomes for any work-item -- is nothing more than an assumption. A couple of analysts from the RAND Institute decided way back in the early 1960s that this would be a good assumption to use. There is no research behind it. It was based entirely on gut feel.

Second, there is some recent research, from the Texas Department of Corrections, that showed that a triangular distribution was a more realistic assumption.

Finally, I&#039;m not just &quot;averaging&quot; the three points; I&#039;m calculating the expected value of the distribution: check any statistics text for confirmation.

I don&#039;t have any objection to the PERT formula. In fact, the &quot;correct&quot; approach is to look at each work-item and make an assumption about the likely distribution of results. There is no reason why you couldn&#039;t mix betas, triangles, flat, and others on the same project. But I think that most of the benefit from using range estimates comes from simply considering the range.

Once you get to the point where most of your actuals are within the range, then you can start to consider fine-tuning the distribution assumptions.</description>
		<content:encoded><![CDATA[<p>The direct answer to your question is &#8220;no,&#8221; mostly because I explain why right up front.</p>
<p>The first thing to understand is that the basic PERT assumption &#8212; that a beta distribution defines the possible outcomes for any work-item &#8212; is nothing more than an assumption. A couple of analysts from the RAND Institute decided way back in the early 1960s that this would be a good assumption to use. There is no research behind it. It was based entirely on gut feel.</p>
<p>Second, there is some recent research, from the Texas Department of Corrections, that showed that a triangular distribution was a more realistic assumption.</p>
<p>Finally, I&#8217;m not just &#8220;averaging&#8221; the three points; I&#8217;m calculating the expected value of the distribution: check any statistics text for confirmation.</p>
<p>I don&#8217;t have any objection to the PERT formula. In fact, the &#8220;correct&#8221; approach is to look at each work-item and make an assumption about the likely distribution of results. There is no reason why you couldn&#8217;t mix betas, triangles, flat, and others on the same project. But I think that most of the benefit from using range estimates comes from simply considering the range.</p>
<p>Once you get to the point where most of your actuals are within the range, then you can start to consider fine-tuning the distribution assumptions.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
