<?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: Stack Vendors vs. Pure Plays, Round III</title>
	<atom:link href="http://www.bp-3.com/blogs/2009/07/stack-vendors-vs-pure-plays-round-iii/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.bp-3.com/blogs/2009/07/stack-vendors-vs-pure-plays-round-iii/</link>
	<description>A Blog about Enterprise BPM and Business Process Improvement by the folks at BP3</description>
	<lastBuildDate>Sun, 12 Feb 2012 05:30:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Scott Francis</title>
		<link>http://www.bp-3.com/blogs/2009/07/stack-vendors-vs-pure-plays-round-iii/comment-page-1/#comment-252</link>
		<dc:creator>Scott Francis</dc:creator>
		<pubDate>Wed, 22 Jul 2009 22:57:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.bp-3.com/blogs/?p=902#comment-252</guid>
		<description>Phil - 

Good points! 
Your last point about the definition of BPM reminds me of a press release SAP did about 2 years ago about BPM... which, if you read their definition, was merely EAI (integration services), and a &quot;totally new groundbreaking category of software&quot; that they called Collaborative Application Frameworks (CAF)... which would be available in ... you guessed it... 2 years... and if you read the definition slowly, you realize that CAF was describing a BPMS.  Curiously, I haven&#039;t seen a press release about CAF being released into the wild.   And their attempt to rebrand EAI as BPM hasn&#039;t taken with the market... 

So, should we be surprised if IBM plays at the same tactics?  Probably not.</description>
		<content:encoded><![CDATA[<p>Phil &#8211; </p>
<p>Good points!<br />
Your last point about the definition of BPM reminds me of a press release SAP did about 2 years ago about BPM&#8230; which, if you read their definition, was merely EAI (integration services), and a &#8220;totally new groundbreaking category of software&#8221; that they called Collaborative Application Frameworks (CAF)&#8230; which would be available in &#8230; you guessed it&#8230; 2 years&#8230; and if you read the definition slowly, you realize that CAF was describing a BPMS.  Curiously, I haven&#8217;t seen a press release about CAF being released into the wild.   And their attempt to rebrand EAI as BPM hasn&#8217;t taken with the market&#8230; </p>
<p>So, should we be surprised if IBM plays at the same tactics?  Probably not.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Francis</title>
		<link>http://www.bp-3.com/blogs/2009/07/stack-vendors-vs-pure-plays-round-iii/comment-page-1/#comment-4593</link>
		<dc:creator>Scott Francis</dc:creator>
		<pubDate>Wed, 22 Jul 2009 22:57:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.bp-3.com/blogs/?p=902#comment-4593</guid>
		<description>Phil - 

Good points! 
Your last point about the definition of BPM reminds me of a press release SAP did about 2 years ago about BPM... which, if you read their definition, was merely EAI (integration services), and a &quot;totally new groundbreaking category of software&quot; that they called Collaborative Application Frameworks (CAF)... which would be available in ... you guessed it... 2 years... and if you read the definition slowly, you realize that CAF was describing a BPMS.  Curiously, I haven&#039;t seen a press release about CAF being released into the wild.   And their attempt to rebrand EAI as BPM hasn&#039;t taken with the market... 

So, should we be surprised if IBM plays at the same tactics?  Probably not.</description>
		<content:encoded><![CDATA[<p>Phil &#8211; </p>
<p>Good points!<br />
Your last point about the definition of BPM reminds me of a press release SAP did about 2 years ago about BPM&#8230; which, if you read their definition, was merely EAI (integration services), and a &#8220;totally new groundbreaking category of software&#8221; that they called Collaborative Application Frameworks (CAF)&#8230; which would be available in &#8230; you guessed it&#8230; 2 years&#8230; and if you read the definition slowly, you realize that CAF was describing a BPMS.  Curiously, I haven&#8217;t seen a press release about CAF being released into the wild.   And their attempt to rebrand EAI as BPM hasn&#8217;t taken with the market&#8230; </p>
<p>So, should we be surprised if IBM plays at the same tactics?  Probably not.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phil Gilbert</title>
		<link>http://www.bp-3.com/blogs/2009/07/stack-vendors-vs-pure-plays-round-iii/comment-page-1/#comment-251</link>
		<dc:creator>Phil Gilbert</dc:creator>
		<pubDate>Wed, 22 Jul 2009 22:03:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.bp-3.com/blogs/?p=902#comment-251</guid>
		<description>IBM&#039;s strategy isn&#039;t dictated by the programmers who, no doubt, are working hard.  But let&#039;s get real:  the IBM BPMS is a collection of tools that weren&#039;t (and aren&#039;t) primarily purposed for BPM!  So to say there&#039;s been a ton of BPM-related innovation at IBM is to ignore the reality.

IBM is using Websphere-based stalking horses to confuse the market into thinking they do BPM.  The only other explanation is that their definition of BPM is wildly different from the pure-plays (in the same way that Orwell&#039;s &quot;War is peace&quot; is wildly different from anyone else&#039;s notion that &#039;war&#039; and &#039;peace&#039; are synonyms...)</description>
		<content:encoded><![CDATA[<p>IBM&#8217;s strategy isn&#8217;t dictated by the programmers who, no doubt, are working hard.  But let&#8217;s get real:  the IBM BPMS is a collection of tools that weren&#8217;t (and aren&#8217;t) primarily purposed for BPM!  So to say there&#8217;s been a ton of BPM-related innovation at IBM is to ignore the reality.</p>
<p>IBM is using Websphere-based stalking horses to confuse the market into thinking they do BPM.  The only other explanation is that their definition of BPM is wildly different from the pure-plays (in the same way that Orwell&#8217;s &#8220;War is peace&#8221; is wildly different from anyone else&#8217;s notion that &#8216;war&#8217; and &#8216;peace&#8217; are synonyms&#8230;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phil Gilbert</title>
		<link>http://www.bp-3.com/blogs/2009/07/stack-vendors-vs-pure-plays-round-iii/comment-page-1/#comment-4592</link>
		<dc:creator>Phil Gilbert</dc:creator>
		<pubDate>Wed, 22 Jul 2009 22:03:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.bp-3.com/blogs/?p=902#comment-4592</guid>
		<description>IBM&#039;s strategy isn&#039;t dictated by the programmers who, no doubt, are working hard.  But let&#039;s get real:  the IBM BPMS is a collection of tools that weren&#039;t (and aren&#039;t) primarily purposed for BPM!  So to say there&#039;s been a ton of BPM-related innovation at IBM is to ignore the reality.

IBM is using Websphere-based stalking horses to confuse the market into thinking they do BPM.  The only other explanation is that their definition of BPM is wildly different from the pure-plays (in the same way that Orwell&#039;s &quot;War is peace&quot; is wildly different from anyone else&#039;s notion that &#039;war&#039; and &#039;peace&#039; are synonyms...)</description>
		<content:encoded><![CDATA[<p>IBM&#8217;s strategy isn&#8217;t dictated by the programmers who, no doubt, are working hard.  But let&#8217;s get real:  the IBM BPMS is a collection of tools that weren&#8217;t (and aren&#8217;t) primarily purposed for BPM!  So to say there&#8217;s been a ton of BPM-related innovation at IBM is to ignore the reality.</p>
<p>IBM is using Websphere-based stalking horses to confuse the market into thinking they do BPM.  The only other explanation is that their definition of BPM is wildly different from the pure-plays (in the same way that Orwell&#8217;s &#8220;War is peace&#8221; is wildly different from anyone else&#8217;s notion that &#8216;war&#8217; and &#8216;peace&#8217; are synonyms&#8230;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Francis</title>
		<link>http://www.bp-3.com/blogs/2009/07/stack-vendors-vs-pure-plays-round-iii/comment-page-1/#comment-248</link>
		<dc:creator>Scott Francis</dc:creator>
		<pubDate>Mon, 20 Jul 2009 22:47:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.bp-3.com/blogs/?p=902#comment-248</guid>
		<description>@Harald - 

First, let me just say that I don&#039;t detect evil! :)  Phil has his competitive fires stoked in his post, and its easy to get caught up in that, but I don&#039;t consider the tactics evil, I just believe that when they are widespread, it hurts innovation in the BPM space, and causes customers to waste time and money on products that are inferior. 

I used to work at a much larger software company, and we employed these tactics all the time to push other vendors out of our deals.  At the same time, we would compete with the IBM&#039;s of the world and try to prevent them from similarly outflanking us.  

I know it makes the product teams cringe, because that&#039;s their lifeblood being given away - blood, sweat, tears - and the more it is given away, the more likely they are going to be reassigned to a group that is still selling software for real money.  That&#039;s just the way it is. 

As for the desperate sales exec - I&#039;m not sure it is so much desperation as just standard operating procedure.  Since I&#039;ve seen BEA, IBM, Oracle, MSFT, and others do it... I can&#039;t imagine it is just a reaction to quota stress on a single deal :)</description>
		<content:encoded><![CDATA[<p>@Harald &#8211; </p>
<p>First, let me just say that I don&#8217;t detect evil! :)  Phil has his competitive fires stoked in his post, and its easy to get caught up in that, but I don&#8217;t consider the tactics evil, I just believe that when they are widespread, it hurts innovation in the BPM space, and causes customers to waste time and money on products that are inferior. </p>
<p>I used to work at a much larger software company, and we employed these tactics all the time to push other vendors out of our deals.  At the same time, we would compete with the IBM&#8217;s of the world and try to prevent them from similarly outflanking us.  </p>
<p>I know it makes the product teams cringe, because that&#8217;s their lifeblood being given away &#8211; blood, sweat, tears &#8211; and the more it is given away, the more likely they are going to be reassigned to a group that is still selling software for real money.  That&#8217;s just the way it is. </p>
<p>As for the desperate sales exec &#8211; I&#8217;m not sure it is so much desperation as just standard operating procedure.  Since I&#8217;ve seen BEA, IBM, Oracle, MSFT, and others do it&#8230; I can&#8217;t imagine it is just a reaction to quota stress on a single deal :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Francis</title>
		<link>http://www.bp-3.com/blogs/2009/07/stack-vendors-vs-pure-plays-round-iii/comment-page-1/#comment-4591</link>
		<dc:creator>Scott Francis</dc:creator>
		<pubDate>Mon, 20 Jul 2009 22:47:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.bp-3.com/blogs/?p=902#comment-4591</guid>
		<description>@Harald - 

First, let me just say that I don&#039;t detect evil! :)  Phil has his competitive fires stoked in his post, and its easy to get caught up in that, but I don&#039;t consider the tactics evil, I just believe that when they are widespread, it hurts innovation in the BPM space, and causes customers to waste time and money on products that are inferior. 

I used to work at a much larger software company, and we employed these tactics all the time to push other vendors out of our deals.  At the same time, we would compete with the IBM&#039;s of the world and try to prevent them from similarly outflanking us.  

I know it makes the product teams cringe, because that&#039;s their lifeblood being given away - blood, sweat, tears - and the more it is given away, the more likely they are going to be reassigned to a group that is still selling software for real money.  That&#039;s just the way it is. 

As for the desperate sales exec - I&#039;m not sure it is so much desperation as just standard operating procedure.  Since I&#039;ve seen BEA, IBM, Oracle, MSFT, and others do it... I can&#039;t imagine it is just a reaction to quota stress on a single deal :)</description>
		<content:encoded><![CDATA[<p>@Harald &#8211; </p>
<p>First, let me just say that I don&#8217;t detect evil! :)  Phil has his competitive fires stoked in his post, and its easy to get caught up in that, but I don&#8217;t consider the tactics evil, I just believe that when they are widespread, it hurts innovation in the BPM space, and causes customers to waste time and money on products that are inferior. </p>
<p>I used to work at a much larger software company, and we employed these tactics all the time to push other vendors out of our deals.  At the same time, we would compete with the IBM&#8217;s of the world and try to prevent them from similarly outflanking us.  </p>
<p>I know it makes the product teams cringe, because that&#8217;s their lifeblood being given away &#8211; blood, sweat, tears &#8211; and the more it is given away, the more likely they are going to be reassigned to a group that is still selling software for real money.  That&#8217;s just the way it is. </p>
<p>As for the desperate sales exec &#8211; I&#8217;m not sure it is so much desperation as just standard operating procedure.  Since I&#8217;ve seen BEA, IBM, Oracle, MSFT, and others do it&#8230; I can&#8217;t imagine it is just a reaction to quota stress on a single deal :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Harald Nehring</title>
		<link>http://www.bp-3.com/blogs/2009/07/stack-vendors-vs-pure-plays-round-iii/comment-page-1/#comment-247</link>
		<dc:creator>Harald Nehring</dc:creator>
		<pubDate>Mon, 20 Jul 2009 12:01:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.bp-3.com/blogs/?p=902#comment-247</guid>
		<description>Having worked in the real life of large software vendor sales AND product teams, I&#039;m sure the BPMS folks at IBM cringe when seeing there product being &quot;thrown in&quot; to any other deal at a high discount. Where you&#039;d like to detect an evil scheme, there&#039;s nothing else than another desperate sales exec trying to make his quota at any cost. They work for a large vendor exactly because there&#039;s so much goodies to throw in without worrying about overall product profitability.</description>
		<content:encoded><![CDATA[<p>Having worked in the real life of large software vendor sales AND product teams, I&#8217;m sure the BPMS folks at IBM cringe when seeing there product being &#8220;thrown in&#8221; to any other deal at a high discount. Where you&#8217;d like to detect an evil scheme, there&#8217;s nothing else than another desperate sales exec trying to make his quota at any cost. They work for a large vendor exactly because there&#8217;s so much goodies to throw in without worrying about overall product profitability.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Harald Nehring</title>
		<link>http://www.bp-3.com/blogs/2009/07/stack-vendors-vs-pure-plays-round-iii/comment-page-1/#comment-4590</link>
		<dc:creator>Harald Nehring</dc:creator>
		<pubDate>Mon, 20 Jul 2009 12:01:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.bp-3.com/blogs/?p=902#comment-4590</guid>
		<description>Having worked in the real life of large software vendor sales AND product teams, I&#039;m sure the BPMS folks at IBM cringe when seeing there product being &quot;thrown in&quot; to any other deal at a high discount. Where you&#039;d like to detect an evil scheme, there&#039;s nothing else than another desperate sales exec trying to make his quota at any cost. They work for a large vendor exactly because there&#039;s so much goodies to throw in without worrying about overall product profitability.</description>
		<content:encoded><![CDATA[<p>Having worked in the real life of large software vendor sales AND product teams, I&#8217;m sure the BPMS folks at IBM cringe when seeing there product being &#8220;thrown in&#8221; to any other deal at a high discount. Where you&#8217;d like to detect an evil scheme, there&#8217;s nothing else than another desperate sales exec trying to make his quota at any cost. They work for a large vendor exactly because there&#8217;s so much goodies to throw in without worrying about overall product profitability.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

