A blog by Oleg Shilovitsky
Information & Comments about Engineering and Manufacturing Software

Best-practices aren’t good enough for PLM?

Best-practices aren’t good enough for PLM?
olegshilovitsky
olegshilovitsky
6 October, 2009 | 2 min for reading

Picture 19What I want to discuss today is PLM Best Practices. Frankly saying, my thoughts about the topic were accelerated by COFES 2010 theme publishing “COFES 2010: Best-practices aren’t good enough“. So, it brings me to think in loud about what we call “best practices”. I think, you can hear a lot about this in PLM community. Best practices became very popular and had promoted as the way to have an efficient PLM implementation. You can find it in different “envelops” and combinations – best practices, industry solution, express offering etc. But speaking with different people in our community, I identified two main trends, if you will, in everything related to best practices:

1. Support best practices coming from PLM vendors.
This community of people truly believes, PLM providers, by supporting best practices will release packages that will be ready to use and will be adopted very quickly by organization. For the small organizations, it will help to reduce the cost of implementation. For the big organizations, it will provide a framework to change way organization work. Customers don’t need to spend time to define processes, models, implementation specific stuff. Just install and go…

2. Support flexible configurable PLM software. This community is actually very opposite to previous one. From the standpoint of these people, PLM vendors have no sufficient knowledge to provide pre-packaged configurations. In addition, they believe in uniqueness of product development processes in the organization (even in the same industry). In their view, PLM software vendors need to focus on producing highly configurable, flexible software that can be customized, configured, adapted for specific customer needs.

So, what is my conclusion for today? I don’t see any of these approaches as a “silver bullet”. And I definitely see advantages of both directions. I’d be interested in open discussion with you to share and discuss your experience, vision and future thoughts.

Best, Oleg

Recent Posts

Also on BeyondPLM

4 6
17 July, 2010

PLM is heavy focused on workflow, processes and workflow automation. What if… all these capabilities will be coming from cloud...

20 November, 2013

Engineering and manufacturing software is full of interesting TLAs that companies continuing to invent even these days. Only yesterday GrabCAD...

12 September, 2020

Customer preferences changed significantly since Henry Ford invented the Model-T and built a completely vertically integrated manufacturing facility making everything...

15 May, 2009

I think everybody cares about Bill of Materials. This is quite fundamental for everything we do in Product Lifecycle Management....

4 May, 2016

Many years ago, I’ve been writing applications for AutoCAD. Back in that days, AutoCAD was a starting point for engineers...

19 October, 2012

It was long time since I talked about Google and PLM. Probably, it was too long. Yesterday night, I got...

16 September, 2011

BPM (Business Process Management) is another interesting topic I’m following already many years. I found it connected to PLM and...

25 October, 2010

I read a very short post from Aras by Jennifer McCullough of Aras – Frustrated by a Stuck PLM Project?....

6 October, 2010

Yesterday, I touched a topic of connection between CAD and PLM. The discussion started by Peter Schroer of Aras and...

Blogroll

To the top