<?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: What is good enough? “Lame Duck” vs. Phased Releases</title>
	<atom:link href="http://productmanagementtips.com/2009/12/07/software-product-manager-releases/feed/" rel="self" type="application/rss+xml" />
	<link>http://productmanagementtips.com/2009/12/07/software-product-manager-releases/</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: Top 10 startup articles of the week &#171; Startup Musings</title>
		<link>http://productmanagementtips.com/2009/12/07/software-product-manager-releases/#comment-1464</link>
		<dc:creator><![CDATA[Top 10 startup articles of the week &#171; Startup Musings]]></dc:creator>
		<pubDate>Fri, 11 Dec 2009 13:41:23 +0000</pubDate>
		<guid isPermaLink="false">http://productmanagementtips.com/?p=998#comment-1464</guid>
		<description><![CDATA[[...] What is good enough? Lame duck versus phased releases [...]]]></description>
		<content:encoded><![CDATA[<p>[...] What is good enough? Lame duck versus phased releases [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Sehlhorst</title>
		<link>http://productmanagementtips.com/2009/12/07/software-product-manager-releases/#comment-1458</link>
		<dc:creator><![CDATA[Scott Sehlhorst]]></dc:creator>
		<pubDate>Wed, 09 Dec 2009 13:36:54 +0000</pubDate>
		<guid isPermaLink="false">http://productmanagementtips.com/?p=998#comment-1458</guid>
		<description><![CDATA[Really enjoyed this one, Gopal, thanks!

It is definitely tricky to adopt the &quot;fail fast&quot; philosophy of agile without creating &quot;certain to fail&quot; releases (lame ducks).

Scott @sehlhorst]]></description>
		<content:encoded><![CDATA[<p>Really enjoyed this one, Gopal, thanks!</p>
<p>It is definitely tricky to adopt the &#8220;fail fast&#8221; philosophy of agile without creating &#8220;certain to fail&#8221; releases (lame ducks).</p>
<p>Scott @sehlhorst</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TJ</title>
		<link>http://productmanagementtips.com/2009/12/07/software-product-manager-releases/#comment-1455</link>
		<dc:creator><![CDATA[TJ]]></dc:creator>
		<pubDate>Tue, 08 Dec 2009 01:13:39 +0000</pubDate>
		<guid isPermaLink="false">http://productmanagementtips.com/?p=998#comment-1455</guid>
		<description><![CDATA[Interesting topic... a couple thoughts to share with fellow Product Managers:

Product Management is not an easy task in any industry.  But in the software industry it is even harder due to the accelerating rate of obsolescence as generations of language, platform, OS and hardware continue to roll over at an increasing rate.  Couple that with the massive growth in the number of software firms, and global demand and it&#039;s very difficult to balance between being on the cutting edge,behind the curve or having a great solution that does not yet have a market.

We chased after a competitor who developed an icon based payment reporting solution, and kept investing at the insistence of the sales reps and PM.  Years later that same competitor had sold their firm, started a next generation solution and was our new partner.  Once we had gotten to know each other he confided that he was amazed we followed them into that market as they never covered their investment either, much less made a return ON that investment.

Product Management always struck me as a balance between the science and fact based, with a lot of gut feel and intuition (the art).  By definition, its attempting to predict what will happen by looking at historical data.]]></description>
		<content:encoded><![CDATA[<p>Interesting topic&#8230; a couple thoughts to share with fellow Product Managers:</p>
<p>Product Management is not an easy task in any industry.  But in the software industry it is even harder due to the accelerating rate of obsolescence as generations of language, platform, OS and hardware continue to roll over at an increasing rate.  Couple that with the massive growth in the number of software firms, and global demand and it&#8217;s very difficult to balance between being on the cutting edge,behind the curve or having a great solution that does not yet have a market.</p>
<p>We chased after a competitor who developed an icon based payment reporting solution, and kept investing at the insistence of the sales reps and PM.  Years later that same competitor had sold their firm, started a next generation solution and was our new partner.  Once we had gotten to know each other he confided that he was amazed we followed them into that market as they never covered their investment either, much less made a return ON that investment.</p>
<p>Product Management always struck me as a balance between the science and fact based, with a lot of gut feel and intuition (the art).  By definition, its attempting to predict what will happen by looking at historical data.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rian</title>
		<link>http://productmanagementtips.com/2009/12/07/software-product-manager-releases/#comment-1453</link>
		<dc:creator><![CDATA[Rian]]></dc:creator>
		<pubDate>Mon, 07 Dec 2009 16:30:08 +0000</pubDate>
		<guid isPermaLink="false">http://productmanagementtips.com/?p=998#comment-1453</guid>
		<description><![CDATA[Great post, Gopal.  One of the biggest dangers is not realizing a release is a lame duck until after the release... The ability to recognize it before launch (and then delay) will be a huge step in the right direction for PM&#039;s!]]></description>
		<content:encoded><![CDATA[<p>Great post, Gopal.  One of the biggest dangers is not realizing a release is a lame duck until after the release&#8230; The ability to recognize it before launch (and then delay) will be a huge step in the right direction for PM&#8217;s!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elaine Chen</title>
		<link>http://productmanagementtips.com/2009/12/07/software-product-manager-releases/#comment-1451</link>
		<dc:creator><![CDATA[Elaine Chen]]></dc:creator>
		<pubDate>Mon, 07 Dec 2009 14:29:31 +0000</pubDate>
		<guid isPermaLink="false">http://productmanagementtips.com/?p=998#comment-1451</guid>
		<description><![CDATA[Great post! Thanks for calling a spade a spade on lame duck releases. This has happened to me in 2 companies. In each case the CEO met with a customer (minus the product team). The customer demanded feature X, or we would face losing the account. So the CEO promised feature X in the next release (uh oh!) When the product team went to investigate, the feature that the customer came up with didn&#039;t solve the problem at all.  In one case we found a whole different way to solve the problem and everyone was happy in the end.  In the other case, there was a DOA usability issue for which there is no workaround.  So we canned the release. It wasn&#039;t pretty, but it really helped clean up the product development process - the CEO never tried to bypass the product planning phase again.]]></description>
		<content:encoded><![CDATA[<p>Great post! Thanks for calling a spade a spade on lame duck releases. This has happened to me in 2 companies. In each case the CEO met with a customer (minus the product team). The customer demanded feature X, or we would face losing the account. So the CEO promised feature X in the next release (uh oh!) When the product team went to investigate, the feature that the customer came up with didn&#8217;t solve the problem at all.  In one case we found a whole different way to solve the problem and everyone was happy in the end.  In the other case, there was a DOA usability issue for which there is no workaround.  So we canned the release. It wasn&#8217;t pretty, but it really helped clean up the product development process &#8211; the CEO never tried to bypass the product planning phase again.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

