<?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: 5 reasons not to implement PLM &#8211; Reason #3 We already have an ERP system</title>
	<atom:link href="http://virtualdutchman.com/2008/08/30/5-reasons-not-to-implement-plm-reason-3-we-already-have-an-erp-system/feed/" rel="self" type="application/rss+xml" />
	<link>http://virtualdutchman.com/2008/08/30/5-reasons-not-to-implement-plm-reason-3-we-already-have-an-erp-system/</link>
	<description>Global mid-market observations of the world now called PLM</description>
	<lastBuildDate>Tue, 24 Jan 2012 07:16:08 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Chris Williams</title>
		<link>http://virtualdutchman.com/2008/08/30/5-reasons-not-to-implement-plm-reason-3-we-already-have-an-erp-system/#comment-97</link>
		<dc:creator><![CDATA[Chris Williams]]></dc:creator>
		<pubDate>Thu, 11 Dec 2008 20:38:53 +0000</pubDate>
		<guid isPermaLink="false">http://josvoskuil.wordpress.com/?p=182#comment-97</guid>
		<description><![CDATA[Your conclusion is just wrong!

Conclusion

All my previous posts and the above publications (and much more) explain that if a company is interested in managing their Intellectual Property (IP) - the reason why they really differentiate , plus if they want to remain in business by being innovative,PLM is the proven approach for this type op companies.

PLM does not manage the IP of a product.  PLM has no knowledge of or connection to the IP of a Product.  The IP of a Product is how did the team get to the design.  The PLM tool only captures the net result.  There is a reason why people dis like lossing a designer that has been there foerever.  It is because he knows why the hole is .55 instead of .56...  

To say PLM drives innovation or captures IP is just plain wrong!

&lt;em&gt;Chris - Thanks for your reply - I see your are exactly supporting my point. The fact that we remain dependent from the designer is because we do not store our product knowledge but keep it in the heads of the people. This blocks any other person to understand what has happened with a product and what further exists - and for that reason unable to understand the full picture (IP) and where upportunities arise for innovation.

Jos&lt;/em&gt;]]></description>
		<content:encoded><![CDATA[<p>Your conclusion is just wrong!</p>
<p>Conclusion</p>
<p>All my previous posts and the above publications (and much more) explain that if a company is interested in managing their Intellectual Property (IP) &#8211; the reason why they really differentiate , plus if they want to remain in business by being innovative,PLM is the proven approach for this type op companies.</p>
<p>PLM does not manage the IP of a product.  PLM has no knowledge of or connection to the IP of a Product.  The IP of a Product is how did the team get to the design.  The PLM tool only captures the net result.  There is a reason why people dis like lossing a designer that has been there foerever.  It is because he knows why the hole is .55 instead of .56&#8230;  </p>
<p>To say PLM drives innovation or captures IP is just plain wrong!</p>
<p><em>Chris &#8211; Thanks for your reply &#8211; I see your are exactly supporting my point. The fact that we remain dependent from the designer is because we do not store our product knowledge but keep it in the heads of the people. This blocks any other person to understand what has happened with a product and what further exists &#8211; and for that reason unable to understand the full picture (IP) and where upportunities arise for innovation.</p>
<p>Jos</em></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: josvoskuil</title>
		<link>http://virtualdutchman.com/2008/08/30/5-reasons-not-to-implement-plm-reason-3-we-already-have-an-erp-system/#comment-47</link>
		<dc:creator><![CDATA[josvoskuil]]></dc:creator>
		<pubDate>Wed, 03 Sep 2008 20:25:11 +0000</pubDate>
		<guid isPermaLink="false">http://josvoskuil.wordpress.com/?p=182#comment-47</guid>
		<description><![CDATA[Thanks Herve, although sometimes it seems ERP vs PLM but in most of the cases is should be ERP and PLM]]></description>
		<content:encoded><![CDATA[<p>Thanks Herve, although sometimes it seems ERP vs PLM but in most of the cases is should be ERP and PLM</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Herve</title>
		<link>http://virtualdutchman.com/2008/08/30/5-reasons-not-to-implement-plm-reason-3-we-already-have-an-erp-system/#comment-46</link>
		<dc:creator><![CDATA[Herve]]></dc:creator>
		<pubDate>Wed, 03 Sep 2008 15:04:05 +0000</pubDate>
		<guid isPermaLink="false">http://josvoskuil.wordpress.com/?p=182#comment-46</guid>
		<description><![CDATA[You&#039;ve got it! First time I see a blog post on ERP vs PLM!]]></description>
		<content:encoded><![CDATA[<p>You&#8217;ve got it! First time I see a blog post on ERP vs PLM!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

