<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Managing stakeholder expectations via Product Council</title>
	<atom:link href="http://productmanagementtips.com/2010/07/26/managing-stakeholder-expectations/feed/" rel="self" type="application/rss+xml" />
	<link>http://productmanagementtips.com/2010/07/26/managing-stakeholder-expectations/</link>
	<description>Practical software product management tips</description>
	<lastBuildDate>Wed, 15 Feb 2012 20:10:52 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: HCG Levels in Early Pregnancy</title>
		<link>http://productmanagementtips.com/2010/07/26/managing-stakeholder-expectations/#comment-3061</link>
		<dc:creator><![CDATA[HCG Levels in Early Pregnancy]]></dc:creator>
		<pubDate>Sun, 09 Oct 2011 08:30:17 +0000</pubDate>
		<guid isPermaLink="false">http://productmanagementtips.com/?p=1252#comment-3061</guid>
		<description><![CDATA[&lt;strong&gt;HCG Levels in Early Pregnancy Thanks for writing this, it was very handy and helped me quite a bit...&lt;/strong&gt;

Thanks for writing this, it was very handy and helped me quite a bit...]]></description>
		<content:encoded><![CDATA[<p><strong>HCG Levels in Early Pregnancy Thanks for writing this, it was very handy and helped me quite a bit&#8230;</strong></p>
<p>Thanks for writing this, it was very handy and helped me quite a bit&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Prachi</title>
		<link>http://productmanagementtips.com/2010/07/26/managing-stakeholder-expectations/#comment-2046</link>
		<dc:creator><![CDATA[Prachi]]></dc:creator>
		<pubDate>Sun, 29 Aug 2010 05:31:44 +0000</pubDate>
		<guid isPermaLink="false">http://productmanagementtips.com/?p=1252#comment-2046</guid>
		<description><![CDATA[Hi Gopal

I&#039;m interested in knowing if and how an MBA education helps one get from a engineering degree and software delivery (in product delivery) work experience to a product manager. That is almost crossing over from the person taking product specs to execute, to a person who defines and handles portfolios. Does a MBA education help in a considerable way?

A post on this would be very useful.]]></description>
		<content:encoded><![CDATA[<p>Hi Gopal</p>
<p>I&#8217;m interested in knowing if and how an MBA education helps one get from a engineering degree and software delivery (in product delivery) work experience to a product manager. That is almost crossing over from the person taking product specs to execute, to a person who defines and handles portfolios. Does a MBA education help in a considerable way?</p>
<p>A post on this would be very useful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Don Sedota</title>
		<link>http://productmanagementtips.com/2010/07/26/managing-stakeholder-expectations/#comment-2023</link>
		<dc:creator><![CDATA[Don Sedota]]></dc:creator>
		<pubDate>Tue, 17 Aug 2010 17:32:36 +0000</pubDate>
		<guid isPermaLink="false">http://productmanagementtips.com/?p=1252#comment-2023</guid>
		<description><![CDATA[Great article Gopal. I&#039;m a big proponent of Product Council meetings and have found them to be very effective (and great stress relievers as you mention). Per your third to last paragraph, from my experience it has been much more efficient to present the priorities that the product team has come up with (given the logic, market, data, etc.) and ask for objections to those priorities during the meeting as opposed to trying to go through a prioritization exercise with all attendees at the meeting. That way, your providing much more guidance and you&#039;ll get through many more decisions in a short amount of time. I once made the mistake of going with the latter strategy and you end up with a lot of debate and not a lot of consensus at the end. I&#039;m sure this varies from company to company as well.]]></description>
		<content:encoded><![CDATA[<p>Great article Gopal. I&#8217;m a big proponent of Product Council meetings and have found them to be very effective (and great stress relievers as you mention). Per your third to last paragraph, from my experience it has been much more efficient to present the priorities that the product team has come up with (given the logic, market, data, etc.) and ask for objections to those priorities during the meeting as opposed to trying to go through a prioritization exercise with all attendees at the meeting. That way, your providing much more guidance and you&#8217;ll get through many more decisions in a short amount of time. I once made the mistake of going with the latter strategy and you end up with a lot of debate and not a lot of consensus at the end. I&#8217;m sure this varies from company to company as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Cohn</title>
		<link>http://productmanagementtips.com/2010/07/26/managing-stakeholder-expectations/#comment-1943</link>
		<dc:creator><![CDATA[Bill Cohn]]></dc:creator>
		<pubDate>Wed, 04 Aug 2010 14:35:48 +0000</pubDate>
		<guid isPermaLink="false">http://productmanagementtips.com/?p=1252#comment-1943</guid>
		<description><![CDATA[I used a similar concept at my last company -- we called it a &quot;Product Cabinet&quot;.  It was a regular meeting of the functional group heads -- generally director-level, but not VP-level -- and it was intended both for communication of activities as well as joint strategic thinking.  The key to making this work was for me (the PM) to engage all participants in the process so they were invested in the outcomes.  It also made it easier to delegate tasks, as the cabinet members held responsibility for completing tasks assigned to their functional group.  You could say this is just like any core team, but it was product not project-oriented.  

Again, the key to its success was an openness to the conversation.  While I would generally do a lot of the talking, I made conscious efforts to engage all members and to push them to contribute to the strategy, even for questions outside of their area of focus.  As a result, most of the time we left the meeting energized, better informed, and more committed to our now-shared direction.

- Bill Cohn

Ipswitch, Inc.]]></description>
		<content:encoded><![CDATA[<p>I used a similar concept at my last company &#8212; we called it a &#8220;Product Cabinet&#8221;.  It was a regular meeting of the functional group heads &#8212; generally director-level, but not VP-level &#8212; and it was intended both for communication of activities as well as joint strategic thinking.  The key to making this work was for me (the PM) to engage all participants in the process so they were invested in the outcomes.  It also made it easier to delegate tasks, as the cabinet members held responsibility for completing tasks assigned to their functional group.  You could say this is just like any core team, but it was product not project-oriented.  </p>
<p>Again, the key to its success was an openness to the conversation.  While I would generally do a lot of the talking, I made conscious efforts to engage all members and to push them to contribute to the strategy, even for questions outside of their area of focus.  As a result, most of the time we left the meeting energized, better informed, and more committed to our now-shared direction.</p>
<p>- Bill Cohn</p>
<p>Ipswitch, Inc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nitesh Gandhi</title>
		<link>http://productmanagementtips.com/2010/07/26/managing-stakeholder-expectations/#comment-1916</link>
		<dc:creator><![CDATA[Nitesh Gandhi]]></dc:creator>
		<pubDate>Wed, 28 Jul 2010 12:37:22 +0000</pubDate>
		<guid isPermaLink="false">http://productmanagementtips.com/?p=1252#comment-1916</guid>
		<description><![CDATA[Very well written. HAving a product council and involving the management is a good approach. The trickle up effect is a nice and soft approach to get the message communicated. 

Personally I also communicate at every opportunity available with the various teams whose team heads are involved in the Product council. This helps in building up the awareness and leads to a more result oriented meeting. 

Keep writing.
Nitesh]]></description>
		<content:encoded><![CDATA[<p>Very well written. HAving a product council and involving the management is a good approach. The trickle up effect is a nice and soft approach to get the message communicated. </p>
<p>Personally I also communicate at every opportunity available with the various teams whose team heads are involved in the Product council. This helps in building up the awareness and leads to a more result oriented meeting. </p>
<p>Keep writing.<br />
Nitesh</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Holland</title>
		<link>http://productmanagementtips.com/2010/07/26/managing-stakeholder-expectations/#comment-1901</link>
		<dc:creator><![CDATA[Jim Holland]]></dc:creator>
		<pubDate>Mon, 26 Jul 2010 16:43:10 +0000</pubDate>
		<guid isPermaLink="false">http://productmanagementtips.com/?p=1252#comment-1901</guid>
		<description><![CDATA[Gopal - great insights. I agree with the product councils. When led by product management and participated by the executive team, it keeps strategy, alignment and communications in sync. I have experienced several different approaches similar to those used by you. 

My favorite is the &quot;Trickle Up&quot; effect. Starting at the product/product line level, their was a product advisory team that met regularly (more than monthly) and representation from development, sales, sales engineering, support, QA, etc was required to be there. Who mandated the attendance? The VP of Development had a big influence. The goal was to allow product management to &quot;lead&quot; the team and occasionally have VP-level stakeholders there to listen and afterwards provide input. 

This &quot;trickled up&quot; to a Product Management and Marketing council where we reviewed product strategy and the roadmap that provided guidance to marketing and its execution.

The final phase was as you mentioned. We held quarterly product council-type meetings where the E-team was present and the Product Management leader conveyed an update. They were supported by all the stakeholders and it was an instant success that built stronger relationships, kept sales in check and supported the executive team with valuable information.]]></description>
		<content:encoded><![CDATA[<p>Gopal &#8211; great insights. I agree with the product councils. When led by product management and participated by the executive team, it keeps strategy, alignment and communications in sync. I have experienced several different approaches similar to those used by you. </p>
<p>My favorite is the &#8220;Trickle Up&#8221; effect. Starting at the product/product line level, their was a product advisory team that met regularly (more than monthly) and representation from development, sales, sales engineering, support, QA, etc was required to be there. Who mandated the attendance? The VP of Development had a big influence. The goal was to allow product management to &#8220;lead&#8221; the team and occasionally have VP-level stakeholders there to listen and afterwards provide input. </p>
<p>This &#8220;trickled up&#8221; to a Product Management and Marketing council where we reviewed product strategy and the roadmap that provided guidance to marketing and its execution.</p>
<p>The final phase was as you mentioned. We held quarterly product council-type meetings where the E-team was present and the Product Management leader conveyed an update. They were supported by all the stakeholders and it was an instant success that built stronger relationships, kept sales in check and supported the executive team with valuable information.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

