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

PLM over-engineering

PLM over-engineering
Oleg
Oleg
9 November, 2016 | 3 min for reading

over-engineering-plm-architecture

“Two engineers. Three opinions”. You probably heard this joke before. This is a reality of engineering world. In my view PLM projects is a quintessence of the complexity and opinions about the requirements and how things should be implemented. Business requirements are exploding, discussions are endless and the result is bloated implementation with lot of features, options and constraints. The unfortunate outcome of this is a potential over-engineering of PLM software.

The article 10 Modern Software Over-Engineering Mistakes gives you an excellent set of examples how you can potentially over-engineer software and also provides some recommendation about how to avoid it. Read the article and share it with your team.

In my view, this is a “must read” article for PLM architects. Some of the examples made me chuckle and some them are mistakes I’ve seen in most of PLM products.

Here are two of my favorite examples:

1- Re-usable business functionality.

In my view, PLM software can set a top record in delivering such thing as “PLM platform” and trying to insure that all functional channels are under a full control and centralized. Here is a picture to demonstrate that.

generalizationproblem

2- General purpose tools and services.

The challenging path PLM systems are often following is to find or to create a generalized set of reusable functionality. Generic adapters, generic queries, generic data mapper (data modeller), generic request, generic executor, etc. Are you familiar with that? I’ve seen it so many times. Instead of trying to solve the business problem, we waste our time trying to find the perfect set of reusable services. The answer is so simple – stay shallow and make it usable.

3- An attempt to find a perfect abstractions.

The core element of any PLM system is functional data model. Everything starts and ends there. Every PLM system have created an abstraction for its own data model. Here is the thing – PLM vendors are paying huge price on developing of perfect abstractions and trying to follow them into implementation. Here is a passage from the article

Designs are always playing catch up to changing real world requirements. So even if we found a perfect abstraction by miracle, it comes tagged with an expiry date because #1 — The House wins in the end. The best quality of a Design today is how well it can be un-designed. Conversely, Duplication is sometimes essential for the right abstraction. Because only when we see many parts of the system share “similar” code, a better shared abstraction emerges. The Quality of Abstraction is in the weakest link. Duplication exposes many use cases and makes boundaries clearer.

What is my conclusion? PLM systems are paying huge price tag by over-engineering things, building sophisticated abstractions and bloated architectures. The result is that manufacturing companies are spending tons of time to find how to map their specific requirements into PLM software architecture. This is a problem with analog PLM I described in my earlier article. Simplicity is the ultimate sophistication. Future PLM systems will have to explore the simplification route in PLM software development and implementation architecture. 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 April, 2011

As you know, I spent end of my last week, including the weekend at COFES (The Congress of the Future of...

11 June, 2022

The last three years were one of the most turbulent in the history of PLM. COVID, supply chain challenges and...

24 July, 2015

In a swift move, Microsoft decided to reinvent email. I guess, many of you had a chance to work with Outlook...

22 June, 2010

I’d suggest to have some fun in the beginning. What is PUI? Do you think this is a new PLM...

30 October, 2009

This week was signed by a significant event – Dassault Systems announced intent to acquire IBM’s PLM Software distribution activities....

14 May, 2011

It is almost two years passed since I put on my blog a question about FREE as a best future...

27 September, 2017

Photo credit: Tesla Robot Dance by Steve Jurvetson It is hard to argue about value proposition behind “PLM projects”. PLM story...

20 October, 2011

There are many discussions these days going around cloud and confrontation between large technological companies. If you miss the following...

15 April, 2023

I attended the Imagination in Action – Future of Business with AI (artificial intelligence) event at MIT earlier this week....

Blogroll

To the top