<?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: Still on the Case of the IT Business Case</title>
	<atom:link href="http://andrewmcafee.org/2006/08/still_on_the_case_of_the_it_business_case/feed/" rel="self" type="application/rss+xml" />
	<link>http://andrewmcafee.org/2006/08/still_on_the_case_of_the_it_business_case/</link>
	<description>The Business Impact of IT</description>
	<lastBuildDate>Sun, 14 Mar 2010 01:50:57 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: vzqarijuo</title>
		<link>http://andrewmcafee.org/2006/08/still_on_the_case_of_the_it_business_case/comment-page-1/#comment-2538</link>
		<dc:creator>vzqarijuo</dc:creator>
		<pubDate>Tue, 16 Jan 2007 06:12:54 +0000</pubDate>
		<guid isPermaLink="false">#comment-2538</guid>
		<description></description>
		<content:encoded><![CDATA[]]></content:encoded>
	</item>
	<item>
		<title>By: hunwdtgrs</title>
		<link>http://andrewmcafee.org/2006/08/still_on_the_case_of_the_it_business_case/comment-page-1/#comment-2537</link>
		<dc:creator>hunwdtgrs</dc:creator>
		<pubDate>Wed, 10 Jan 2007 09:11:02 +0000</pubDate>
		<guid isPermaLink="false">#comment-2537</guid>
		<description></description>
		<content:encoded><![CDATA[]]></content:encoded>
	</item>
	<item>
		<title>By: CTO Blog</title>
		<link>http://andrewmcafee.org/2006/08/still_on_the_case_of_the_it_business_case/comment-page-1/#comment-2536</link>
		<dc:creator>CTO Blog</dc:creator>
		<pubDate>Wed, 29 Nov 2006 02:30:11 +0000</pubDate>
		<guid isPermaLink="false">#comment-2536</guid>
		<description></description>
		<content:encoded><![CDATA[]]></content:encoded>
	</item>
	<item>
		<title>By: Sean Park</title>
		<link>http://andrewmcafee.org/2006/08/still_on_the_case_of_the_it_business_case/comment-page-1/#comment-2534</link>
		<dc:creator>Sean Park</dc:creator>
		<pubDate>Mon, 28 Aug 2006 21:07:27 +0000</pubDate>
		<guid isPermaLink="false">#comment-2534</guid>
		<description>Too often, ROI (and similar derivatives) are just artifices for weak management to hide behind in order to avoid having to make real decisions, to avoid having to shoulder the responsibility of true leadership.  After all...how can you question ROI?!? (gasp!): numbers don&#039;t lie...need to take the emotion out of the decision...we are here to make our shareholders money...etc etc.  Wrapped up in this kind of language it is of course impossible to argue against.

Of course reality is more subtle.  But that doesn&#039;t play very well in the hollowed halls of middle management. Better to have easy absolute truths. Shoot the messenger. Shackle the visionary. Spreadsheets over ideas.  It&#039;s business after all, not some not-for-profit sandbox.

But seems to me I can&#039;t think of many great companies or products built on the back of some ROI spreadsheet hacked together by committee...can someone show me Larry and Sergey&#039;s ROI study?</description>
		<content:encoded><![CDATA[<p>Too often, ROI (and similar derivatives) are just artifices for weak management to hide behind in order to avoid having to make real decisions, to avoid having to shoulder the responsibility of true leadership.  After all&#8230;how can you question ROI?!? (gasp!): numbers don&#8217;t lie&#8230;need to take the emotion out of the decision&#8230;we are here to make our shareholders money&#8230;etc etc.  Wrapped up in this kind of language it is of course impossible to argue against.</p>
<p>Of course reality is more subtle.  But that doesn&#8217;t play very well in the hollowed halls of middle management. Better to have easy absolute truths. Shoot the messenger. Shackle the visionary. Spreadsheets over ideas.  It&#8217;s business after all, not some not-for-profit sandbox.</p>
<p>But seems to me I can&#8217;t think of many great companies or products built on the back of some ROI spreadsheet hacked together by committee&#8230;can someone show me Larry and Sergey&#8217;s ROI study?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dennis D. McDonald</title>
		<link>http://andrewmcafee.org/2006/08/still_on_the_case_of_the_it_business_case/comment-page-1/#comment-2535</link>
		<dc:creator>Dennis D. McDonald</dc:creator>
		<pubDate>Fri, 25 Aug 2006 01:29:52 +0000</pubDate>
		<guid isPermaLink="false">#comment-2535</guid>
		<description>These are all good points. I&#039;ve used this as a jumping off point for my own consideration of Enterprise Web 2.0 costs:

http://www.ddmcd.com/integration_costs.html</description>
		<content:encoded><![CDATA[<p>These are all good points. I&#8217;ve used this as a jumping off point for my own consideration of Enterprise Web 2.0 costs:</p>
<p><a href="http://www.ddmcd.com/integration_costs.html" rel="nofollow">http://www.ddmcd.com/integration_costs.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dennis Howlett</title>
		<link>http://andrewmcafee.org/2006/08/still_on_the_case_of_the_it_business_case/comment-page-1/#comment-2533</link>
		<dc:creator>Dennis Howlett</dc:creator>
		<pubDate>Thu, 17 Aug 2006 06:08:50 +0000</pubDate>
		<guid isPermaLink="false">#comment-2533</guid>
		<description>I&#039;ve since revisited this, modified my thoughts and endeavoured to piece together a framework of sorts. What worries me is that folk I thought might have looked at this appear to want to downplay or ignore the need for rigour.

I have to say I&#039;m not a fan of Kaplan. Great thinker - but I&#039;ve not seen what he says work in practice. To me that&#039;s the acid test.

The new stuff is at: http://www.accmanpro.com/2006/08/16/roi-revista-2/#comment-6657 and I&#039;d certainly welcome your critique.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve since revisited this, modified my thoughts and endeavoured to piece together a framework of sorts. What worries me is that folk I thought might have looked at this appear to want to downplay or ignore the need for rigour.</p>
<p>I have to say I&#8217;m not a fan of Kaplan. Great thinker &#8211; but I&#8217;ve not seen what he says work in practice. To me that&#8217;s the acid test.</p>
<p>The new stuff is at: <a href="http://www.accmanpro.com/2006/08/16/roi-revista-2/#comment-6657" rel="nofollow">http://www.accmanpro.com/2006/08/16/roi-revista-2/#comment-6657</a> and I&#8217;d certainly welcome your critique.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: gomer</title>
		<link>http://andrewmcafee.org/2006/08/still_on_the_case_of_the_it_business_case/comment-page-1/#comment-2532</link>
		<dc:creator>gomer</dc:creator>
		<pubDate>Thu, 17 Aug 2006 02:24:17 +0000</pubDate>
		<guid isPermaLink="false">#comment-2532</guid>
		<description>Would like to comment on the software development component of IT spending and how ROI would really be meaningless in light of the following realities:

&lt;i&gt;A study conducted by the Standish Group in 1995 uncovered a striking record of failure in IT projects. Of the more than eight thousand systems projects Standish examined, only 16 percent were considered successesÂ—completed on time and on budget and fulfilling the original specifications. Nearly a third were canceled outright, and the remainder all went over budget, off schedule, and out-of-spec. Large companiesÂ—those with more than $500 million in annual salesÂ—did even worse than the average: Only 9 percent of their IT projects succeeded.&lt;/i&gt;

(taken from: http://hbswk.hbs.edu/archive/4137.html )

Would there be a point in trying to come up with ROI numbers if only 16% of projects are even completed on time and on budget (let alone all those being cancelled or missing the target by a lot for one reason or another.)

Measuring a prject by cost and timelines, capabilities anticipated, and technology footprint seems very reasonable and a challenge in itself. Lets hope those managing software projects can do a better job of getting that right.</description>
		<content:encoded><![CDATA[<p>Would like to comment on the software development component of IT spending and how ROI would really be meaningless in light of the following realities:</p>
<p><i>A study conducted by the Standish Group in 1995 uncovered a striking record of failure in IT projects. Of the more than eight thousand systems projects Standish examined, only 16 percent were considered successesÂ—completed on time and on budget and fulfilling the original specifications. Nearly a third were canceled outright, and the remainder all went over budget, off schedule, and out-of-spec. Large companiesÂ—those with more than $500 million in annual salesÂ—did even worse than the average: Only 9 percent of their IT projects succeeded.</i></p>
<p>(taken from: <a href="http://hbswk.hbs.edu/archive/4137.html" rel="nofollow">http://hbswk.hbs.edu/archive/4137.html</a> )</p>
<p>Would there be a point in trying to come up with ROI numbers if only 16% of projects are even completed on time and on budget (let alone all those being cancelled or missing the target by a lot for one reason or another.)</p>
<p>Measuring a prject by cost and timelines, capabilities anticipated, and technology footprint seems very reasonable and a challenge in itself. Lets hope those managing software projects can do a better job of getting that right.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: vinnie mirchandani</title>
		<link>http://andrewmcafee.org/2006/08/still_on_the_case_of_the_it_business_case/comment-page-1/#comment-2531</link>
		<dc:creator>vinnie mirchandani</dc:creator>
		<pubDate>Thu, 17 Aug 2006 01:42:52 +0000</pubDate>
		<guid isPermaLink="false">#comment-2531</guid>
		<description>Andrew, I think you are repeating what you started with last week. IT is still primitive both on the cost and pay back side. For a smart profession it is mind boggling how poor a job we do with cost estimation too. So yes, by all means be cynical of the payback numbers. To me though I would want to see all sources of potential payback identified in the ROI/IRR/EVA/whatever exercise. Then as costs on an initiative get out of control push at least you have some chance of getting some of that funded from the potential pay back areas. 

I also developed a framweork of payback areas while at Gartner - I list them in the note below. It is useful in reviewing a potfolio to see how many 9s and 10s show up. That is &quot;too much fat, too little fibre&quot; type spend

http://dealarchitect.typepad.com/deal_architect/2006/08/ten_ways_to_jus.html</description>
		<content:encoded><![CDATA[<p>Andrew, I think you are repeating what you started with last week. IT is still primitive both on the cost and pay back side. For a smart profession it is mind boggling how poor a job we do with cost estimation too. So yes, by all means be cynical of the payback numbers. To me though I would want to see all sources of potential payback identified in the ROI/IRR/EVA/whatever exercise. Then as costs on an initiative get out of control push at least you have some chance of getting some of that funded from the potential pay back areas. </p>
<p>I also developed a framweork of payback areas while at Gartner &#8211; I list them in the note below. It is useful in reviewing a potfolio to see how many 9s and 10s show up. That is &#8220;too much fat, too little fibre&#8221; type spend</p>
<p><a href="http://dealarchitect.typepad.com/deal_architect/2006/08/ten_ways_to_jus.html" rel="nofollow">http://dealarchitect.typepad.com/deal_architect/2006/08/ten_ways_to_jus.html</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
