<?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 #2 A PLM implementation takes too long</title>
	<atom:link href="http://virtualdutchman.com/2008/08/16/5-reasons-not-to-implement-plm-reason-2-a-plm-implementation-takes-too-long/feed/" rel="self" type="application/rss+xml" />
	<link>http://virtualdutchman.com/2008/08/16/5-reasons-not-to-implement-plm-reason-2-a-plm-implementation-takes-too-long/</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: Kumar Rajan</title>
		<link>http://virtualdutchman.com/2008/08/16/5-reasons-not-to-implement-plm-reason-2-a-plm-implementation-takes-too-long/#comment-1058</link>
		<dc:creator><![CDATA[Kumar Rajan]]></dc:creator>
		<pubDate>Mon, 24 Oct 2011 20:40:17 +0000</pubDate>
		<guid isPermaLink="false">http://josvoskuil.wordpress.com/2008/08/16/5-reasons-not-to-implement-plm-reason-2-a-plm-implementation-takes-too-long/#comment-1058</guid>
		<description><![CDATA[Jos,

I have been a regular reader of your blog for some time now and am intrigued by your view of the PLM industry.

Ranjana&#039;s view is quite interesting, and probably more mainstream, and  obviously contrary to the view offered by the major PLM providers today. Most PLM systems I know seem to bring a specific process definition to the customer (not necessarily optimized for their industry) and hope to map the customer&#039;s process to that. This &quot;PLM implementation&quot;, always done with minimal strategizing and insight into the customer&#039;s business and by professional consultants, is fraught with problems. The customer is not fully aware of the PLM system&#039;s capability and the implemetor is not completely educated on the nuances of the customer&#039;s processes - almost like two ships passing each other at sea. The implementation result frequently seems to be a combination of workarounds, patchwork, exact and approximate mappings. One could even argue that such a system could lower the productivity of an average customer.

Perhaps the current architectures of PLM systems are simply inadequate for capturing &amp; encoding the unique processes (except for a small common set) in most customers. The common set I refer to happens to be the &#039;PDM&#039; portion of PLM. And maybe the customers are throwing good money after bad in attempting to &quot;implement&quot; the PLM system, while continually discovering new impediments that forces them to rethink their own processes to meet the PLM system&#039;s restrictive frameworks, and never really reaching the &#039;end of the road&#039;. 

Otherwise, I cant see how most consumers seem to be consistently talking about huge amounts of resources spent on and the inordinate delays in their PLM implementation, while also being unhappy about the end result. 

Regards

Kumar

&lt;em&gt;Kumar hi,

I believe there are good PLM implementations based on the standard PLM software vendors provide. However they require an excellent project team and the right vision. Many of the bullets you described in your comment. This, you could call it costly approach brings however significant ROI and I have seen some references where the ROI was 6 - 10 times bigger as the investment.

However this works for the happy few. Then you have the majority who will be using less resources or less skilled resources, more customization and you will see ROI is harder to achieve.

In the mid-market this approach is almost impossible and there I believe the PLM approach has to change - see various articles on that. It is not just a stripped down PLM version or other means. I am working on a post on that for the future - now first finish the quarter :)

Thanks for your comments and best regards

Jos&lt;/em&gt;]]></description>
		<content:encoded><![CDATA[<p>Jos,</p>
<p>I have been a regular reader of your blog for some time now and am intrigued by your view of the PLM industry.</p>
<p>Ranjana&#8217;s view is quite interesting, and probably more mainstream, and  obviously contrary to the view offered by the major PLM providers today. Most PLM systems I know seem to bring a specific process definition to the customer (not necessarily optimized for their industry) and hope to map the customer&#8217;s process to that. This &#8220;PLM implementation&#8221;, always done with minimal strategizing and insight into the customer&#8217;s business and by professional consultants, is fraught with problems. The customer is not fully aware of the PLM system&#8217;s capability and the implemetor is not completely educated on the nuances of the customer&#8217;s processes &#8211; almost like two ships passing each other at sea. The implementation result frequently seems to be a combination of workarounds, patchwork, exact and approximate mappings. One could even argue that such a system could lower the productivity of an average customer.</p>
<p>Perhaps the current architectures of PLM systems are simply inadequate for capturing &amp; encoding the unique processes (except for a small common set) in most customers. The common set I refer to happens to be the &#8216;PDM&#8217; portion of PLM. And maybe the customers are throwing good money after bad in attempting to &#8220;implement&#8221; the PLM system, while continually discovering new impediments that forces them to rethink their own processes to meet the PLM system&#8217;s restrictive frameworks, and never really reaching the &#8216;end of the road&#8217;. </p>
<p>Otherwise, I cant see how most consumers seem to be consistently talking about huge amounts of resources spent on and the inordinate delays in their PLM implementation, while also being unhappy about the end result. </p>
<p>Regards</p>
<p>Kumar</p>
<p><em>Kumar hi,</p>
<p>I believe there are good PLM implementations based on the standard PLM software vendors provide. However they require an excellent project team and the right vision. Many of the bullets you described in your comment. This, you could call it costly approach brings however significant ROI and I have seen some references where the ROI was 6 &#8211; 10 times bigger as the investment.</p>
<p>However this works for the happy few. Then you have the majority who will be using less resources or less skilled resources, more customization and you will see ROI is harder to achieve.</p>
<p>In the mid-market this approach is almost impossible and there I believe the PLM approach has to change &#8211; see various articles on that. It is not just a stripped down PLM version or other means. I am working on a post on that for the future &#8211; now first finish the quarter <img src='http://s0.wp.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Thanks for your comments and best regards</p>
<p>Jos</em></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ranjana</title>
		<link>http://virtualdutchman.com/2008/08/16/5-reasons-not-to-implement-plm-reason-2-a-plm-implementation-takes-too-long/#comment-1049</link>
		<dc:creator><![CDATA[Ranjana]]></dc:creator>
		<pubDate>Sun, 16 Oct 2011 06:45:13 +0000</pubDate>
		<guid isPermaLink="false">http://josvoskuil.wordpress.com/2008/08/16/5-reasons-not-to-implement-plm-reason-2-a-plm-implementation-takes-too-long/#comment-1049</guid>
		<description><![CDATA[I totally agree. Implementation process for PLM turns out to be most important factor and the PLM software companies tend to down play this. The promises are many but getting down to implementation brings up the features promised but not directly supported by the PLM packages. There are many process driven obvious requirements which are not addressed easily by PLM solutions. Since PLM evolved from CAD background, all other features turn out to be just patchworks. Processes implemented using workflows are not realistic with respect to organisation processes. I would say PLM is still evolving. 

PLM implementations (service providers and stakeholders) require a specific approach to make organisations adapt the PLM processes, since PLM processes are not visibly similar to practical processes. An effort is requried to map practical processes to PLM processes. Or alternativel PLM vendors should provide processes similar to practical processes for specific domains.

Also, it very important that PLM be viewed with repsect to the domain it is being implemented. PLM solutions for large and multidisciplinary organisations are way far off from being realistic.

&lt;em&gt;Thanks Ranjana - i think we are fully aligned - i believe PLM vendors sometimes build their tools too generic to cover as many industries (i had this discussion in the past many times with the SmarTeam R&amp;D), where as a customer you would like to have the PLM work oriented to your industry (including optimized handling / gui)

Best regards

Jos&lt;/em&gt;]]></description>
		<content:encoded><![CDATA[<p>I totally agree. Implementation process for PLM turns out to be most important factor and the PLM software companies tend to down play this. The promises are many but getting down to implementation brings up the features promised but not directly supported by the PLM packages. There are many process driven obvious requirements which are not addressed easily by PLM solutions. Since PLM evolved from CAD background, all other features turn out to be just patchworks. Processes implemented using workflows are not realistic with respect to organisation processes. I would say PLM is still evolving. </p>
<p>PLM implementations (service providers and stakeholders) require a specific approach to make organisations adapt the PLM processes, since PLM processes are not visibly similar to practical processes. An effort is requried to map practical processes to PLM processes. Or alternativel PLM vendors should provide processes similar to practical processes for specific domains.</p>
<p>Also, it very important that PLM be viewed with repsect to the domain it is being implemented. PLM solutions for large and multidisciplinary organisations are way far off from being realistic.</p>
<p><em>Thanks Ranjana &#8211; i think we are fully aligned &#8211; i believe PLM vendors sometimes build their tools too generic to cover as many industries (i had this discussion in the past many times with the SmarTeam R&amp;D), where as a customer you would like to have the PLM work oriented to your industry (including optimized handling / gui)</p>
<p>Best regards</p>
<p>Jos</em></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Prashant M. Sagare</title>
		<link>http://virtualdutchman.com/2008/08/16/5-reasons-not-to-implement-plm-reason-2-a-plm-implementation-takes-too-long/#comment-519</link>
		<dc:creator><![CDATA[Prashant M. Sagare]]></dc:creator>
		<pubDate>Wed, 10 Feb 2010 05:49:01 +0000</pubDate>
		<guid isPermaLink="false">http://josvoskuil.wordpress.com/2008/08/16/5-reasons-not-to-implement-plm-reason-2-a-plm-implementation-takes-too-long/#comment-519</guid>
		<description><![CDATA[Dear Jos,

I need your help in my study M.TECH. in Product Lifecycle Management 
(PLM). As this course is been launched first time in India, we were not able to get exact documentations or study material of PLM. May be these data is available with PLM Companies but these are SECURED. 

If you do have any kind of study material, can you share with me on the email pmsagare@yahoo.co.in That will be my pleasure. 

I am trying to go in deep of any of the topics below

1. Work as an Administrator
2. Decide Software development Architecture
3. Implementation of PLM in an industry (decide criterias)
4. Customize the available software 

with discussions with many people, they want me to go for either of the two
1. Implementation of PLM in an industry
2. Customize the software

Again, customization needs seperate and core and special knowledge of Programming, as I am basically a Mechanical Engineer working with CAD/CAE, I hope will take more time... and I may go away from my basic stream. So I may decide 
IMPLEMENTATION of PLM Criterias and Techniques

Your suggestions please. 

Thank you.



&lt;em&gt;Prashant hi, as mentioned in my email, an excellent overview can be found on &lt;a href=&quot;http://www.global-plm.com&quot; rel=&quot;nofollow&quot;&gt;www.global-plm.com &lt;/a&gt;&lt;/em&gt;success]]></description>
		<content:encoded><![CDATA[<p>Dear Jos,</p>
<p>I need your help in my study M.TECH. in Product Lifecycle Management<br />
(PLM). As this course is been launched first time in India, we were not able to get exact documentations or study material of PLM. May be these data is available with PLM Companies but these are SECURED. </p>
<p>If you do have any kind of study material, can you share with me on the email <a href="mailto:pmsagare@yahoo.co.in">pmsagare@yahoo.co.in</a> That will be my pleasure. </p>
<p>I am trying to go in deep of any of the topics below</p>
<p>1. Work as an Administrator<br />
2. Decide Software development Architecture<br />
3. Implementation of PLM in an industry (decide criterias)<br />
4. Customize the available software </p>
<p>with discussions with many people, they want me to go for either of the two<br />
1. Implementation of PLM in an industry<br />
2. Customize the software</p>
<p>Again, customization needs seperate and core and special knowledge of Programming, as I am basically a Mechanical Engineer working with CAD/CAE, I hope will take more time&#8230; and I may go away from my basic stream. So I may decide<br />
IMPLEMENTATION of PLM Criterias and Techniques</p>
<p>Your suggestions please. </p>
<p>Thank you.</p>
<p><em>Prashant hi, as mentioned in my email, an excellent overview can be found on <a href="http://www.global-plm.com" rel="nofollow"></a><a href="http://www.global-plm.com" rel="nofollow">http://www.global-plm.com</a> </em>success</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Prashant M. Sagare</title>
		<link>http://virtualdutchman.com/2008/08/16/5-reasons-not-to-implement-plm-reason-2-a-plm-implementation-takes-too-long/#comment-513</link>
		<dc:creator><![CDATA[Prashant M. Sagare]]></dc:creator>
		<pubDate>Tue, 09 Feb 2010 06:53:44 +0000</pubDate>
		<guid isPermaLink="false">http://josvoskuil.wordpress.com/2008/08/16/5-reasons-not-to-implement-plm-reason-2-a-plm-implementation-takes-too-long/#comment-513</guid>
		<description><![CDATA[
Read Jos Voskuil’s Weblog. I am totally AGREED with the openion. 

Designing the software to 
1. Manage the CAD/CAM/CAE/CFD Data
2. Human Resource Department
3. Finance Department
4. Marketing Department
5. Supply Chain Management (may come under Marketing)
6. Customer Relation Management (may come under Marketing)

Can be done seperately. 

The available tools like e-mail can also be used to DATA TRANSFER using LIGHT WEIGHT DATA FILE FORMATS to be used. 

Only the thing is DATA SECURITY. 
That only we have to manage. And depends on PERSON who is going to be an ADMINISTRATOR. 

Hope is one solution. Because I am a Student only.

Thank you. 

Prashant M. Sagare
M.Tech. PLM
Latur
Maharashtra State, India

pmsagare@yahoo.co.in


&lt;em&gt;Dear Prashant, thanks for your reaction and I am happy to see your optimistic view - I also believed things were very easy to identify. What I learned in reallity is that PLM is not a departemental solution, it requires a different way of working for all departments, different responsibillities and different mandates. These changes and a lot of details that destory the ideal PLM picture are the challenges a PLM implementer is facing

Success

Jos&lt;/em&gt;]]></description>
		<content:encoded><![CDATA[<p>Read Jos Voskuil’s Weblog. I am totally AGREED with the openion. </p>
<p>Designing the software to<br />
1. Manage the CAD/CAM/CAE/CFD Data<br />
2. Human Resource Department<br />
3. Finance Department<br />
4. Marketing Department<br />
5. Supply Chain Management (may come under Marketing)<br />
6. Customer Relation Management (may come under Marketing)</p>
<p>Can be done seperately. </p>
<p>The available tools like e-mail can also be used to DATA TRANSFER using LIGHT WEIGHT DATA FILE FORMATS to be used. </p>
<p>Only the thing is DATA SECURITY.<br />
That only we have to manage. And depends on PERSON who is going to be an ADMINISTRATOR. </p>
<p>Hope is one solution. Because I am a Student only.</p>
<p>Thank you. </p>
<p>Prashant M. Sagare<br />
M.Tech. PLM<br />
Latur<br />
Maharashtra State, India</p>
<p><a href="mailto:pmsagare@yahoo.co.in">pmsagare@yahoo.co.in</a></p>
<p><em>Dear Prashant, thanks for your reaction and I am happy to see your optimistic view &#8211; I also believed things were very easy to identify. What I learned in reallity is that PLM is not a departemental solution, it requires a different way of working for all departments, different responsibillities and different mandates. These changes and a lot of details that destory the ideal PLM picture are the challenges a PLM implementer is facing</p>
<p>Success</p>
<p>Jos</em></p>
]]></content:encoded>
	</item>
</channel>
</rss>

