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
12 January, 2011

What is the most popular PLM system in the world? Yes, Microsoft Excel. In my view, every time PLM system...

3 September, 2019

In the past few weeks, I found the topic of “PLM standards” came across multiple times. I brought the discussion...

27 November, 2012

Cloud discussions are trending these days. As Autodesk employee, I’m attending Autodesk University 2012 these days in Las Vegas. Autodesk...

26 November, 2011

I’m coming to AU 2011 this year. As you already know, Autodesk is planning to unveil their PLM story. In...

5 September, 2021

In recent years, we’ve been accustomed to searching everything on Google. It is easy to find the answer to your...

13 April, 2009

Personalization is one of the today’s trends in product development. More and more manufacturers are discovering the ability to develop...

22 December, 2024

It is that time of the year again. As we are approaching the end of the year, I like to...

27 March, 2013

The conversation about social software is getting more mature these days. Do you remember early period of “social software” talks....

5 June, 2018

One of PLM projects I’ve been following for long time is Siemens PLM Active Workspace. It was first introduced 6...

Blogroll

To the top