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

Should PLM Disconnect Data from Process?

Should PLM Disconnect Data from Process?
Oleg
Oleg
27 August, 2010 | 2 min for reading

I had a chance to read an article by ebizQ related to Cordys BPM. For those who is not aware – Cordys is a relatively new outfit in the enterprise software market. The wizard name behind this company is Jan Baan. If you are a long-time citizen in the enterprise software domain, you need his first ERP company – BAAN. These days Jan Baan is very active and Cordys is one of his new babies. In his interview, Jan is discussing his long project related to decoupling of processes. The following quote seems to me interesting:

… ending the data-process dependency is easier said than done. Suppliers attempted it using extremely fat clients at one extreme and sophisticated distributed data with replication at the other.

Process Decoupling

For a very long period of time the concept of “a process needs data” were dominant. Multiple BPM vendors claimed that the only way to make BPM successful is to bring meta-data (and other data) into BPM product suites. I can agree, this strategy seems to be successful if you plan is to create integrated enterprise software suites. However, thinking more about Internet technologies and lean architectures it makes much more sense to make a disconnection of data and process.

PLM: Process vs. Data

In my view, PLM Software vendors are definitely moving towards better vertical integration. Users are asking PLM companies for a better integration between products, and PLM (and not only PLM) companies are starting to couple products and solutions together to ensure customers will spend fewer resources tailoring these solutions.

What is my conclusion? I think, enterprise software vendors can miss the dangerous point of data and process connection and interplay. When most of the enterprise companies use data to lock-in customers in their product suites, the addition of processes seems to them as a natural continuation of this strategy. The real danger of these strategies is a large complicated software products and extremely high cost of changes. Just my thoughts…

Best, Oleg

Disclaimer: I’m the co-founder and CEO of OpenBOM, a digital-thread platform providing cloud-native collaborative services including PDM, PLM, and ERP capabilities. With extensive experience in federated CAD-PDM and PLM architecture, I’m advocates for agile, open product models and cloud technologies in manufacturing. My opinion can be unintentionally biased

Recent Posts

Also on BeyondPLM

4 6
13 October, 2015

I’ve been following Amazon re:invent event last week. One of the largest Amazon events is totally focused on Amazon Web Services...

6 February, 2014

To implement PLM is a process and change. Speak to anyone in engineering and manufacturing community and they will bring...

6 January, 2016

Who owns product data? Engineering.com article Moving Towards Product Innovation Platforms by Verdi Ogewell brings that question and share some interesting...

2 June, 2015

Data was always a core part of what manufacturing does. Manufacturing companies have lots of data. According to Joanna Schloss...

25 May, 2017

Recent CIMdata cloud PLM research brings attention to PLM cloud circa 2017 and trying to figure out reasons why manufacturing...

29 December, 2015

The sensors are getting smaller and more efficient. The last BGR blog featured remarkable new sensor chip pulls power out...

8 June, 2019

I spent the last three days at IDE 2019 – a summer school organized by Core-Lab of the University of...

13 April, 2020

Sunday quarantine time is the best moment to reflect on the history of PLM and future trends. Lionel Grealou gave...

1 October, 2012

I’m in UK these days. Everything is on the wrong side :)… So, I decided to start from an unusual...

Blogroll

To the top