<?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: EVM Myth #3: Earned Value Management is Too Rigid</title>
	<atom:link href="http://www.pmhut.com/evm-myth-3-earned-value-management-is-too-rigid/feed" rel="self" type="application/rss+xml" />
	<link>http://www.pmhut.com/evm-myth-3-earned-value-management-is-too-rigid</link>
	<description></description>
	<pubDate>Sun, 12 Feb 2012 01:03:42 +0000</pubDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Mark infanti</title>
		<link>http://www.pmhut.com/evm-myth-3-earned-value-management-is-too-rigid/comment-page-1#comment-10925</link>
		<dc:creator>Mark infanti</dc:creator>
		<pubDate>Sun, 01 Nov 2009 15:23:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.pmhut.com/evm-myth-3-earned-value-management-is-too-rigid#comment-10925</guid>
		<description>Keith, I think you comment is confusing the EVM system and the application of that system on project.  A flexible WBS may help an individual project but does not make the EVM System more flexible. Maybe it is my point of reference since I work for Deltek and provide EVM Software, but let me explain my comment.

An EVM System is the set of procedures and practices that are used to provide an EVM capabilty in project management.  It commonly includes an automated product to support the calculations, but it is not necessary.

I think, what makes a system too rigid is the lack of choices.  If your documentation only allows 2 EV measurement techniques, that is too rigid.  If you system descripiton says you must use a defined WBS to x levels, that is too rigid.

On the other hand if it says you have to have a WBS with a description of the work at each level and it is changed only by an approved change order, that is not rigid, that is effective management and change control.

I recently heard the VP of Project Performance at SAIC (MS. Kathleen Hedges) describe the standard EVM system that is used for all projects.  But those requirements are at a high level so each project has some latitude to set up project specific desk instructions that may vary from the company standard.  By having a company standard, they get greater efficencies, the ability to view all projects together with common metrics and everyone understands what it means without being retrained.

I will summarize that EVM is not too rigid.  The way it is implemented may cause it or any other practice to be too rigid.

Mark</description>
		<content:encoded><![CDATA[<p>Keith, I think you comment is confusing the EVM system and the application of that system on project.  A flexible WBS may help an individual project but does not make the EVM System more flexible. Maybe it is my point of reference since I work for Deltek and provide EVM Software, but let me explain my comment.</p>
<p>An EVM System is the set of procedures and practices that are used to provide an EVM capabilty in project management.  It commonly includes an automated product to support the calculations, but it is not necessary.</p>
<p>I think, what makes a system too rigid is the lack of choices.  If your documentation only allows 2 EV measurement techniques, that is too rigid.  If you system descripiton says you must use a defined WBS to x levels, that is too rigid.</p>
<p>On the other hand if it says you have to have a WBS with a description of the work at each level and it is changed only by an approved change order, that is not rigid, that is effective management and change control.</p>
<p>I recently heard the VP of Project Performance at SAIC (MS. Kathleen Hedges) describe the standard EVM system that is used for all projects.  But those requirements are at a high level so each project has some latitude to set up project specific desk instructions that may vary from the company standard.  By having a company standard, they get greater efficencies, the ability to view all projects together with common metrics and everyone understands what it means without being retrained.</p>
<p>I will summarize that EVM is not too rigid.  The way it is implemented may cause it or any other practice to be too rigid.</p>
<p>Mark</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Darryl C. Shawgo</title>
		<link>http://www.pmhut.com/evm-myth-3-earned-value-management-is-too-rigid/comment-page-1#comment-1055</link>
		<dc:creator>Darryl C. Shawgo</dc:creator>
		<pubDate>Tue, 27 Jan 2009 00:21:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.pmhut.com/evm-myth-3-earned-value-management-is-too-rigid#comment-1055</guid>
		<description>Great stuff here! I am so tired of people complaining about the increased workload of EV. With a Program Manager armed with even the most basic understanding of Earned Value, your program can be both valuable and not overly cumbersome. Making sure you have the right team in place is the most important part.</description>
		<content:encoded><![CDATA[<p>Great stuff here! I am so tired of people complaining about the increased workload of EV. With a Program Manager armed with even the most basic understanding of Earned Value, your program can be both valuable and not overly cumbersome. Making sure you have the right team in place is the most important part.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dr. Paul D Giammalvo</title>
		<link>http://www.pmhut.com/evm-myth-3-earned-value-management-is-too-rigid/comment-page-1#comment-1056</link>
		<dc:creator>Dr. Paul D Giammalvo</dc:creator>
		<pubDate>Sat, 24 Jan 2009 02:18:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.pmhut.com/evm-myth-3-earned-value-management-is-too-rigid#comment-1056</guid>
		<description>Hi Keith,
Enjoying your articles immensely!! Keep up the good work.

About the only thing I would add is a warning that making changes to the scope results in some pretty bizarre looking S curves, and requires frequent rebaselining if the S curve is to mean anything.

For those looking for more information, Dr. Joseph Orczyk wrote a chapter in AACE's "Skills and Knowledge of Cost Engineering, 5th Edition" https://www.aacei.org/PortalTools/Shopper/ProductDetail.cfm?ProdCompanyPassed=1&amp;ProdCdPassed=1-1545-02 that details several approaches to implementing Earned Value under conditions where the budgets are variable or changing.

Thanks again for the good articles...  Keep them coming.

BR,
Dr. PDG, Jakarta</description>
		<content:encoded><![CDATA[<p>Hi Keith,<br />
Enjoying your articles immensely!! Keep up the good work.</p>
<p>About the only thing I would add is a warning that making changes to the scope results in some pretty bizarre looking S curves, and requires frequent rebaselining if the S curve is to mean anything.</p>
<p>For those looking for more information, Dr. Joseph Orczyk wrote a chapter in AACE&#8217;s &#8220;Skills and Knowledge of Cost Engineering, 5th Edition&#8221; <a href="https://www.aacei.org/PortalTools/Shopper/ProductDetail.cfm?ProdCompanyPassed=1&amp;ProdCdPassed=1-1545-02" rel="nofollow">https://www.aacei.org/PortalTools/Shopper/ProductDetail.cfm?ProdCompanyPassed=1&amp;ProdCdPassed=1-1545-02</a> that details several approaches to implementing Earned Value under conditions where the budgets are variable or changing.</p>
<p>Thanks again for the good articles&#8230;  Keep them coming.</p>
<p>BR,<br />
Dr. PDG, Jakarta</p>
]]></content:encoded>
	</item>
</channel>
</rss>

