<?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>Sun, 20 May 2012 01:38:56 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<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: Bill Duncan</title>
		<link>http://pmstudent.com/estimating-effort-part-4/#comment-24935</link>
		<dc:creator>Bill Duncan</dc:creator>
		<pubDate>Thu, 18 Jun 2009 12:25:00 +0000</pubDate>
		<guid isPermaLink="false">http://pmstudent.com/?p=2467#comment-24935</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-24934</link>
		<dc:creator>Glen B. Alleman</dc:creator>
		<pubDate>Sun, 14 Jun 2009 04:40:00 +0000</pubDate>
		<guid isPermaLink="false">http://pmstudent.com/?p=2467#comment-24934</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 target="_blank" 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 target="_blank" 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 target="_blank" 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 target="_blank" 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: Glen B. Alleman</title>
		<link>http://pmstudent.com/estimating-effort-part-4/#comment-24933</link>
		<dc:creator>Glen B. Alleman</dc:creator>
		<pubDate>Sun, 14 Jun 2009 02:28:00 +0000</pubDate>
		<guid isPermaLink="false">http://pmstudent.com/?p=2467#comment-24933</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 target="_blank" 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 target="_blank" 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 target="_blank" 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 target="_blank" 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>
</channel>
</rss>

