<?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: ROI of Application Development</title>
	<atom:link href="http://www.agilitysoftware.com/2007/06/13/roi-of-application-development/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.agilitysoftware.com/2007/06/13/roi-of-application-development/</link>
	<description>Join the self-serve automation revolution</description>
	<lastBuildDate>Sun, 13 Jun 2010 15:32:01 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Ed French</title>
		<link>http://www.agilitysoftware.com/2007/06/13/roi-of-application-development/comment-page-1/#comment-80</link>
		<dc:creator>Ed French</dc:creator>
		<pubDate>Thu, 14 Jun 2007 21:03:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.workforceinabox.com/2007/06/13/roi-of-application-development/#comment-80</guid>
		<description>Alastair,

Great points.
I&#039;ve sometimes thought that the ROI should be risk-adjusted. Big risky projects should have to meet a different ROI barrier to small and low-risk projects. Some of those extra &quot;nice to have&quot; features can have an impact on the risk that the project doesn&#039;t provide the planned benefits.

Ed</description>
		<content:encoded><![CDATA[<p>Alastair,</p>
<p>Great points.<br />
I&#8217;ve sometimes thought that the ROI should be risk-adjusted. Big risky projects should have to meet a different ROI barrier to small and low-risk projects. Some of those extra &#8220;nice to have&#8221; features can have an impact on the risk that the project doesn&#8217;t provide the planned benefits.</p>
<p>Ed</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alastair Bathgate</title>
		<link>http://www.agilitysoftware.com/2007/06/13/roi-of-application-development/comment-page-1/#comment-79</link>
		<dc:creator>Alastair Bathgate</dc:creator>
		<pubDate>Thu, 14 Jun 2007 17:10:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.workforceinabox.com/2007/06/13/roi-of-application-development/#comment-79</guid>
		<description>Ciaran
It&#039;s a fair point.
My view is that a professionally designed and coded application is not a &quot;nice to have&quot; it is an essential.  Within any application there needs to be some bells and whistles to give a good user experience.  Major chunks of functionality, however, should be checked against ROI measured in financial terms (increased income, improved margin, reduced cost etc).
What represents a major chunk?  That&#039;s probably a grey area that could command a post in its own right.</description>
		<content:encoded><![CDATA[<p>Ciaran<br />
It&#8217;s a fair point.<br />
My view is that a professionally designed and coded application is not a &#8220;nice to have&#8221; it is an essential.  Within any application there needs to be some bells and whistles to give a good user experience.  Major chunks of functionality, however, should be checked against ROI measured in financial terms (increased income, improved margin, reduced cost etc).<br />
What represents a major chunk?  That&#8217;s probably a grey area that could command a post in its own right.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ciaran</title>
		<link>http://www.agilitysoftware.com/2007/06/13/roi-of-application-development/comment-page-1/#comment-78</link>
		<dc:creator>Ciaran</dc:creator>
		<pubDate>Thu, 14 Jun 2007 17:00:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.workforceinabox.com/2007/06/13/roi-of-application-development/#comment-78</guid>
		<description>Just a thought - do nice-to-haves give an overall feel of quality or professionalism to an application or solution that can&#039;t be so easily quantified?</description>
		<content:encoded><![CDATA[<p>Just a thought &#8211; do nice-to-haves give an overall feel of quality or professionalism to an application or solution that can&#8217;t be so easily quantified?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sunjay</title>
		<link>http://www.agilitysoftware.com/2007/06/13/roi-of-application-development/comment-page-1/#comment-77</link>
		<dc:creator>Sunjay</dc:creator>
		<pubDate>Wed, 13 Jun 2007 15:53:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.workforceinabox.com/2007/06/13/roi-of-application-development/#comment-77</guid>
		<description>Excellent 6th ingredient! That&#039;s something we&#039;ve learned the hard way so many times that we forget to mention it, but it definitely bares repeating and focus.</description>
		<content:encoded><![CDATA[<p>Excellent 6th ingredient! That&#8217;s something we&#8217;ve learned the hard way so many times that we forget to mention it, but it definitely bares repeating and focus.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

