<?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: Dealing with &#8220;irrational&#8221; stakeholders</title>
	<atom:link href="http://www.goodproductmanager.com/2007/11/06/dealing-with-irrational-stakeholders/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.goodproductmanager.com/2007/11/06/dealing-with-irrational-stakeholders/</link>
	<description>A blog with tips on product management and related topics. Written by Jeff Lash, a product manager in St. Louis, MO</description>
	<lastBuildDate>Mon, 15 Mar 2010 17:55:06 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: zhong335</title>
		<link>http://www.goodproductmanager.com/2007/11/06/dealing-with-irrational-stakeholders/comment-page-1/#comment-10105</link>
		<dc:creator>zhong335</dc:creator>
		<pubDate>Fri, 01 Aug 2008 14:37:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/2007/11/06/dealing-with-irrational-stakeholders/#comment-10105</guid>
		<description>made a Chinese translation here:
http://www.yeeyan.com/articles/view/zhong335/11592

Thanks for your great article.</description>
		<content:encoded><![CDATA[<p>made a Chinese translation here:<br />
<a href="http://www.yeeyan.com/articles/view/zhong335/11592" rel="nofollow">http://www.yeeyan.com/articles/view/zhong335/11592</a></p>
<p>Thanks for your great article.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pramatic&#8217;s Steve Johnson: Strategy is over-rated &#171; On Product Management</title>
		<link>http://www.goodproductmanager.com/2007/11/06/dealing-with-irrational-stakeholders/comment-page-1/#comment-7768</link>
		<dc:creator>Pramatic&#8217;s Steve Johnson: Strategy is over-rated &#171; On Product Management</dc:creator>
		<pubDate>Tue, 01 Apr 2008 13:10:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/2007/11/06/dealing-with-irrational-stakeholders/#comment-7768</guid>
		<description>[...] As the interview progressed, however, Steve seemed to be heating up, often stratying from the script that he delivers week-in and week-out as part of his courses. &#8220;Strategy crapagy&#8221;, Steve said in an outburst, &#8220;darn it, my opinion is not only relevant and interesting, but my opinion rules!&#8221;, seeming to contradict his oft-quoted edict. [...]</description>
		<content:encoded><![CDATA[<p>[...] As the interview progressed, however, Steve seemed to be heating up, often stratying from the script that he delivers week-in and week-out as part of his courses. &#8220;Strategy crapagy&#8221;, Steve said in an outburst, &#8220;darn it, my opinion is not only relevant and interesting, but my opinion rules!&#8221;, seeming to contradict his oft-quoted edict. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Derek Britton</title>
		<link>http://www.goodproductmanager.com/2007/11/06/dealing-with-irrational-stakeholders/comment-page-1/#comment-4824</link>
		<dc:creator>Derek Britton</dc:creator>
		<pubDate>Wed, 19 Dec 2007 08:31:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/2007/11/06/dealing-with-irrational-stakeholders/#comment-4824</guid>
		<description>Sage words again (also from Rob G). 

Another vital consideration here is that any argument or debate takes place in a vacuum of insufficient factual data. 

The best way to resolve conflict or even negate the need for the argument is to remove the need for opinion. This is done simply through diligently and comprehensively researching and providing all the relevant supporting facts and data required.

The less subjective the detail, the more readily it will be accepted, and the more (assuming it is the PM who presents it as a fact and not as their own &#039;work&#039;) professional credibility and respect one can earn, relatively easily. 

Classic ports of call in terms of factual data should include all the standard-issue research points:
- market research on sizing, competition, CAGR, capability matrixes, recent wins, M&amp;A activity, press coverage
- technical competitive assessment
- (truly) independent case studies
- direct customer input (surveys, &quot;user events&quot;, vertical events)
- direct (via support or account management) customer input
- plenty of other input sources are available depending on the business and the product and the market. There are professional courses, of course... 

So once you are dealing with facts, opinions count less as many of the decisions will tend to &quot;make themselves&quot;. 

Having said that you will never quite eradicate the more &quot;organic&quot; or &quot;creative&quot; elements, especially when some of the stakeholders have a non-process or non-technology background, and this is very likely, so you need ideally to get as much of the &quot;requirement&quot; from them up front in the process, and manage those needs through with visibility and status.

Finally, late changes in requirement should be embraced, not shunned. If we need to change direction, we need to. Don&#039;t fight it; accept it. The PM is actually an agent of change (where change is a new &quot;product&quot;) - an alteration to an original plan is perfectly acceptable. All we need is a factual understanding of the ramifications and a decision (to change) based on a collective appreciation of this. 

If my boss knows that by him saying to delay a release to support customer x, we are going to lose a deal with customer y, then he can make the call. If I don&#039;t tell him about customer y, that&#039;s not his fault, it&#039;s mine.

Facts, visibility, management. PM 101... once you have taken the emotion away and replaced it with black and white facts, the conditions are much less favorable for the opinion virus to thrive...

Steve Johnson of Pragmatic Marketing starts his course off (or at least did) with the eye-opening edict...

&quot;Your opinion, while interesting, is irrelevant&quot;.

Quite.</description>
		<content:encoded><![CDATA[<p>Sage words again (also from Rob G). </p>
<p>Another vital consideration here is that any argument or debate takes place in a vacuum of insufficient factual data. </p>
<p>The best way to resolve conflict or even negate the need for the argument is to remove the need for opinion. This is done simply through diligently and comprehensively researching and providing all the relevant supporting facts and data required.</p>
<p>The less subjective the detail, the more readily it will be accepted, and the more (assuming it is the PM who presents it as a fact and not as their own &#8216;work&#8217;) professional credibility and respect one can earn, relatively easily. </p>
<p>Classic ports of call in terms of factual data should include all the standard-issue research points:<br />
- market research on sizing, competition, CAGR, capability matrixes, recent wins, M&amp;A activity, press coverage<br />
- technical competitive assessment<br />
- (truly) independent case studies<br />
- direct customer input (surveys, &#8220;user events&#8221;, vertical events)<br />
- direct (via support or account management) customer input<br />
- plenty of other input sources are available depending on the business and the product and the market. There are professional courses, of course&#8230; </p>
<p>So once you are dealing with facts, opinions count less as many of the decisions will tend to &#8220;make themselves&#8221;. </p>
<p>Having said that you will never quite eradicate the more &#8220;organic&#8221; or &#8220;creative&#8221; elements, especially when some of the stakeholders have a non-process or non-technology background, and this is very likely, so you need ideally to get as much of the &#8220;requirement&#8221; from them up front in the process, and manage those needs through with visibility and status.</p>
<p>Finally, late changes in requirement should be embraced, not shunned. If we need to change direction, we need to. Don&#8217;t fight it; accept it. The PM is actually an agent of change (where change is a new &#8220;product&#8221;) &#8211; an alteration to an original plan is perfectly acceptable. All we need is a factual understanding of the ramifications and a decision (to change) based on a collective appreciation of this. </p>
<p>If my boss knows that by him saying to delay a release to support customer x, we are going to lose a deal with customer y, then he can make the call. If I don&#8217;t tell him about customer y, that&#8217;s not his fault, it&#8217;s mine.</p>
<p>Facts, visibility, management. PM 101&#8230; once you have taken the emotion away and replaced it with black and white facts, the conditions are much less favorable for the opinion virus to thrive&#8230;</p>
<p>Steve Johnson of Pragmatic Marketing starts his course off (or at least did) with the eye-opening edict&#8230;</p>
<p>&#8220;Your opinion, while interesting, is irrelevant&#8221;.</p>
<p>Quite.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob Grady</title>
		<link>http://www.goodproductmanager.com/2007/11/06/dealing-with-irrational-stakeholders/comment-page-1/#comment-3885</link>
		<dc:creator>Rob Grady</dc:creator>
		<pubDate>Sat, 24 Nov 2007 17:54:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/2007/11/06/dealing-with-irrational-stakeholders/#comment-3885</guid>
		<description>Great post and really good advice. On the other side I&#039;ve worked with junior folks that tend to empathize too much.  Trying to please everyone which can also be problematic. Letting the business ground the decision (once everyone is heard) is a good fallback.</description>
		<content:encoded><![CDATA[<p>Great post and really good advice. On the other side I&#8217;ve worked with junior folks that tend to empathize too much.  Trying to please everyone which can also be problematic. Letting the business ground the decision (once everyone is heard) is a good fallback.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
