<?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: Scope Creep and Gold Plating are two sides of the same coin</title>
	<atom:link href="http://kareemshaker.com/project-management/scope-creep-and-gold-plating-are-two-sides-of-the-same-coin/feed/" rel="self" type="application/rss+xml" />
	<link>http://kareemshaker.com/project-management/scope-creep-and-gold-plating-are-two-sides-of-the-same-coin/#utm_source=feed&#038;utm_medium=feed&#038;utm_campaign=feed</link>
	<description>Everyday is a New Day</description>
	<lastBuildDate>Mon, 16 Apr 2012 18:14:12 +0400</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Can I control scope and keep stakeholders happy? &#171; Project Management and PRINCE2 in Practice</title>
		<link>http://kareemshaker.com/project-management/scope-creep-and-gold-plating-are-two-sides-of-the-same-coin/comment-page-1/#comment-2687</link>
		<dc:creator>Can I control scope and keep stakeholders happy? &#171; Project Management and PRINCE2 in Practice</dc:creator>
		<pubDate>Sat, 21 May 2011 12:02:45 +0000</pubDate>
		<guid isPermaLink="false">http://kareemshaker.com/?p=507#comment-2687</guid>
		<description>[...] Scope Creep and Gold Plating are two sides of the same coin (kareemshaker.com) [...]</description>
		<content:encoded><![CDATA[<p>[...] Scope Creep and Gold Plating are two sides of the same coin (kareemshaker.com) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul V. Sheridan</title>
		<link>http://kareemshaker.com/project-management/scope-creep-and-gold-plating-are-two-sides-of-the-same-coin/comment-page-1/#comment-514</link>
		<dc:creator>Paul V. Sheridan</dc:creator>
		<pubDate>Sun, 25 Apr 2010 01:53:30 +0000</pubDate>
		<guid isPermaLink="false">http://kareemshaker.com/?p=507#comment-514</guid>
		<description>Hello Kareem:

I am taking a PM course, and was requested (a few weks ago) to post the pros &amp; cons of &quot;gold plating.&quot; I ran into your post today and have cut-n-pasted my exact post below.  Note the YouTube link contains my work in safety.  Take care!  Paul

-----

Posted by Paul Sheridan Wed Apr 7 13:44:59 2010.
Reply: Before we can discuss these questions with any degree of competence or integrity we need to review the blatant duplicity and confusion that already exists in the literature regarding this “gold plating” vernacular. 

Slide 6 says: 

“Gold Plating: Gold plating refers to giving the customer extras. For example giving extra functionality, higher-quality components, and extra scope or better performance.” 

So here the literature describes a situation (better performance”) where the customer IS receiving value that will be of benefit and will be realized/used. But then that slide references a link (www.snyders.us/contractor-consultant.htm that says: 

“The Project Management Body of Knowledge (PMBOK) describes gold-platting as ‘giving the customer extras (extra functionality, higher-quality components, extra scope of work or better performance).’ The PMBOK position is that ‘gold-plating adds no value to the project.’ “ 
Note the second sentence blatantly contradicts the first. 
The Sharyn Brotz paper entitled, “The Positive Side of Gold Plating- Introducing the Concept of Scope Interpretation Bandwidth” says (edited): 

“ ‘Gold plating: PMI does not recommend giving the customer extras (e.g. extra functionality, higher-quality components, extra scope of work or better performance). Gold-plating adds no value to the project. Often such additions are included based on the project team’s impression of what the customer would like. This impression may not be accurate. Considering that only 26% of all projects succeed, project managers would be better off spending their time conforming to requirements (PMP Exam Prep Guide, 2nd Edition, Beaver’s Pond Press, 2000). ’ 

There are so many objectionable and arguable phrases within this paragraph . . . What makes REQUIREMENTS indicators of project success? Who wrote the requirements? . . . requirements typically portray a functional need, addressing WHAT is desired and not HOW these needs will be provided.” 

So, if it is clear that the so-called PM experts cannot agree on what the vernacular “gold plating” refers to, how are we to answer the DQ questions? 

Obviously the current definitional status (i.e. Tower of Babble confusion) forces an answer of ‘It depends,’ and in response to BOTH DQ questions. With that answer, let me offer an example where so-called “gold plating” is not merely “a good management practice,” but an ethical requirement that has been upheld repeatedly as-such in the courts. 

When someone buys an automobile, the essential scope statement constrains the manufacturer to many “customer requirements” including “Compliance with all applicable government regulations” (That is an industry quote.). However, if we adhere to the PMI recommendation of not giving the auto customer “extra scope,” will we have fulfilled our duty to “a good management practice, and/or can we hide behind the PMI notion that we were justified to renege based on an anticipation of an inaccurate “impression of what the customer would like”? Not a chance. 

The US government, to this day, still does not require installation of a simple, inexpensive device called brake-transmission shift interlock (BTSI). Therefore, BTSI is not implicit in any auto manufacturer’s product scope statement. As such, under the PMI definition, BTSI is an “extra.” Try telling that to Mr. Todd Golden, or Ms. Amy Dawson, or Ms. Donna Saderfield : 

http://www.youtube.com/watch?v=corrR7Wx8Bo 

http://www.youtube.com/watch?v=oppQrqf54-E&amp;feature=related 

Outside the US, BTSI is almost universally a government requirement so the issue of “gold plating” cannot apply to BTSI or its management. But the question arises: 

Are project managers constrained by customer requirements that the customer may or may not have the expertise to request/demand? And if the answer is yes, does this denigrate the &quot;extra&quot; to that of &quot;gold plating&quot;? 

In this context, product safety, the answer to the first DQ question is clear: We maintain the well-being of our customers and users of our products; an obvious advantage. If the context is a few extra lines of software code, that may or may not delay the project or may not provide “extra performance,” then there are distinct disadvantages and it may amount to poor management practice. 

Quite frankly the term “gold plating” is offensive (at any level), meant to be biased/biasing, amounts to street talk, and as-such has no place in diligent/conscientious discussions about or within project management. Certainly we can derive a more suitable term for the broad contexts and issues involved. .



--------------------------------------------------------------------------------


ADDED SUBTHREADS


Posted by Senay Tascioglu Fri Apr 16 21:39:57 2010
Thread: Paul, I like how you think critically. 

BTSI is a good example. 

You supported your side very well (question 2). The only part was not covered well was the &quot;disadvantages&quot;, part of question 1.</description>
		<content:encoded><![CDATA[<p>Hello Kareem:</p>
<p>I am taking a PM course, and was requested (a few weks ago) to post the pros &amp; cons of &#8220;gold plating.&#8221; I ran into your post today and have cut-n-pasted my exact post below.  Note the YouTube link contains my work in safety.  Take care!  Paul</p>
<p>&#8212;&#8211;</p>
<p>Posted by Paul Sheridan Wed Apr 7 13:44:59 2010.<br />
Reply: Before we can discuss these questions with any degree of competence or integrity we need to review the blatant duplicity and confusion that already exists in the literature regarding this “gold plating” vernacular. </p>
<p>Slide 6 says: </p>
<p>“Gold Plating: Gold plating refers to giving the customer extras. For example giving extra functionality, higher-quality components, and extra scope or better performance.” </p>
<p>So here the literature describes a situation (better performance”) where the customer IS receiving value that will be of benefit and will be realized/used. But then that slide references a link (www.snyders.us/contractor-consultant.htm that says: </p>
<p>“The Project Management Body of Knowledge (PMBOK) describes gold-platting as ‘giving the customer extras (extra functionality, higher-quality components, extra scope of work or better performance).’ The PMBOK position is that ‘gold-plating adds no value to the project.’ “<br />
Note the second sentence blatantly contradicts the first.<br />
The Sharyn Brotz paper entitled, “The Positive Side of Gold Plating- Introducing the Concept of Scope Interpretation Bandwidth” says (edited): </p>
<p>“ ‘Gold plating: PMI does not recommend giving the customer extras (e.g. extra functionality, higher-quality components, extra scope of work or better performance). Gold-plating adds no value to the project. Often such additions are included based on the project team’s impression of what the customer would like. This impression may not be accurate. Considering that only 26% of all projects succeed, project managers would be better off spending their time conforming to requirements (PMP Exam Prep Guide, 2nd Edition, Beaver’s Pond Press, 2000). ’ </p>
<p>There are so many objectionable and arguable phrases within this paragraph . . . What makes REQUIREMENTS indicators of project success? Who wrote the requirements? . . . requirements typically portray a functional need, addressing WHAT is desired and not HOW these needs will be provided.” </p>
<p>So, if it is clear that the so-called PM experts cannot agree on what the vernacular “gold plating” refers to, how are we to answer the DQ questions? </p>
<p>Obviously the current definitional status (i.e. Tower of Babble confusion) forces an answer of ‘It depends,’ and in response to BOTH DQ questions. With that answer, let me offer an example where so-called “gold plating” is not merely “a good management practice,” but an ethical requirement that has been upheld repeatedly as-such in the courts. </p>
<p>When someone buys an automobile, the essential scope statement constrains the manufacturer to many “customer requirements” including “Compliance with all applicable government regulations” (That is an industry quote.). However, if we adhere to the PMI recommendation of not giving the auto customer “extra scope,” will we have fulfilled our duty to “a good management practice, and/or can we hide behind the PMI notion that we were justified to renege based on an anticipation of an inaccurate “impression of what the customer would like”? Not a chance. </p>
<p>The US government, to this day, still does not require installation of a simple, inexpensive device called brake-transmission shift interlock (BTSI). Therefore, BTSI is not implicit in any auto manufacturer’s product scope statement. As such, under the PMI definition, BTSI is an “extra.” Try telling that to Mr. Todd Golden, or Ms. Amy Dawson, or Ms. Donna Saderfield : </p>
<p><a href="http://www.youtube.com/watch?v=corrR7Wx8Bo" rel="nofollow">http://www.youtube.com/watch?v=corrR7Wx8Bo</a> </p>
<p><a href="http://www.youtube.com/watch?v=oppQrqf54-E&#038;feature=related" rel="nofollow">http://www.youtube.com/watch?v=oppQrqf54-E&#038;feature=related</a> </p>
<p>Outside the US, BTSI is almost universally a government requirement so the issue of “gold plating” cannot apply to BTSI or its management. But the question arises: </p>
<p>Are project managers constrained by customer requirements that the customer may or may not have the expertise to request/demand? And if the answer is yes, does this denigrate the &#8220;extra&#8221; to that of &#8220;gold plating&#8221;? </p>
<p>In this context, product safety, the answer to the first DQ question is clear: We maintain the well-being of our customers and users of our products; an obvious advantage. If the context is a few extra lines of software code, that may or may not delay the project or may not provide “extra performance,” then there are distinct disadvantages and it may amount to poor management practice. </p>
<p>Quite frankly the term “gold plating” is offensive (at any level), meant to be biased/biasing, amounts to street talk, and as-such has no place in diligent/conscientious discussions about or within project management. Certainly we can derive a more suitable term for the broad contexts and issues involved. .</p>
<p>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;</p>
<p>ADDED SUBTHREADS</p>
<p>Posted by Senay Tascioglu Fri Apr 16 21:39:57 2010<br />
Thread: Paul, I like how you think critically. </p>
<p>BTSI is a good example. </p>
<p>You supported your side very well (question 2). The only part was not covered well was the &#8220;disadvantages&#8221;, part of question 1.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ty Kiisel</title>
		<link>http://kareemshaker.com/project-management/scope-creep-and-gold-plating-are-two-sides-of-the-same-coin/comment-page-1/#comment-336</link>
		<dc:creator>Ty Kiisel</dc:creator>
		<pubDate>Thu, 25 Mar 2010 20:41:23 +0000</pubDate>
		<guid isPermaLink="false">http://kareemshaker.com/?p=507#comment-336</guid>
		<description>Kareem,

I agree.  Sometimes what a customer thinks they want (the gold plating) isn&#039;t really what they want at all.  We all want to make out customers happy, but I don&#039;t think that implies that we should allow scope creep to create unwieldy projects and difficult-to-finish projects—that doesn&#039;t make anyone happy.  Especially out customers.</description>
		<content:encoded><![CDATA[<p>Kareem,</p>
<p>I agree.  Sometimes what a customer thinks they want (the gold plating) isn&#8217;t really what they want at all.  We all want to make out customers happy, but I don&#8217;t think that implies that we should allow scope creep to create unwieldy projects and difficult-to-finish projects—that doesn&#8217;t make anyone happy.  Especially out customers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Laura Bamberg</title>
		<link>http://kareemshaker.com/project-management/scope-creep-and-gold-plating-are-two-sides-of-the-same-coin/comment-page-1/#comment-334</link>
		<dc:creator>Laura Bamberg</dc:creator>
		<pubDate>Thu, 25 Mar 2010 13:43:05 +0000</pubDate>
		<guid isPermaLink="false">http://kareemshaker.com/?p=507#comment-334</guid>
		<description>Hi Kareem - good post, and both can be damaging to projects. that&#039;s nothing new. but i think that these days, some companies are so happy to have clients that they&#039;ll do whatever it takes to keep them happy. they forget that what suits in the short-term - namely these two problems - doesn&#039;t usually work out long-term.</description>
		<content:encoded><![CDATA[<p>Hi Kareem &#8211; good post, and both can be damaging to projects. that&#8217;s nothing new. but i think that these days, some companies are so happy to have clients that they&#8217;ll do whatever it takes to keep them happy. they forget that what suits in the short-term &#8211; namely these two problems &#8211; doesn&#8217;t usually work out long-term.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kareem</title>
		<link>http://kareemshaker.com/project-management/scope-creep-and-gold-plating-are-two-sides-of-the-same-coin/comment-page-1/#comment-330</link>
		<dc:creator>Kareem</dc:creator>
		<pubDate>Wed, 24 Mar 2010 18:42:50 +0000</pubDate>
		<guid isPermaLink="false">http://kareemshaker.com/?p=507#comment-330</guid>
		<description>Dana, you&#039;ve raised a great point that is very common on vendor&#039;s side, most of times, the sales people will only have a single focus that is finishing the project, get the money, and walk away..

They also push changes from inside, a sales person may ask the project manager to gold plate to make the customer happier, and increasing likelihood of winning future deals from the same customer..

The project manager has to raise a red flag and explain risks associated with this kind of changes..

Thanks Dana</description>
		<content:encoded><![CDATA[<p>Dana, you&#8217;ve raised a great point that is very common on vendor&#8217;s side, most of times, the sales people will only have a single focus that is finishing the project, get the money, and walk away..</p>
<p>They also push changes from inside, a sales person may ask the project manager to gold plate to make the customer happier, and increasing likelihood of winning future deals from the same customer..</p>
<p>The project manager has to raise a red flag and explain risks associated with this kind of changes..</p>
<p>Thanks Dana</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dana</title>
		<link>http://kareemshaker.com/project-management/scope-creep-and-gold-plating-are-two-sides-of-the-same-coin/comment-page-1/#comment-329</link>
		<dc:creator>Dana</dc:creator>
		<pubDate>Wed, 24 Mar 2010 18:25:10 +0000</pubDate>
		<guid isPermaLink="false">http://kareemshaker.com/?p=507#comment-329</guid>
		<description>Good post! Of course, you always want a happy client. I find that it can actually be somewhat enjoyable to control scope and push back on true feature/functionality enhancements, especially when the response is that we can submit a change request but it will cost $ and add time to the project. There is no quicker way to keep the focus on the project than by telling the customer that!

Sometimes though I have found that the gold plating can be encouraged by internal stakeholders, who have a stake in the relationship and overall $$ associated with the client, without regard to how it can negatively impact the project. That can be more difficult to manage.</description>
		<content:encoded><![CDATA[<p>Good post! Of course, you always want a happy client. I find that it can actually be somewhat enjoyable to control scope and push back on true feature/functionality enhancements, especially when the response is that we can submit a change request but it will cost $ and add time to the project. There is no quicker way to keep the focus on the project than by telling the customer that!</p>
<p>Sometimes though I have found that the gold plating can be encouraged by internal stakeholders, who have a stake in the relationship and overall $$ associated with the client, without regard to how it can negatively impact the project. That can be more difficult to manage.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kareem</title>
		<link>http://kareemshaker.com/project-management/scope-creep-and-gold-plating-are-two-sides-of-the-same-coin/comment-page-1/#comment-328</link>
		<dc:creator>Kareem</dc:creator>
		<pubDate>Wed, 24 Mar 2010 17:55:38 +0000</pubDate>
		<guid isPermaLink="false">http://kareemshaker.com/?p=507#comment-328</guid>
		<description>The problem with both scope creep and gold plating is that things get out of control, if you would like to make your customers happy I think nothing can make them any happier if you deliver what you promised in the first place...

Also, If you want to gold plate, you can simply communicate the change you will be adding to indulge your customers, get approval, and then tell them that you will do it for free..

I don&#039;t know the context of Seth Godin&#039;s recommendation, but I will respond to you by a quote of Tom Peters (that I believe in to some extent) : &quot;formula for success: under promise and over deliver&quot;

Thanks!</description>
		<content:encoded><![CDATA[<p>The problem with both scope creep and gold plating is that things get out of control, if you would like to make your customers happy I think nothing can make them any happier if you deliver what you promised in the first place&#8230;</p>
<p>Also, If you want to gold plate, you can simply communicate the change you will be adding to indulge your customers, get approval, and then tell them that you will do it for free..</p>
<p>I don&#8217;t know the context of Seth Godin&#8217;s recommendation, but I will respond to you by a quote of Tom Peters (that I believe in to some extent) : &#8220;formula for success: under promise and over deliver&#8221;</p>
<p>Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mohammed Al-Taee</title>
		<link>http://kareemshaker.com/project-management/scope-creep-and-gold-plating-are-two-sides-of-the-same-coin/comment-page-1/#comment-327</link>
		<dc:creator>Mohammed Al-Taee</dc:creator>
		<pubDate>Wed, 24 Mar 2010 17:43:43 +0000</pubDate>
		<guid isPermaLink="false">http://kareemshaker.com/?p=507#comment-327</guid>
		<description>I never gold plated a project but I think we need to keep our customers happy so if that plating will not effect the final product so why we don&#039;t do it and keep our customer loyal.

Today, we as persons before project manager need to be a linchpins as Seth Godin said, we should offer new things and go beyond what has been requested.

Thanks,</description>
		<content:encoded><![CDATA[<p>I never gold plated a project but I think we need to keep our customers happy so if that plating will not effect the final product so why we don&#8217;t do it and keep our customer loyal.</p>
<p>Today, we as persons before project manager need to be a linchpins as Seth Godin said, we should offer new things and go beyond what has been requested.</p>
<p>Thanks,</p>
]]></content:encoded>
	</item>
</channel>
</rss>

