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

Large Monolithic PLM Implementations Are a Thing of the Past

Large Monolithic PLM Implementations Are a Thing of the Past
olegshilovitsky
olegshilovitsky
20 December, 2009 | 2 min for reading

Continue my last week post about how to make next PLM implementation simpler, I decided to put some ideas towards how the next PLM implementations will look like.

PLM vendors are making huge efforts to simplify PLM deployment and make implementation simpler. Despite that, in my view, typical PLM implementation is still combined from three typical steps: a significant planning effort, deployment of software and additional customization and adaptation services. These steps make implementation expensive. Talking with PLM specialists and consultants you will learn the most important PLM activities are related to good planning upfront, methodologies and clarification of what organization need and how to math organizational needs to capabilities of the system. Gaps are covered by services.  It looks like a deadly connected circle. How we can break it?

I think many of PLM vendors and implementers made a misinterpretation of out-of-the box terms. What is currently proposed in PLM “out-of-the-box” package is an effort to create “standard PLM”. What you can hear around is additional activities how possible to create typical industry implementations, OEM/supplier oriented typical implementation, etc.

In my view, this is a dead-end in PLM evolution. Such efforts will be endless similar to multiple standard activities in product development. The main reason for that is because manufacturing these days need to be more agile, lean and dynamic to sustain in their business and making profit. When such fundamental for their product development system like PLM becomes “typical”, you cannot expect them to be dynamic, lean and efficient at the same time.

What is a possible solution? I think software vendors need to learn again lessons from 15-20 years back. In beginning of 90th, few companies were doing PDM. Such projects were considered as luxury, needed by big organizations only. PDM budgets started at six digits numbers and requires major involvement of software vendor, custom software builds and long project implementation time line. However, in the middle and end of 90th we had chance to see a strong trend towards flexible data models, inexpensive Windows based systems and as a result lower entry barrier for PDM implementation.

My conclusion today. Vendors need to leave magic-out-of-the-box marketing efforts and depart to the new station where we’ll able to find new engineering solution for old problem. Future systems will be adaptive, will not require a significant effort to deploy and implement.

Just my thoughts. YMMV…
Best, Oleg

Recent Posts

Also on BeyondPLM

4 6
22 July, 2010

One of my favorite quotes of Peter Drucker is following – “The purpose of business is to create and keep...

3 June, 2012

Files. It is so obvious, right? We are using files everywhere in our life. Documents, Pictures Photos, Excel spreadsheets, CAD...

8 September, 2009

I want to touch today topic related to user experience in various PLM systems. Having such powerful function as 3D...

15 June, 2010

I had chance to read “SAP, Oracle and ‘Real’ Real-Time Apps“. I think it is an interesting read. SAP and...

17 February, 2017

Nobody ever got fired for buying from IBM. That was the story of enterprise PLM software for many years. PLM...

7 August, 2015

Aras Corp is making waves in PLM eco-system. The latest news about addition of Aibus to Aras customer list raised...

28 May, 2021

Part Numbers. There is no topic that drives more attention when it comes to discussion about how to organize the...

10 March, 2010

One of the very important aspects of PLM as enterprise software is the ability to be implemented in the fast...

19 May, 2009

Look on announcement of Wolfram Alpha: Today’s Wolfram Alpha is the first step in an ambitious, long-term project to make...

Blogroll

To the top