<?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: Enterprise Software Innovator&#8217;s Dilemma</title>
	<atom:link href="http://theagileexecutive.com/2009/01/27/enterprise-software-innovators-dilemma/feed/" rel="self" type="application/rss+xml" />
	<link>http://theagileexecutive.com/2009/01/27/enterprise-software-innovators-dilemma/</link>
	<description>Making Agile Work</description>
	<lastBuildDate>Tue, 10 Apr 2012 21:58:32 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Agile Considerations for CXOs &#171; The Agile Executive</title>
		<link>http://theagileexecutive.com/2009/01/27/enterprise-software-innovators-dilemma/#comment-788</link>
		<dc:creator><![CDATA[Agile Considerations for CXOs &#171; The Agile Executive]]></dc:creator>
		<pubDate>Sat, 05 Dec 2009 01:41:17 +0000</pubDate>
		<guid isPermaLink="false">http://theagileexecutive.com/?p=311#comment-788</guid>
		<description><![CDATA[[...] Market-of-One [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Market-of-One [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Only 10% &#171; The Agile Executive</title>
		<link>http://theagileexecutive.com/2009/01/27/enterprise-software-innovators-dilemma/#comment-414</link>
		<dc:creator><![CDATA[Only 10% &#171; The Agile Executive]]></dc:creator>
		<pubDate>Mon, 06 Jul 2009 14:09:01 +0000</pubDate>
		<guid isPermaLink="false">http://theagileexecutive.com/?p=311#comment-414</guid>
		<description><![CDATA[[...] a comment &#187;  Readers of the posts Customer Intimacy and Enterprise Software Innovator&#8217;s Dilemma might recall two observations made in this [...]]]></description>
		<content:encoded><![CDATA[<p>[...] a comment &raquo;  Readers of the posts Customer Intimacy and Enterprise Software Innovator&#8217;s Dilemma might recall two observations made in this [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Are We at a Point of Saturation? &#171; The Agile Executive</title>
		<link>http://theagileexecutive.com/2009/01/27/enterprise-software-innovators-dilemma/#comment-222</link>
		<dc:creator><![CDATA[Are We at a Point of Saturation? &#171; The Agile Executive]]></dc:creator>
		<pubDate>Sun, 19 Apr 2009 17:43:13 +0000</pubDate>
		<guid isPermaLink="false">http://theagileexecutive.com/?p=311#comment-222</guid>
		<description><![CDATA[[...] was pointed out in Enterprise Software Innovator&#8217;s Dilemma that &#8221;good enough&#8221; Open Source Software is inevitably becoming good enough. If you [...]]]></description>
		<content:encoded><![CDATA[<p>[...] was pointed out in Enterprise Software Innovator&#8217;s Dilemma that &#8221;good enough&#8221; Open Source Software is inevitably becoming good enough. If you [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Companies make shoes! &#171; The Agile Executive</title>
		<link>http://theagileexecutive.com/2009/01/27/enterprise-software-innovators-dilemma/#comment-214</link>
		<dc:creator><![CDATA[Companies make shoes! &#171; The Agile Executive]]></dc:creator>
		<pubDate>Thu, 16 Apr 2009 17:20:41 +0000</pubDate>
		<guid isPermaLink="false">http://theagileexecutive.com/?p=311#comment-214</guid>
		<description><![CDATA[[...] software companies, the impact of &#8220;good enough&#8221; Open Source Software should be assessed in conjunction with close examination of the market value to revenues ratio. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] software companies, the impact of &#8220;good enough&#8221; Open Source Software should be assessed in conjunction with close examination of the market value to revenues ratio. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Microblogging Will Marginalize Corporate Email &#171; I&#8217;m Not Actually a Geek</title>
		<link>http://theagileexecutive.com/2009/01/27/enterprise-software-innovators-dilemma/#comment-100</link>
		<dc:creator><![CDATA[Microblogging Will Marginalize Corporate Email &#171; I&#8217;m Not Actually a Geek]]></dc:creator>
		<pubDate>Fri, 13 Mar 2009 16:36:24 +0000</pubDate>
		<guid isPermaLink="false">http://theagileexecutive.com/?p=311#comment-100</guid>
		<description><![CDATA[[...] about the Innovator&#8217;s Dilemma in the enterprise software space comes from this blog post, Enterprise Software Innovator&#8217;s Dilemma. Existing vendors expand the functionality of their products, heavily relying on the requests of [...]]]></description>
		<content:encoded><![CDATA[<p>[...] about the Innovator&#8217;s Dilemma in the enterprise software space comes from this blog post, Enterprise Software Innovator&#8217;s Dilemma. Existing vendors expand the functionality of their products, heavily relying on the requests of [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Why Agile Matters &#171; The Agile Executive</title>
		<link>http://theagileexecutive.com/2009/01/27/enterprise-software-innovators-dilemma/#comment-65</link>
		<dc:creator><![CDATA[Why Agile Matters &#171; The Agile Executive]]></dc:creator>
		<pubDate>Tue, 03 Mar 2009 03:06:48 +0000</pubDate>
		<guid isPermaLink="false">http://theagileexecutive.com/?p=311#comment-65</guid>
		<description><![CDATA[[...] a low-cost input for traditional enterprise software vendors are dire. As pointed out in the post Enterprise Software Innovator&#8217;s Dilemma, some low-cost input effects are already manifesting themselves through Open Source [...]]]></description>
		<content:encoded><![CDATA[<p>[...] a low-cost input for traditional enterprise software vendors are dire. As pointed out in the post Enterprise Software Innovator&#8217;s Dilemma, some low-cost input effects are already manifesting themselves through Open Source [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Viva le re-volition &#171; Folknology</title>
		<link>http://theagileexecutive.com/2009/01/27/enterprise-software-innovators-dilemma/#comment-38</link>
		<dc:creator><![CDATA[Viva le re-volition &#171; Folknology]]></dc:creator>
		<pubDate>Sun, 08 Feb 2009 21:03:29 +0000</pubDate>
		<guid isPermaLink="false">http://theagileexecutive.com/?p=311#comment-38</guid>
		<description><![CDATA[[...] requisite and turning a few heads. In the enterprise we are also seeing OpenSource as being &#8216;good enough&#8216; and I don&#8217;t mean that in a bad way, good enough is really important and is a definite [...]]]></description>
		<content:encoded><![CDATA[<p>[...] requisite and turning a few heads. In the enterprise we are also seeing OpenSource as being &#8216;good enough&#8216; and I don&#8217;t mean that in a bad way, good enough is really important and is a definite [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: israelgat</title>
		<link>http://theagileexecutive.com/2009/01/27/enterprise-software-innovators-dilemma/#comment-17</link>
		<dc:creator><![CDATA[israelgat]]></dc:creator>
		<pubDate>Wed, 04 Feb 2009 14:45:15 +0000</pubDate>
		<guid isPermaLink="false">http://theagileexecutive.com/?p=311#comment-17</guid>
		<description><![CDATA[Hi Jamison,

The good points you bring up are discussed in my recent Cutter Consortium essay &quot;To Release No More or To &quot;Release&quot; Always&quot; Here is a quote from the essay:

As an example, PatientKeeper maintains “…at least 45 releases in the field at any one time.” Using VPN technology, PatientKeeper “… try to get everyone on the latest release about once a year.”

As Michael and I write in this blog about striking a balance between engineering considerations, market considerations and customer considerations, we will address additional aspects of market-of-one. Stay tuned...

Best,

Israel]]></description>
		<content:encoded><![CDATA[<p>Hi Jamison,</p>
<p>The good points you bring up are discussed in my recent Cutter Consortium essay &#8220;To Release No More or To &#8220;Release&#8221; Always&#8221; Here is a quote from the essay:</p>
<p>As an example, PatientKeeper maintains “…at least 45 releases in the field at any one time.” Using VPN technology, PatientKeeper “… try to get everyone on the latest release about once a year.”</p>
<p>As Michael and I write in this blog about striking a balance between engineering considerations, market considerations and customer considerations, we will address additional aspects of market-of-one. Stay tuned&#8230;</p>
<p>Best,</p>
<p>Israel</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jamison Gray</title>
		<link>http://theagileexecutive.com/2009/01/27/enterprise-software-innovators-dilemma/#comment-16</link>
		<dc:creator><![CDATA[Jamison Gray]]></dc:creator>
		<pubDate>Wed, 04 Feb 2009 02:32:11 +0000</pubDate>
		<guid isPermaLink="false">http://theagileexecutive.com/?p=311#comment-16</guid>
		<description><![CDATA[I am skeptical but intrigued, as I presume you&#039;ll
present some answers to what must be the obvious 
concerns about this Market of One concept, such as:

* maintenance of customer-specific changes alongside future development in the code base.  This just seems like a nightmare if you&#039;re accumulating custom-build features into your code but trying to move all versions of your software forward (or am I misunderstanding the idea?  Are these &quot;custom release&quot; features all developed in the main line of code?)

* support issues when each customer could be running a distinct version of the software

* what continuous integration looks like in this world

* whether focusing on Markets of One and their desired features is the enemy of the kinds of innovation that could &quot;raise the bar&quot; and move that Customer Requirements line up.

I know, this last point is trying to make the case for keeping focus on approach 2 in this article, of &quot;functional differentiation&quot; - which is claimed here to be less promising in today&#039;s world of competing with OSS.  Still, the title of this article implies
an interest in innovation, so I&#039;m wondering whether
one can still pursue it while following this
approach.

-- Jamie]]></description>
		<content:encoded><![CDATA[<p>I am skeptical but intrigued, as I presume you&#8217;ll<br />
present some answers to what must be the obvious<br />
concerns about this Market of One concept, such as:</p>
<p>* maintenance of customer-specific changes alongside future development in the code base.  This just seems like a nightmare if you&#8217;re accumulating custom-build features into your code but trying to move all versions of your software forward (or am I misunderstanding the idea?  Are these &#8220;custom release&#8221; features all developed in the main line of code?)</p>
<p>* support issues when each customer could be running a distinct version of the software</p>
<p>* what continuous integration looks like in this world</p>
<p>* whether focusing on Markets of One and their desired features is the enemy of the kinds of innovation that could &#8220;raise the bar&#8221; and move that Customer Requirements line up.</p>
<p>I know, this last point is trying to make the case for keeping focus on approach 2 in this article, of &#8220;functional differentiation&#8221; &#8211; which is claimed here to be less promising in today&#8217;s world of competing with OSS.  Still, the title of this article implies<br />
an interest in innovation, so I&#8217;m wondering whether<br />
one can still pursue it while following this<br />
approach.</p>
<p>&#8211; Jamie</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Li</title>
		<link>http://theagileexecutive.com/2009/01/27/enterprise-software-innovators-dilemma/#comment-10</link>
		<dc:creator><![CDATA[Li]]></dc:creator>
		<pubDate>Wed, 28 Jan 2009 18:49:43 +0000</pubDate>
		<guid isPermaLink="false">http://theagileexecutive.com/?p=311#comment-10</guid>
		<description><![CDATA[Very interesting and widens horizons.

The info is very constructive

Please continue it help to understand the process.

Thanks L]]></description>
		<content:encoded><![CDATA[<p>Very interesting and widens horizons.</p>
<p>The info is very constructive</p>
<p>Please continue it help to understand the process.</p>
<p>Thanks L</p>
]]></content:encoded>
	</item>
</channel>
</rss>

