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

How change complexity is killing PLM

How change complexity is killing PLM
Oleg
Oleg
27 March, 2017 | 3 min for reading

plm-change-complexity

Lifecycle management is one of the most fundamental value propositions PLM systems are selling. The ability to manage lifecycle of the product information – product data, its states, changes and related process is a quintessential characteristic of PLM. And despite many issues related to complexity of implementations, cost and the need to transformation organizations, leading manufacturing companies today are using PLM systems in one form or another. You can find lot of confirmation to that.

However, there is one thing that coming often and it is related to change management of PLM software and implementations. PLM technologies aren’t the most simple software in the world. To manage product data and changes is hard. The diversity of manufacturing companies and requirements is high. All together created lifecycle challenge – how to perform changes as time is moving forward, new requirements are coming, changes are demanding, new technologies are coming,etc.

Marc Lind, Aras’ SVP of Marketing  calls this situation – monolithic software problem. He is a passage I captured from Marc’s common to my earlier article Next PLM marketing battle – Monolithic Systems.

Where we’ve heard people use it to describe Wc/Tc/En is because it’s near impossible to automate a single process like just change mgt, etc. It’s because of the myriad of dependencies inside those systems. Schema dependencies, redundant biz logic, obfuscated data, partial/proprietary/closed APIs, and on and on. All of these together make the legacy PDM systems an ‘all or nothing’ proposition… even if you only want to use one aspect of the system. Very heavy weight, very complicated, very… Monolithic (even if not the precise definition on wikipedia 🙂

While Marc and I are in disagreement about usage of “monolithic software” terminology, there is a lot of truth in what Marc is saying about the way existing PLM applications are managed by companies. It made me think about why PLM implementations are killed by changes organizations need to perform in PLM infrastructure.

1. Vertical integration between data model and software features. Layers of RDBMS management, object model and software are intertwined and exposed to users. Data model was historically part of PLM software delivery to user. Even more, flexible data model is a significant differentiation factor for many PLM vendors. In such case, it backfires and create a spaghetti architecture.

2. Long cycle of implementations. An average PLM implementation time from early planning time to implementation and active usage is taking much longer than average software development these days. Therefore, very often manufacturing companies are stuck with old software and incompatible features.

3. High level of custom development. The amount of customization in PLM implementation is high and creates multiple dependencies on data model and related functionality. All together, it makes changes even longer.

So, what is the trend in PLM lifecycle management? I can see future trend towards pushing problems of PLM implementation lifecycle management back to vendors. Some of them understood it earlier in the process and use it as a very innovative differentiation (part of Aras Innovator subscription is free upgrade guarantee). SaaS software will play a key role in forming new models of sustainable PLM development and services.

What is my conclusion? Monolithic software or whatever other marketing slogan cannot hide a real problem – change management in PLM software. To change PLM implementation is a very painful process. PLM vendors are developing new technologies and product features. At the same time, to bring these innovation to customers is hard and sometimes mission impossible without crushing existing PLM software or bringing additional layers of software. Such situation is not sustainable – a welcome topic for PLM technologists and architects. I can see a trend towards PLM sustainable implementation supported by PLM vendors. It will become a “must” PLM requirements very soon. Just my thoughts…

Best, Oleg

Want to learn more about PLM? Check out my new PLM Book website.

Disclaimer: I’m co-founder and CEO of openBoM developing cloud based bill of materials and inventory management tool for manufacturing companies, hardware startups and supply chain. My opinion can be unintentionally biased.

Recent Posts

Also on BeyondPLM

4 6
19 June, 2014

This week is very fruitful for PLM events. PTC Live 2014, Siemens PLM connection, GrabCAD media event. Twitter and other...

20 September, 2013

Our life is getting more and more web-like. Think about applications and tools we use in our everyday life 10...

2 December, 2008

I’d like to figure out several trends – CAD Data Management, Globalization and Cloud Storage Services.   Trend: CAD vendors...

18 February, 2013

Mobile apps is one of the most growing segments of software business these days. Clearly, the years after iPhone and...

20 January, 2018

In technology world, there is a perception that the company that wins is the one that enters first into the...

28 June, 2021

Back in the old days of enterprise software, the discussion about best of breed vs single vendor was very popular....

6 July, 2025

The long July 4th weekend in the US is the perfect time to catch up on some strategic reading. AI...

1 March, 2013

What is the right PLM size? This question is continuously debated and discussed by PLM vendors. This topic remains active...

30 December, 2015

Standards are similar toothbrushes. Everyone need one, but nobody wants to somebody else standard. CAD and PLM solutions are supporting...

Blogroll

To the top