<?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: CCEVM Evaporating Cloud Diagram</title>
	<atom:link href="http://pmstudent.com/ccevm-evaporating-cloud-diagram/feed/" rel="self" type="application/rss+xml" />
	<link>http://pmstudent.com/ccevm-evaporating-cloud-diagram/</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:  Shankar</title>
		<link>http://pmstudent.com/ccevm-evaporating-cloud-diagram/#comment-23720</link>
		<dc:creator> Shankar</dc:creator>
		<pubDate>Fri, 02 Jul 2010 19:20:20 +0000</pubDate>
		<guid isPermaLink="false">http://pmstudent.com/?p=17#comment-23720</guid>
		<description>By using EVM you are getting back into the cost world.&lt;br&gt;look and the cause and effect.&lt;br&gt;If there is a project overrun its usually because of an unresolved  problem executing a task which is thrown up by buffer penetration.&lt;br&gt;The causes  could also be unknowns in the more complex environment of research.&lt;br&gt;Boyth issues are addressed by the culture built into the CCPM implementation process and the rules that are to be followed.&lt;br&gt;While EVM may be the current way its only going to mislead yuo.&lt;br&gt;&lt;br&gt;Shankar Rao</description>
		<content:encoded><![CDATA[<p>By using EVM you are getting back into the cost world.<br />look and the cause and effect.<br />If there is a project overrun its usually because of an unresolved  problem executing a task which is thrown up by buffer penetration.<br />The causes  could also be unknowns in the more complex environment of research.<br />Boyth issues are addressed by the culture built into the CCPM implementation process and the rules that are to be followed.<br />While EVM may be the current way its only going to mislead yuo.</p>
<p>Shankar Rao</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Glen B. Alleman</title>
		<link>http://pmstudent.com/ccevm-evaporating-cloud-diagram/#comment-6074</link>
		<dc:creator>Glen B. Alleman</dc:creator>
		<pubDate>Thu, 19 Feb 2009 05:02:37 +0000</pubDate>
		<guid isPermaLink="false">http://pmstudent.com/?p=17#comment-6074</guid>
		<description>All,
The final concept on EV intensive programs is to assess the SPI on the critical path and the probabilistic critcal path. While Josh is correct in that all tasks (Gawd let&#039;s hope you&#039;re really at the Work package level of EV) impacts the agregated numbers, the the CP numbers that require management attention. Over/Unders on non-CP elements are interesting to bean counters. The PM (Program Manager) wants to know if we&#039;ll make the delivery date - launch dates are booked 18 to 24 months ahead. MR hold back can cover the standard deviation values of CPI.</description>
		<content:encoded><![CDATA[<p>All,<br />
The final concept on EV intensive programs is to assess the SPI on the critical path and the probabilistic critcal path. While Josh is correct in that all tasks (Gawd let&#8217;s hope you&#8217;re really at the Work package level of EV) impacts the agregated numbers, the the CP numbers that require management attention. Over/Unders on non-CP elements are interesting to bean counters. The PM (Program Manager) wants to know if we&#8217;ll make the delivery date &#8211; launch dates are booked 18 to 24 months ahead. MR hold back can cover the standard deviation values of CPI.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Glen B. Alleman</title>
		<link>http://pmstudent.com/ccevm-evaporating-cloud-diagram/#comment-24151</link>
		<dc:creator>Glen B. Alleman</dc:creator>
		<pubDate>Thu, 19 Feb 2009 05:02:00 +0000</pubDate>
		<guid isPermaLink="false">http://pmstudent.com/?p=17#comment-24151</guid>
		<description>All,
The final concept on EV intensive programs is to assess the SPI on the critical path and the probabilistic critcal path. While Josh is correct in that all tasks (Gawd let&#039;s hope you&#039;re really at the Work package level of EV) impacts the agregated numbers, the the CP numbers that require management attention. Over/Unders on non-CP elements are interesting to bean counters. The PM (Program Manager) wants to know if we&#039;ll make the delivery date - launch dates are booked 18 to 24 months ahead. MR hold back can cover the standard deviation values of CPI.</description>
		<content:encoded><![CDATA[<p>All,<br />
The final concept on EV intensive programs is to assess the SPI on the critical path and the probabilistic critcal path. While Josh is correct in that all tasks (Gawd let&#8217;s hope you&#8217;re really at the Work package level of EV) impacts the agregated numbers, the the CP numbers that require management attention. Over/Unders on non-CP elements are interesting to bean counters. The PM (Program Manager) wants to know if we&#8217;ll make the delivery date &#8211; launch dates are booked 18 to 24 months ahead. MR hold back can cover the standard deviation values of CPI.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Glen B. Alleman</title>
		<link>http://pmstudent.com/ccevm-evaporating-cloud-diagram/#comment-6072</link>
		<dc:creator>Glen B. Alleman</dc:creator>
		<pubDate>Thu, 19 Feb 2009 04:59:33 +0000</pubDate>
		<guid isPermaLink="false">http://pmstudent.com/?p=17#comment-6072</guid>
		<description>All combining CC and EV is common on IMP/IMS based programs. The CC aspects - buffer size - are derived from the Monte Carlo simulation of the needed &quot;protection&quot; for the deliverable date.
On a recent program the EV reports are stil used by Finance and Business Ops, but the &quot;margin errosion&quot; is how the CAMs managed on a weekly basis. A Monday morning meeting review the physical percent complete from the previous week (spacecraft construction and test), and the margin errosion below the planned level for that point in the program became the center of discussion.
As well Late Start/Late Finish reports and a thing called &quot;bow wave&quot; was used to guide that week&#039;s work to &quot;get to green&quot; for the month end CPR.</description>
		<content:encoded><![CDATA[<p>All combining CC and EV is common on IMP/IMS based programs. The CC aspects &#8211; buffer size &#8211; are derived from the Monte Carlo simulation of the needed &#8220;protection&#8221; for the deliverable date.<br />
On a recent program the EV reports are stil used by Finance and Business Ops, but the &#8220;margin errosion&#8221; is how the CAMs managed on a weekly basis. A Monday morning meeting review the physical percent complete from the previous week (spacecraft construction and test), and the margin errosion below the planned level for that point in the program became the center of discussion.<br />
As well Late Start/Late Finish reports and a thing called &#8220;bow wave&#8221; was used to guide that week&#8217;s work to &#8220;get to green&#8221; for the month end CPR.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Glen B. Alleman</title>
		<link>http://pmstudent.com/ccevm-evaporating-cloud-diagram/#comment-24150</link>
		<dc:creator>Glen B. Alleman</dc:creator>
		<pubDate>Thu, 19 Feb 2009 04:59:00 +0000</pubDate>
		<guid isPermaLink="false">http://pmstudent.com/?p=17#comment-24150</guid>
		<description>All combining CC and EV is common on IMP/IMS based programs. The CC aspects - buffer size - are derived from the Monte Carlo simulation of the needed &quot;protection&quot; for the deliverable date.
On a recent program the EV reports are stil used by Finance and Business Ops, but the &quot;margin errosion&quot; is how the CAMs managed on a weekly basis. A Monday morning meeting review the physical percent complete from the previous week (spacecraft construction and test), and the margin errosion below the planned level for that point in the program became the center of discussion.
As well Late Start/Late Finish reports and a thing called &quot;bow wave&quot; was used to guide that week&#039;s work to &quot;get to green&quot; for the month end CPR.</description>
		<content:encoded><![CDATA[<p>All combining CC and EV is common on IMP/IMS based programs. The CC aspects &#8211; buffer size &#8211; are derived from the Monte Carlo simulation of the needed &#8220;protection&#8221; for the deliverable date.<br />
On a recent program the EV reports are stil used by Finance and Business Ops, but the &#8220;margin errosion&#8221; is how the CAMs managed on a weekly basis. A Monday morning meeting review the physical percent complete from the previous week (spacecraft construction and test), and the margin errosion below the planned level for that point in the program became the center of discussion.<br />
As well Late Start/Late Finish reports and a thing called &#8220;bow wave&#8221; was used to guide that week&#8217;s work to &#8220;get to green&#8221; for the month end CPR.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Glen B. Alleman</title>
		<link>http://pmstudent.com/ccevm-evaporating-cloud-diagram/#comment-6071</link>
		<dc:creator>Glen B. Alleman</dc:creator>
		<pubDate>Thu, 19 Feb 2009 04:55:56 +0000</pubDate>
		<guid isPermaLink="false">http://pmstudent.com/?p=17#comment-6071</guid>
		<description>Bill,
Your description of working out of sequence was common practice in many domains. Josh is NOT wrong in describing these activties. Cost &quot;gaming&quot; is done in many places when subcontarcting of non-interdependent workpackages are used. I&#039;ve experienced them persoannely in the DOE and used them to short term advantage myself. A Work Authroization System is mandatory on any credible EVM program. DOE mandates this in DOE 413.3 as does NASA.
The size of the variance must pierce the reporting barrier for questions to be asked. It would be unheard of to have no variance on a monthly CPR or NASA 533M, so &quot;If your management is willing to accept positive variances as evidence of “goodness” without asking for an explanation,&quot; needs a clear and concise domain and context explination to be of any use to the PP&amp;C staff. By this I mean positive and negative variances are common occurances. It&#039;s when they pierce the planned variance boundary - usually forecast from the previous perid - that review is needed.
The current EVMS System Descriptions found in DCMA audited sites prohibits the performance of out of seqeunce work. Performing such work creates unfavorable indicies in two ways:
1. ACWP is applied to zero budgets - no BCWP for the ACWP to go against
2. BCWP is applied to unopened work packages again creating unfavorable indicies

Nearly every DCMA EVMS System Description I have seen, worked with, or written prehibits such behavior. 

As a final note, rolling up an individual task&#039;s EV to the performance report is rarely done. Work Package EV is usually all that goes to the finance system. At the task level every firm we&#039;ve worked with uses 0/100, 50/50, or apportioned milestones. The common cost system CostView defines and restricts this usage. In one major prime contractor no other performance measures are allowed. Most certaintly some incremental BCWP provided by the CAM.
At the WP level the individual tasks are aggregated and weighted to produce the BCWP. SPI is reported on the schedule side and CPI catches up usuall one reporting period later.</description>
		<content:encoded><![CDATA[<p>Bill,<br />
Your description of working out of sequence was common practice in many domains. Josh is NOT wrong in describing these activties. Cost &#8220;gaming&#8221; is done in many places when subcontarcting of non-interdependent workpackages are used. I&#8217;ve experienced them persoannely in the DOE and used them to short term advantage myself. A Work Authroization System is mandatory on any credible EVM program. DOE mandates this in DOE 413.3 as does NASA.<br />
The size of the variance must pierce the reporting barrier for questions to be asked. It would be unheard of to have no variance on a monthly CPR or NASA 533M, so &#8220;If your management is willing to accept positive variances as evidence of “goodness” without asking for an explanation,&#8221; needs a clear and concise domain and context explination to be of any use to the PP&amp;C staff. By this I mean positive and negative variances are common occurances. It&#8217;s when they pierce the planned variance boundary &#8211; usually forecast from the previous perid &#8211; that review is needed.<br />
The current EVMS System Descriptions found in DCMA audited sites prohibits the performance of out of seqeunce work. Performing such work creates unfavorable indicies in two ways:<br />
1. ACWP is applied to zero budgets &#8211; no BCWP for the ACWP to go against<br />
2. BCWP is applied to unopened work packages again creating unfavorable indicies</p>
<p>Nearly every DCMA EVMS System Description I have seen, worked with, or written prehibits such behavior. </p>
<p>As a final note, rolling up an individual task&#8217;s EV to the performance report is rarely done. Work Package EV is usually all that goes to the finance system. At the task level every firm we&#8217;ve worked with uses 0/100, 50/50, or apportioned milestones. The common cost system CostView defines and restricts this usage. In one major prime contractor no other performance measures are allowed. Most certaintly some incremental BCWP provided by the CAM.<br />
At the WP level the individual tasks are aggregated and weighted to produce the BCWP. SPI is reported on the schedule side and CPI catches up usuall one reporting period later.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

