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

Should PLM Disconnect Data from Process?

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

I had a chance to read an article byebizQ 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

Recent Posts

Also on BeyondPLM

4 6
2 April, 2023

PLM Conferences are coming back in 2023 and I started to put them back on my calendar. You can watch...

21 August, 2009

In my view, there is a very strong interest from PLM community to something called “Social PLM”. You probably had...

2 September, 2019

Last week, I presented at ConX19 (Digital Lifecycle and Future PLM Networks) event organized by IpX – The Institute for...

9 January, 2013

Those of your who following my blog long enough, knows that from time to time, I’m speculating about Google and...

8 August, 2019

Marketplace is an interesting concept and it seems to be progressing well in a modern cloud-based and internet aware economy....

13 March, 2022

My recent few months were turbulent, so I’m apologizing in front of my readers for my somewhat infrequent contribution to...

9 March, 2018

One of the advantages of living in Boston area is to be surrounded by CAD and PLM companies. Long time...

24 January, 2018

The picture above shows 100 years old machining planning in Taber Manufacturing company. 100 years we have computers everywhere, including...

5 March, 2021

One of my earlier articles The death of MBOM and EBOM divide raised interesting debates earlier this week. You can...

Blogroll

To the top