<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: What ECM Needs to be Today</title>
	<atom:link href="http://wordofpie.com/2009/08/14/what-ecm-needs-to-be-today/feed/" rel="self" type="application/rss+xml" />
	<link>http://wordofpie.com/2009/08/14/what-ecm-needs-to-be-today/</link>
	<description>Ponderings on Life, the Universe, and Information</description>
	<lastBuildDate>Fri, 10 Feb 2012 22:28:54 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Max J. Pucher</title>
		<link>http://wordofpie.com/2009/08/14/what-ecm-needs-to-be-today/#comment-14099</link>
		<dc:creator><![CDATA[Max J. Pucher]]></dc:creator>
		<pubDate>Wed, 12 May 2010 18:30:50 +0000</pubDate>
		<guid isPermaLink="false">http://wordofpie.wordpress.com/2009/08/14/what-ecm-needs-to-be-today/#comment-14099</guid>
		<description><![CDATA[What businesses need is a lot more than just content management. They need a fully integrated user-focused platform that combines ECM, CRM, BPM, BRM, case management and integration facilities. 
 
On top of that the business must be able to create those processes with content in an ADAPTIVE mannner, meaning without long flowchart design work. Business users must be able to customize their GUI without the need for programming. To make all that work the right way they need business rules integrated with their content and case work. 

As it happens Papyrus supplies all of that TODAY! Why wait for Documentum to get there? 

Regards, Max]]></description>
		<content:encoded><![CDATA[<p>What businesses need is a lot more than just content management. They need a fully integrated user-focused platform that combines ECM, CRM, BPM, BRM, case management and integration facilities. </p>
<p>On top of that the business must be able to create those processes with content in an ADAPTIVE mannner, meaning without long flowchart design work. Business users must be able to customize their GUI without the need for programming. To make all that work the right way they need business rules integrated with their content and case work. </p>
<p>As it happens Papyrus supplies all of that TODAY! Why wait for Documentum to get there? </p>
<p>Regards, Max</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pie</title>
		<link>http://wordofpie.com/2009/08/14/what-ecm-needs-to-be-today/#comment-6254</link>
		<dc:creator><![CDATA[Pie]]></dc:creator>
		<pubDate>Mon, 17 Aug 2009 19:21:41 +0000</pubDate>
		<guid isPermaLink="false">http://wordofpie.wordpress.com/2009/08/14/what-ecm-needs-to-be-today/#comment-6254</guid>
		<description><![CDATA[The problem is that the context is provided by the application, not the platform.  The applications have been the weak point.  As the apps evolve, independent of the platform, the context around the content will grow.  That context will start being stored in the platform infrastructure.

Basically, I feel context should be a part of both ECM and OCM.  ECM was &quot;created&quot; when different content apps (WCM, RM, DM, Imaging...) where all thrown under one umbrella.  Well, there is more to it than having them share the same repository.  With the shared repository, the context needs to now be saved.  It wasn&#039;t before and hasn&#039;t really been added yet.

That all being said, I overlooked context in my post and I appreciate you bringing it to the forefront.

-Pie]]></description>
		<content:encoded><![CDATA[<p>The problem is that the context is provided by the application, not the platform.  The applications have been the weak point.  As the apps evolve, independent of the platform, the context around the content will grow.  That context will start being stored in the platform infrastructure.</p>
<p>Basically, I feel context should be a part of both ECM and OCM.  ECM was &#8220;created&#8221; when different content apps (WCM, RM, DM, Imaging&#8230;) where all thrown under one umbrella.  Well, there is more to it than having them share the same repository.  With the shared repository, the context needs to now be saved.  It wasn&#8217;t before and hasn&#8217;t really been added yet.</p>
<p>That all being said, I overlooked context in my post and I appreciate you bringing it to the forefront.</p>
<p>-Pie</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pie</title>
		<link>http://wordofpie.com/2009/08/14/what-ecm-needs-to-be-today/#comment-6253</link>
		<dc:creator><![CDATA[Pie]]></dc:creator>
		<pubDate>Mon, 17 Aug 2009 19:17:09 +0000</pubDate>
		<guid isPermaLink="false">http://wordofpie.wordpress.com/2009/08/14/what-ecm-needs-to-be-today/#comment-6253</guid>
		<description><![CDATA[I still think that the term ECM holds.  It is a concept, not a technology.  As such, how it is implemented within the limits of today&#039;s technology should not limit how it is implemented in the future.  Collaboration systems have evolved greatly, both in the interface and architecture, over the last ten years, but they are still called Collaboration systems.

I just don&#039;t think we need more terms. Time will tell though.

-Pie]]></description>
		<content:encoded><![CDATA[<p>I still think that the term ECM holds.  It is a concept, not a technology.  As such, how it is implemented within the limits of today&#8217;s technology should not limit how it is implemented in the future.  Collaboration systems have evolved greatly, both in the interface and architecture, over the last ten years, but they are still called Collaboration systems.</p>
<p>I just don&#8217;t think we need more terms. Time will tell though.</p>
<p>-Pie</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephane Croisier</title>
		<link>http://wordofpie.com/2009/08/14/what-ecm-needs-to-be-today/#comment-6239</link>
		<dc:creator><![CDATA[Stephane Croisier]]></dc:creator>
		<pubDate>Mon, 17 Aug 2009 07:01:01 +0000</pubDate>
		<guid isPermaLink="false">http://wordofpie.wordpress.com/2009/08/14/what-ecm-needs-to-be-today/#comment-6239</guid>
		<description><![CDATA[I think my definition of the CCII is more close to the Gartner&#039;s one for &quot;Information-Centric Infrastructures&quot; (cf: p. 7: &lt;a HREF=&quot;http://www.worksoft.com/pdf/HypeCycleApp158134.pdf&quot; rel=&quot;nofollow&quot;&gt;Hype cycle for application development&lt;/A&gt;). This is about a transformational paradigm with a 5 to 10 years timeline.

I think their definition is also quite nice in order to define what should be the ECM system of tomorrow (and not today).

For the rest we both agree: Information-Centric Infrastructures need to be more transparantly decoupled from CEVA applications ontop and it will probably take years to standardize and scope such a standardized ECM++ Information backbone.

Stephane]]></description>
		<content:encoded><![CDATA[<p>I think my definition of the CCII is more close to the Gartner&#8217;s one for &#8220;Information-Centric Infrastructures&#8221; (cf: p. 7: <a HREF="http://www.worksoft.com/pdf/HypeCycleApp158134.pdf" rel="nofollow">Hype cycle for application development</a>). This is about a transformational paradigm with a 5 to 10 years timeline.</p>
<p>I think their definition is also quite nice in order to define what should be the ECM system of tomorrow (and not today).</p>
<p>For the rest we both agree: Information-Centric Infrastructures need to be more transparantly decoupled from CEVA applications ontop and it will probably take years to standardize and scope such a standardized ECM++ Information backbone.</p>
<p>Stephane</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sascha Ohler @saschaohler</title>
		<link>http://wordofpie.com/2009/08/14/what-ecm-needs-to-be-today/#comment-6178</link>
		<dc:creator><![CDATA[Sascha Ohler @saschaohler]]></dc:creator>
		<pubDate>Fri, 14 Aug 2009 16:00:51 +0000</pubDate>
		<guid isPermaLink="false">http://wordofpie.wordpress.com/2009/08/14/what-ecm-needs-to-be-today/#comment-6178</guid>
		<description><![CDATA[I agree with your vision of OCM, especially when it comes to the challenges of effective Identifty Management, but I believe that another important differentiation needs to be pointed out. Todays ECM solutions are mainly context unaware, meaning they serve up information, data, documents based on user or system initiated triggers. The big promise of OCM I see is the context awareness of these systems. The ability to serve up completely different sets of metadata based on the data/document context.]]></description>
		<content:encoded><![CDATA[<p>I agree with your vision of OCM, especially when it comes to the challenges of effective Identifty Management, but I believe that another important differentiation needs to be pointed out. Todays ECM solutions are mainly context unaware, meaning they serve up information, data, documents based on user or system initiated triggers. The big promise of OCM I see is the context awareness of these systems. The ability to serve up completely different sets of metadata based on the data/document context.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

