<?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: The IT project failure dilemma: how to get early warnings</title>
	<atom:link href="http://www.peterkretzman.com/2010/03/25/the-it-project-failure-dilemma-how-to-get-early-warnings/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.peterkretzman.com/2010/03/25/the-it-project-failure-dilemma-how-to-get-early-warnings/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=the-it-project-failure-dilemma-how-to-get-early-warnings</link>
	<description>Intensely practical tips on information technology management, by Peter Kretzman</description>
	<lastBuildDate>Thu, 02 Feb 2012 16:24:31 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: David Champeau</title>
		<link>http://www.peterkretzman.com/2010/03/25/the-it-project-failure-dilemma-how-to-get-early-warnings/comment-page-1/#comment-11706</link>
		<dc:creator>David Champeau</dc:creator>
		<pubDate>Sun, 16 Oct 2011 13:42:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.peterkretzman.com/?p=391#comment-11706</guid>
		<description>I have repeated this many times including just last week &quot;I’ve never seen a big project fail specifically because of technology. &quot;

So true. There are a 1000 ways to fail and few paths to success. 

Keep spreading the word. Out profession needs to do much better.</description>
		<content:encoded><![CDATA[<p>I have repeated this many times including just last week &#8220;I’ve never seen a big project fail specifically because of technology. &#8221;</p>
<p>So true. There are a 1000 ways to fail and few paths to success. </p>
<p>Keep spreading the word. Out profession needs to do much better.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 4 reasons why software purchases fail &#124; mrc&#039;s Cup of Joe Blog</title>
		<link>http://www.peterkretzman.com/2010/03/25/the-it-project-failure-dilemma-how-to-get-early-warnings/comment-page-1/#comment-9709</link>
		<dc:creator>4 reasons why software purchases fail &#124; mrc&#039;s Cup of Joe Blog</dc:creator>
		<pubDate>Mon, 10 Jan 2011 20:11:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.peterkretzman.com/?p=391#comment-9709</guid>
		<description>[...] The IT project failure dilemma: how to get early warnings [...]</description>
		<content:encoded><![CDATA[<p>[...] The IT project failure dilemma: how to get early warnings [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Perceptions are Reality! &#171; Welcome to the Real (IT) World!</title>
		<link>http://www.peterkretzman.com/2010/03/25/the-it-project-failure-dilemma-how-to-get-early-warnings/comment-page-1/#comment-9437</link>
		<dc:creator>Perceptions are Reality! &#171; Welcome to the Real (IT) World!</dc:creator>
		<pubDate>Sun, 26 Sep 2010 09:55:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.peterkretzman.com/?p=391#comment-9437</guid>
		<description>[...] pointed me to Peter Kretzman&#8217;s CTO/CIO Perspective blog and a post that discusses his approach. There I found a quote that mirrors what I have been saying over and [...]</description>
		<content:encoded><![CDATA[<p>[...] pointed me to Peter Kretzman&#8217;s CTO/CIO Perspective blog and a post that discusses his approach. There I found a quote that mirrors what I have been saying over and [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Best Project Management Techniques You&#8217;re Not Using — CIO Dashboard</title>
		<link>http://www.peterkretzman.com/2010/03/25/the-it-project-failure-dilemma-how-to-get-early-warnings/comment-page-1/#comment-9337</link>
		<dc:creator>The Best Project Management Techniques You&#8217;re Not Using — CIO Dashboard</dc:creator>
		<pubDate>Fri, 13 Aug 2010 08:13:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.peterkretzman.com/?p=391#comment-9337</guid>
		<description>[...] Survey your business and IT stakeholders and broader organization if they think the project will be successful or not. Do it regularly. [...]</description>
		<content:encoded><![CDATA[<p>[...] Survey your business and IT stakeholders and broader organization if they think the project will be successful or not. Do it regularly. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: RekhaAnil</title>
		<link>http://www.peterkretzman.com/2010/03/25/the-it-project-failure-dilemma-how-to-get-early-warnings/comment-page-1/#comment-9296</link>
		<dc:creator>RekhaAnil</dc:creator>
		<pubDate>Tue, 27 Jul 2010 11:37:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.peterkretzman.com/?p=391#comment-9296</guid>
		<description>Wonderful article , with my little  experience of 20 years in IT, automative, aerospace programs I fully agree with causes of proejct failure poor communication, murky goals, inadequate sponsorship , people issue etc . Hardward Business review also had published a paper on lack of communiction yields to failure</description>
		<content:encoded><![CDATA[<p>Wonderful article , with my little  experience of 20 years in IT, automative, aerospace programs I fully agree with causes of proejct failure poor communication, murky goals, inadequate sponsorship , people issue etc . Hardward Business review also had published a paper on lack of communiction yields to failure</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Behavioral economics: The IT failure domino effect</title>
		<link>http://www.peterkretzman.com/2010/03/25/the-it-project-failure-dilemma-how-to-get-early-warnings/comment-page-1/#comment-9273</link>
		<dc:creator>Behavioral economics: The IT failure domino effect</dc:creator>
		<pubDate>Thu, 24 Jun 2010 16:39:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.peterkretzman.com/?p=391#comment-9273</guid>
		<description>[...] can reduce the impact of bias by managing how stakeholders collaborate and by deploying systematic early-warning measurement [...]</description>
		<content:encoded><![CDATA[<p>[...] can reduce the impact of bias by managing how stakeholders collaborate and by deploying systematic early-warning measurement [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Behavioral economics: The IT failure domino effect &#124; ZDNet</title>
		<link>http://www.peterkretzman.com/2010/03/25/the-it-project-failure-dilemma-how-to-get-early-warnings/comment-page-1/#comment-9272</link>
		<dc:creator>Behavioral economics: The IT failure domino effect &#124; ZDNet</dc:creator>
		<pubDate>Thu, 24 Jun 2010 16:06:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.peterkretzman.com/?p=391#comment-9272</guid>
		<description>[...] can reduce the impact of bias by managing how stakeholders collaborate and by deploying systematic early-warning measurement [...]</description>
		<content:encoded><![CDATA[<p>[...] can reduce the impact of bias by managing how stakeholders collaborate and by deploying systematic early-warning measurement [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: My Mistake &#124; Above and Beyond KM</title>
		<link>http://www.peterkretzman.com/2010/03/25/the-it-project-failure-dilemma-how-to-get-early-warnings/comment-page-1/#comment-9192</link>
		<dc:creator>My Mistake &#124; Above and Beyond KM</dc:creator>
		<pubDate>Thu, 22 Apr 2010 11:01:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.peterkretzman.com/?p=391#comment-9192</guid>
		<description>[...] I&#8217;ll leave you with the following observations from Peter Kretzman&#8217;s blog post, The IT project failure dilemma:  how to get early warnings: One of the problems, as I’ve pointed out before, is that it can actually be surprisingly [...]</description>
		<content:encoded><![CDATA[<p>[...] I&#8217;ll leave you with the following observations from Peter Kretzman&#8217;s blog post, The IT project failure dilemma:  how to get early warnings: One of the problems, as I’ve pointed out before, is that it can actually be surprisingly [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Chassels</title>
		<link>http://www.peterkretzman.com/2010/03/25/the-it-project-failure-dilemma-how-to-get-early-warnings/comment-page-1/#comment-9173</link>
		<dc:creator>David Chassels</dc:creator>
		<pubDate>Sun, 04 Apr 2010 12:37:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.peterkretzman.com/?p=391#comment-9173</guid>
		<description>Peter
Well it is true a real third alternative to COTS or coded custom build; the ultimate flexible packaged application where the core code never changes.  No code generation no compiling to build any business driven requirement recognising people are the source of all information. When you get right back to basics what people need to support them in their daily work there are less than 13 work tasks, human and system, including the important user interface that can address any business issue.  So make them configurable “objects” build flexible links, put into contained data centric environment, put a graphical interface at build and a whole new world opens up in just one unified tool.   

Think about it what are we doing in the 21st century coding and recoding over and over business logic that never changes - people doing something to  achieve the individual and collective outputs. That’s what we recognised as a core issue and our unique design philosophy addresses. In effect we have separated business logic from the delivery technologies. Someone had to do it …..?  

This has been a long journey lead by business thinking. We were 10 year ahead of our time and face huge vested interests.  You may have heard of the “innovators dilemma” which applies to the dominant suppliers &quot;If they adopt or make new products that are simple to implement and easy to use, they will lose their massive streams of services revenue. Their sales models are based on selling big deals. A switch to simplicity will crater their businesses&quot;. 

Why have you not heard of us? Well for starter we are in UK a virtual desert of enabling software technologies where very difficult to get real understanding of the issues. The likes of Gartner know about us but ignore us. Let’s face it we could crater their business as they rely on continuing complexity to drive their revenues feeding off both plates but not ours! We are also challenging the largest vendors in the US, a real David and Goliath(s) battle. Everyone that comes and sees gets it and is truly impressed. Even we have had difficulty in articulating what we have so coming in fresh will understandably be a challenge.  

Bill Gates knew about Procession when that statement was made and by good fortune we did market and sell a little in the US in 2000 which will effectively block any meaningful patents from any one including Procession – see letters on our web site. Interesting some research in Australia with a strong EU connection and heading the same way see http://www.yawlfoundation.org/  . 

Get ready it will change the whole distribution model and put business in the driving seat for their applications – that’s what disruptive technology does. A good example is a UK Government contract won by Indian company to build a new application involving people seeking help. Price £50m but thinking people and process should be no more that £5m and all work carried out locally working directly with end users. Because of the speed of build and the inbuilt flexibility there is no longer a requirement to have full specification before build starts. The build is lead by business analyst skills supporting change during build and for continuous improvement making it a future proof investment.  

We are just at the start of this journey and more to come. We already have our own cache in memory environment and a comprehensive tag library where in the build linking the user interface to the data source is by mark up not coding. There is no need for a custom data model making change quick and relatively easy. We have in production our own web page development environment using our existing client server one and a pluggable architecture in the tag library for ready access to any data source to be presented on the user form which can be seamlessly incorporated into the end to end process. This will enhance our existing capabilities to communicate with legacy systems and in the future reduce reliance on old systems.

Is this the “silver  bullet”?  That’s for you to judge but please believe me it works and has been well proven by early adopters as very robust and does deliver exactly as it says on the box and more - unlike most vendors! 

Going direct to US is not on our radar screen too difficult with too many enemies. China is……!  Let me leave you with a rather profound quote made by Nicolai Machiavelli – 500 years ago
“Nothing is more difficult than to introduce a new order, because the innovator has for enemies all those who have done well under the old conditions and lukewarm defenders in those who may do well under the new”

I welcome your comments and as when you “get this” you will I hope become a convert and perhaps help educate the market that there is hope for business software……?</description>
		<content:encoded><![CDATA[<p>Peter<br />
Well it is true a real third alternative to COTS or coded custom build; the ultimate flexible packaged application where the core code never changes.  No code generation no compiling to build any business driven requirement recognising people are the source of all information. When you get right back to basics what people need to support them in their daily work there are less than 13 work tasks, human and system, including the important user interface that can address any business issue.  So make them configurable “objects” build flexible links, put into contained data centric environment, put a graphical interface at build and a whole new world opens up in just one unified tool.   </p>
<p>Think about it what are we doing in the 21st century coding and recoding over and over business logic that never changes &#8211; people doing something to  achieve the individual and collective outputs. That’s what we recognised as a core issue and our unique design philosophy addresses. In effect we have separated business logic from the delivery technologies. Someone had to do it …..?  </p>
<p>This has been a long journey lead by business thinking. We were 10 year ahead of our time and face huge vested interests.  You may have heard of the “innovators dilemma” which applies to the dominant suppliers &#8220;If they adopt or make new products that are simple to implement and easy to use, they will lose their massive streams of services revenue. Their sales models are based on selling big deals. A switch to simplicity will crater their businesses&#8221;. </p>
<p>Why have you not heard of us? Well for starter we are in UK a virtual desert of enabling software technologies where very difficult to get real understanding of the issues. The likes of Gartner know about us but ignore us. Let’s face it we could crater their business as they rely on continuing complexity to drive their revenues feeding off both plates but not ours! We are also challenging the largest vendors in the US, a real David and Goliath(s) battle. Everyone that comes and sees gets it and is truly impressed. Even we have had difficulty in articulating what we have so coming in fresh will understandably be a challenge.  </p>
<p>Bill Gates knew about Procession when that statement was made and by good fortune we did market and sell a little in the US in 2000 which will effectively block any meaningful patents from any one including Procession – see letters on our web site. Interesting some research in Australia with a strong EU connection and heading the same way see <a href="http://www.yawlfoundation.org/" rel="nofollow">http://www.yawlfoundation.org/</a>  . </p>
<p>Get ready it will change the whole distribution model and put business in the driving seat for their applications – that’s what disruptive technology does. A good example is a UK Government contract won by Indian company to build a new application involving people seeking help. Price £50m but thinking people and process should be no more that £5m and all work carried out locally working directly with end users. Because of the speed of build and the inbuilt flexibility there is no longer a requirement to have full specification before build starts. The build is lead by business analyst skills supporting change during build and for continuous improvement making it a future proof investment.  </p>
<p>We are just at the start of this journey and more to come. We already have our own cache in memory environment and a comprehensive tag library where in the build linking the user interface to the data source is by mark up not coding. There is no need for a custom data model making change quick and relatively easy. We have in production our own web page development environment using our existing client server one and a pluggable architecture in the tag library for ready access to any data source to be presented on the user form which can be seamlessly incorporated into the end to end process. This will enhance our existing capabilities to communicate with legacy systems and in the future reduce reliance on old systems.</p>
<p>Is this the “silver  bullet”?  That’s for you to judge but please believe me it works and has been well proven by early adopters as very robust and does deliver exactly as it says on the box and more &#8211; unlike most vendors! </p>
<p>Going direct to US is not on our radar screen too difficult with too many enemies. China is……!  Let me leave you with a rather profound quote made by Nicolai Machiavelli – 500 years ago<br />
“Nothing is more difficult than to introduce a new order, because the innovator has for enemies all those who have done well under the old conditions and lukewarm defenders in those who may do well under the new”</p>
<p>I welcome your comments and as when you “get this” you will I hope become a convert and perhaps help educate the market that there is hope for business software……?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Kretzman</title>
		<link>http://www.peterkretzman.com/2010/03/25/the-it-project-failure-dilemma-how-to-get-early-warnings/comment-page-1/#comment-9171</link>
		<dc:creator>Peter Kretzman</dc:creator>
		<pubDate>Sat, 03 Apr 2010 17:42:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.peterkretzman.com/?p=391#comment-9171</guid>
		<description>Well, thanks for commenting, Dave, but much of what you write is along the lines of Things I Fundamentally Disagree With.  I&#039;ve written recently about how there are &lt;a href=&quot;http://www.peterkretzman.com/2009/12/16/no-silver-bullets-really/&quot; rel=&quot;nofollow&quot;&gt;No Silver Bullets&lt;/a&gt;, and the kind of claims made by Procession are precisely to promise it as a silver bullet; to wit: &quot;There is now no need to custom code any applications, or buy inflexible off the shelf software, which rarely solve specific business problems. &quot; I&#039;m sorry, but this is a patently non-credible claim, one that at best can be viewed as vastly overstating its case. If Procession, which I&#039;m sure is a fine company with an interesting product (albeit one I&#039;ve never heard of in any context) had indeed delivered this holy grail ten years ago, as you say, it&#039;d be &lt;em&gt;considerably &lt;/em&gt;better-known.

As for CTO and CIO being completely different roles, this again is something I&#039;ve &lt;a href=&quot;http://www.peterkretzman.com/2007/07/10/the-title-issue-cto-vs-cio-and-why-its-the-wrong-question/&quot; rel=&quot;nofollow&quot;&gt;written at length about&lt;/a&gt;, and I disagree entirely with your statement. I&#039;d point, again, to what one actually sees in the real world, where the two terms are used quite often interchangeably.  And no, the CTO is not (and must never be) about simply the delivery of technologies, even in companies that strongly differentiate between the two roles.</description>
		<content:encoded><![CDATA[<p>Well, thanks for commenting, Dave, but much of what you write is along the lines of Things I Fundamentally Disagree With.  I&#8217;ve written recently about how there are <a href="http://www.peterkretzman.com/2009/12/16/no-silver-bullets-really/" rel="nofollow">No Silver Bullets</a>, and the kind of claims made by Procession are precisely to promise it as a silver bullet; to wit: &#8220;There is now no need to custom code any applications, or buy inflexible off the shelf software, which rarely solve specific business problems. &#8221; I&#8217;m sorry, but this is a patently non-credible claim, one that at best can be viewed as vastly overstating its case. If Procession, which I&#8217;m sure is a fine company with an interesting product (albeit one I&#8217;ve never heard of in any context) had indeed delivered this holy grail ten years ago, as you say, it&#8217;d be <em>considerably </em>better-known.</p>
<p>As for CTO and CIO being completely different roles, this again is something I&#8217;ve <a href="http://www.peterkretzman.com/2007/07/10/the-title-issue-cto-vs-cio-and-why-its-the-wrong-question/" rel="nofollow">written at length about</a>, and I disagree entirely with your statement. I&#8217;d point, again, to what one actually sees in the real world, where the two terms are used quite often interchangeably.  And no, the CTO is not (and must never be) about simply the delivery of technologies, even in companies that strongly differentiate between the two roles.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

