<?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: When did Enterprise Software Development become a commodity?</title>
	<atom:link href="http://strategicfrontier.wordpress.com/2009/06/27/when-did-enterprise-software-development-become-a-commodity/feed/" rel="self" type="application/rss+xml" />
	<link>http://strategicfrontier.wordpress.com/2009/06/27/when-did-enterprise-software-development-become-a-commodity/</link>
	<description>competitive advantage through innovative thinking</description>
	<lastBuildDate>Thu, 02 Jul 2009 06:46:41 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Mario</title>
		<link>http://strategicfrontier.wordpress.com/2009/06/27/when-did-enterprise-software-development-become-a-commodity/#comment-11</link>
		<dc:creator>Mario</dc:creator>
		<pubDate>Sun, 28 Jun 2009 23:57:38 +0000</pubDate>
		<guid isPermaLink="false">http://strategicfrontier.wordpress.com/2009/06/27/when-did-enterprise-software-development-become-a-commodity/#comment-11</guid>
		<description>Corporations are structured on purpose to make everyone in it a replaceable cog. They like to think like that about highly creative and almost always unmeasurable activities as software development. I guess it comforts them to think that way, and to pigeon whole their creators.

And this is probably what they seek as well when they externalize their project. I would really hope that both the corporation and the bidders know that what each actually wants out of this transaction is quite different than what is discussed and signed off on initially. This is almost a law in software development. Neither side doesn&#039;t really know what they want, until the project is done.</description>
		<content:encoded><![CDATA[<p>Corporations are structured on purpose to make everyone in it a replaceable cog. They like to think like that about highly creative and almost always unmeasurable activities as software development. I guess it comforts them to think that way, and to pigeon whole their creators.</p>
<p>And this is probably what they seek as well when they externalize their project. I would really hope that both the corporation and the bidders know that what each actually wants out of this transaction is quite different than what is discussed and signed off on initially. This is almost a law in software development. Neither side doesn&#8217;t really know what they want, until the project is done.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marcelo Lopez Jr</title>
		<link>http://strategicfrontier.wordpress.com/2009/06/27/when-did-enterprise-software-development-become-a-commodity/#comment-10</link>
		<dc:creator>Marcelo Lopez Jr</dc:creator>
		<pubDate>Sun, 28 Jun 2009 22:04:13 +0000</pubDate>
		<guid isPermaLink="false">http://strategicfrontier.wordpress.com/2009/06/27/when-did-enterprise-software-development-become-a-commodity/#comment-10</guid>
		<description>Sorry...trackback is wrong in my post. http://thegreenpill.wordpress.com</description>
		<content:encoded><![CDATA[<p>Sorry&#8230;trackback is wrong in my post. <a href="http://thegreenpill.wordpress.com" rel="nofollow">http://thegreenpill.wordpress.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marcelo Lopez Jr</title>
		<link>http://strategicfrontier.wordpress.com/2009/06/27/when-did-enterprise-software-development-become-a-commodity/#comment-9</link>
		<dc:creator>Marcelo Lopez Jr</dc:creator>
		<pubDate>Sun, 28 Jun 2009 22:02:53 +0000</pubDate>
		<guid isPermaLink="false">http://strategicfrontier.wordpress.com/2009/06/27/when-did-enterprise-software-development-become-a-commodity/#comment-9</guid>
		<description>Eric,

This is no different than when companies are trying to hire employees, ask apriori what salary range a particular &quot;candidate&quot; is expecting to receive in compensation, except of course, that none of the &quot;candidates&quot; have the privilege of seeing who their competition is. 

It&#039;s not like most folks who&#039;ve been in the business a while don&#039;t know what the &quot;going rate&quot; in their locale is for a particular skillset, yet companies persist in this practice because, as you say, most often, the practice isn&#039;t to necessarily hire the most qualified, but the most &quot;cost effective&quot;. I&#039;m not convinced it&#039;s a matter of reputation that has to improve in the executive boardroom. It&#039;s the entire mindset about what  IT ( Software Development, Hardware Services, Infrastructure Engineering, etc. )  actually MEANS to an enterprise. So long as it&#039;s solely seen as a &quot;means to an end&quot;, and not as part of the actual assets of a company that need to be strengthened and preserved, it will continue to be marginalized and as you&#039;ve very poignantly pointed out, marginalized.

There are a TON of bits and pieces, in my opinion that feed that continual erosion of the value add of IT, overall, and it isn&#039;t just concentrated to the boardroom mindset, though obviously, that&#039;s where it trickles down from, throughout the enterprise.</description>
		<content:encoded><![CDATA[<p>Eric,</p>
<p>This is no different than when companies are trying to hire employees, ask apriori what salary range a particular &#8220;candidate&#8221; is expecting to receive in compensation, except of course, that none of the &#8220;candidates&#8221; have the privilege of seeing who their competition is. </p>
<p>It&#8217;s not like most folks who&#8217;ve been in the business a while don&#8217;t know what the &#8220;going rate&#8221; in their locale is for a particular skillset, yet companies persist in this practice because, as you say, most often, the practice isn&#8217;t to necessarily hire the most qualified, but the most &#8220;cost effective&#8221;. I&#8217;m not convinced it&#8217;s a matter of reputation that has to improve in the executive boardroom. It&#8217;s the entire mindset about what  IT ( Software Development, Hardware Services, Infrastructure Engineering, etc. )  actually MEANS to an enterprise. So long as it&#8217;s solely seen as a &#8220;means to an end&#8221;, and not as part of the actual assets of a company that need to be strengthened and preserved, it will continue to be marginalized and as you&#8217;ve very poignantly pointed out, marginalized.</p>
<p>There are a TON of bits and pieces, in my opinion that feed that continual erosion of the value add of IT, overall, and it isn&#8217;t just concentrated to the boardroom mindset, though obviously, that&#8217;s where it trickles down from, throughout the enterprise.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter</title>
		<link>http://strategicfrontier.wordpress.com/2009/06/27/when-did-enterprise-software-development-become-a-commodity/#comment-8</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Sun, 28 Jun 2009 20:46:18 +0000</pubDate>
		<guid isPermaLink="false">http://strategicfrontier.wordpress.com/2009/06/27/when-did-enterprise-software-development-become-a-commodity/#comment-8</guid>
		<description>&quot;Enterprise Software&quot;  is typically full of schoolboy errors.  With my security geek hat on I&#039;ll mention just the most obvious one.

Why don&#039;t these s/w writers first read a collection of enterprise security policies ... or similar easily-available material such as guidance from the various CERT organisations?   e.g.  http://www.auscert.org.au/5816

If you are proposing usage clearly against guidance like that I will take it as evidence you know diddly-squat about enterprise requirements.</description>
		<content:encoded><![CDATA[<p>&#8220;Enterprise Software&#8221;  is typically full of schoolboy errors.  With my security geek hat on I&#8217;ll mention just the most obvious one.</p>
<p>Why don&#8217;t these s/w writers first read a collection of enterprise security policies &#8230; or similar easily-available material such as guidance from the various CERT organisations?   e.g.  <a href="http://www.auscert.org.au/5816" rel="nofollow">http://www.auscert.org.au/5816</a></p>
<p>If you are proposing usage clearly against guidance like that I will take it as evidence you know diddly-squat about enterprise requirements.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Maintenance Man</title>
		<link>http://strategicfrontier.wordpress.com/2009/06/27/when-did-enterprise-software-development-become-a-commodity/#comment-7</link>
		<dc:creator>Maintenance Man</dc:creator>
		<pubDate>Sun, 28 Jun 2009 20:30:40 +0000</pubDate>
		<guid isPermaLink="false">http://strategicfrontier.wordpress.com/2009/06/27/when-did-enterprise-software-development-become-a-commodity/#comment-7</guid>
		<description>Enterprise development cannot be a commodity, as enterprise developers are not all created equal. I would be suspicious of an eNegotiation. If you go with the low bidder, you are probably going to get a developer from the bottom of the barrel.</description>
		<content:encoded><![CDATA[<p>Enterprise development cannot be a commodity, as enterprise developers are not all created equal. I would be suspicious of an eNegotiation. If you go with the low bidder, you are probably going to get a developer from the bottom of the barrel.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: charlie</title>
		<link>http://strategicfrontier.wordpress.com/2009/06/27/when-did-enterprise-software-development-become-a-commodity/#comment-6</link>
		<dc:creator>charlie</dc:creator>
		<pubDate>Sun, 28 Jun 2009 20:26:26 +0000</pubDate>
		<guid isPermaLink="false">http://strategicfrontier.wordpress.com/2009/06/27/when-did-enterprise-software-development-become-a-commodity/#comment-6</guid>
		<description>It&#039;s possible that the large financial institution did due diligence on quality before submitting the RFT. If they&#039;re sending it out to everybody under the sun, that&#039;s one thing, but when they&#039;ve already determined the companies/groups that meet their standards then the bidding war should among roughly equivalent players. It&#039;s not like they&#039;re sticking it on rent-a-coder or something, right?</description>
		<content:encoded><![CDATA[<p>It&#8217;s possible that the large financial institution did due diligence on quality before submitting the RFT. If they&#8217;re sending it out to everybody under the sun, that&#8217;s one thing, but when they&#8217;ve already determined the companies/groups that meet their standards then the bidding war should among roughly equivalent players. It&#8217;s not like they&#8217;re sticking it on rent-a-coder or something, right?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Waldo</title>
		<link>http://strategicfrontier.wordpress.com/2009/06/27/when-did-enterprise-software-development-become-a-commodity/#comment-5</link>
		<dc:creator>Waldo</dc:creator>
		<pubDate>Sun, 28 Jun 2009 19:51:16 +0000</pubDate>
		<guid isPermaLink="false">http://strategicfrontier.wordpress.com/2009/06/27/when-did-enterprise-software-development-become-a-commodity/#comment-5</guid>
		<description>Wonderful article Eric. I&#039;ve seen &quot;quality&quot; in software increasingly marginalized over the years. Companies are opting to completely rewrite bad software over and over rather than invest in something of quality that can be maintained. I believe you&#039;re correct when you say it&#039;s because of the industry in general. Companies that opt for quality are in no way guaranteed to get it no matter what they pay. There are too many fly-by-night vendors and developers around making a bad name for the industry as a whole, and companies are adjusting their approach accordingly. Perhaps that&#039;s one reason doctors, lawyers, architects, etc... have to pass industry exams and get licensed before they are allows to practice. If the IT industry adopted this model, quality would rise, and we&#039;d all be getting paid $450/hr.</description>
		<content:encoded><![CDATA[<p>Wonderful article Eric. I&#8217;ve seen &#8220;quality&#8221; in software increasingly marginalized over the years. Companies are opting to completely rewrite bad software over and over rather than invest in something of quality that can be maintained. I believe you&#8217;re correct when you say it&#8217;s because of the industry in general. Companies that opt for quality are in no way guaranteed to get it no matter what they pay. There are too many fly-by-night vendors and developers around making a bad name for the industry as a whole, and companies are adjusting their approach accordingly. Perhaps that&#8217;s one reason doctors, lawyers, architects, etc&#8230; have to pass industry exams and get licensed before they are allows to practice. If the IT industry adopted this model, quality would rise, and we&#8217;d all be getting paid $450/hr.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Haugeland</title>
		<link>http://strategicfrontier.wordpress.com/2009/06/27/when-did-enterprise-software-development-become-a-commodity/#comment-4</link>
		<dc:creator>John Haugeland</dc:creator>
		<pubDate>Sun, 28 Jun 2009 15:17:33 +0000</pubDate>
		<guid isPermaLink="false">http://strategicfrontier.wordpress.com/2009/06/27/when-did-enterprise-software-development-become-a-commodity/#comment-4</guid>
		<description>When using the word enterprise to mean modern business, everything an enterprise does is a commodity.  The only reason enterprises ever keep in-house staff is the differential cost between training and outsourcing.</description>
		<content:encoded><![CDATA[<p>When using the word enterprise to mean modern business, everything an enterprise does is a commodity.  The only reason enterprises ever keep in-house staff is the differential cost between training and outsourcing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Taliesyn</title>
		<link>http://strategicfrontier.wordpress.com/2009/06/27/when-did-enterprise-software-development-become-a-commodity/#comment-3</link>
		<dc:creator>Taliesyn</dc:creator>
		<pubDate>Sun, 28 Jun 2009 14:34:59 +0000</pubDate>
		<guid isPermaLink="false">http://strategicfrontier.wordpress.com/2009/06/27/when-did-enterprise-software-development-become-a-commodity/#comment-3</guid>
		<description>Let me tell you that much of the engineering and construction business went this way a while ago - albeit not as visibly as using eNegotiations.  Some clients believe that the services and people are &quot;interchangeable&quot; and that the quality of product is independent of the individual project manager and engineering staff skills...  And like software development - this is demonstrably not true...</description>
		<content:encoded><![CDATA[<p>Let me tell you that much of the engineering and construction business went this way a while ago &#8211; albeit not as visibly as using eNegotiations.  Some clients believe that the services and people are &#8220;interchangeable&#8221; and that the quality of product is independent of the individual project manager and engineering staff skills&#8230;  And like software development &#8211; this is demonstrably not true&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chad</title>
		<link>http://strategicfrontier.wordpress.com/2009/06/27/when-did-enterprise-software-development-become-a-commodity/#comment-2</link>
		<dc:creator>Chad</dc:creator>
		<pubDate>Sun, 28 Jun 2009 14:05:04 +0000</pubDate>
		<guid isPermaLink="false">http://strategicfrontier.wordpress.com/2009/06/27/when-did-enterprise-software-development-become-a-commodity/#comment-2</guid>
		<description>The core of the issue lies in the manner in which IT departments have allowed HR departments to recruit &amp; staff. Despite HR&#039;s best efforts, hiring should not be a chinese menu where the people whom advance in the process are those with x years of skill a, y years of skill b, etc. Simply reading position requirements is enough to cause a stroke. 

&quot;So given that financial services organisations usually demonstrate considerable acumen in business dealings&quot;..... Really?? I mean, REALLY???</description>
		<content:encoded><![CDATA[<p>The core of the issue lies in the manner in which IT departments have allowed HR departments to recruit &amp; staff. Despite HR&#8217;s best efforts, hiring should not be a chinese menu where the people whom advance in the process are those with x years of skill a, y years of skill b, etc. Simply reading position requirements is enough to cause a stroke. </p>
<p>&#8220;So given that financial services organisations usually demonstrate considerable acumen in business dealings&#8221;&#8230;.. Really?? I mean, REALLY???</p>
]]></content:encoded>
	</item>
</channel>
</rss>
