<?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"
	>
<channel>
	<title>Comments on: Bigger is better? A look at the complexity of BPM standards</title>
	<atom:link href="http://www.bpm-research.com/2007/07/25/bigger-is-better-a-look-at-the-complexity-of-bpm-standards/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.bpm-research.com/2007/07/25/bigger-is-better-a-look-at-the-complexity-of-bpm-standards/</link>
	<description>Standards, Research &#38; Innovation around Business Process Management and Workflow</description>
	<pubDate>Fri, 21 Nov 2008 02:31:03 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: Jan Recker</title>
		<link>http://www.bpm-research.com/2007/07/25/bigger-is-better-a-look-at-the-complexity-of-bpm-standards/#comment-2</link>
		<dc:creator>Jan Recker</dc:creator>
		<pubDate>Thu, 26 Jul 2007 04:01:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.bpm-research.com/2007/07/25/bigger-is-better-a-look-at-the-complexity-of-bpm-standards/#comment-2</guid>
		<description>Michael,

this is indeed an interesting observation. I would agree that while a page count surely isn't an overly adequate measure of complexity, it nevertheless makes me worry. Even if the extra pages are devoted to explanations and clarifications, wouldn't it be easier to make the specification less ambiguous, more succinct and more readily understandable in the first place?
While the whole issue may sound rather minor, I believe specification complexity is an important issue that vendors and standardization bodies should carefully consider. When we consider how innovations diffuse and are accepted and adopted by end users - there has been a lot of research in this area, most notably Roger's theory of innovation diffusion (just google it...) - we find that concepts such as user-friendliness, ease of learning and adoption curves are crucial for a successful uptake. In my opinion, standardization should not only be technology- and specification-oriented. What is lacking in the current standardization efforts in the BPM industry, is very simply an end user focus.
Admittedly, there has not been too much research into BPM end user behaviour either, but hopefully we can contribute to this aspect in the future, and hopefully vendors and standardization bodies will choose to listen...</description>
		<content:encoded><![CDATA[<p>Michael,</p>
<p>this is indeed an interesting observation. I would agree that while a page count surely isn&#8217;t an overly adequate measure of complexity, it nevertheless makes me worry. Even if the extra pages are devoted to explanations and clarifications, wouldn&#8217;t it be easier to make the specification less ambiguous, more succinct and more readily understandable in the first place?<br />
While the whole issue may sound rather minor, I believe specification complexity is an important issue that vendors and standardization bodies should carefully consider. When we consider how innovations diffuse and are accepted and adopted by end users - there has been a lot of research in this area, most notably Roger&#8217;s theory of innovation diffusion (just google it&#8230;) - we find that concepts such as user-friendliness, ease of learning and adoption curves are crucial for a successful uptake. In my opinion, standardization should not only be technology- and specification-oriented. What is lacking in the current standardization efforts in the BPM industry, is very simply an end user focus.<br />
Admittedly, there has not been too much research into BPM end user behaviour either, but hopefully we can contribute to this aspect in the future, and hopefully vendors and standardization bodies will choose to listen&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
