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

PLM Process Management – How many Workflows do we Need?

PLM Process Management – How many Workflows do we Need?
olegshilovitsky
olegshilovitsky
20 April, 2009 | 3 min for reading

In one of my previous posts, I already discussed PLM process management: Should PLM develop its own process tools?. In reality, I see that companies have many products that have process management and workflow capabilities. Some of them are part of IT platforms (Microsoft SharePoint, IBM WebSphere etc.), while others are part of PDM, PLM and ERP tools. With such a large number of capabilities, I noticed that companies often develop multiple solutions to manage these processes – and these solutions are tightly connected to existing products. From a particular standpoint, it will let customers maximum the reuse of product capabilities and organize a dedicated process management and workflow solution integrated with data managed by a particular system (PDM, ERP etc.). But, one of the biggest drawbacks of that kind of situation is that organizations have multiple silos of disconnected solutions, with multiple process/workflow management implementations.

So my question is how many ”workflows” do we need in an organization? More precisely, I’d like to think about how to organize separated and disconnected workflow and business processes management solutions. Following are the priorities needed to organize this solution:

1. Establish a single process modeling environment

2. Multiple process deployment

3. Immersive access to process /workflow execution in a built-in user environment

A single process modeling environment would user to organize and maintain a single picture of the organizational processes. My preference in this case is IT platforms. Organizations normally chooses one IT platform, so having an environment in which to model processes makes a lot of sense to me. Consolidation around popular notations such as BPMN can let you use 3rd party tools, in some cases, if they provide additional benefits in managing of single process model.

Multiple process deployment can resolve the procedure of integrating processes into many existing systems. This depends on the specific system deployed by the company, and can be done in different ways – but the goal here is to keep the process connected to specific solution as much as possible (i.e. product data management and/or any vertical solution in the organization). This will allow existing systems to maintain the connection with data management using this system/sub-system. Access to this data is very important since most of process logic, in many cases, depends on this information.

Most of the processes require user involvement for control and data submission (i.e. document approval, ECO management etc.) Immersive access to process/workflow execution and control from the regular user daily environment is critical – because this is what guarantees the user’s acceptance. A process solution will be live only when customers will use it rather than bypass it.

So, where do you start? 1- Analyze what system can be used to keep overall control of processes in the organization; 2- Choose process modeling tools; 3- Analyze how to connect multiple workflow and process management solutions that already exist in the organization; 4- Give priority to solutions that have immersive integration in the user environment.

As usual, I’m open to discuss this and am interested to know what type of solutions you have and how you organize workflow and business processes within your organization.

[youtube=http://www.youtube.com/watch?v=0SByaJGb97U]

[youtube=http://www.youtube.com/watch?v=kq4JVkkCzKY]

Recent Posts

Also on BeyondPLM

4 6
30 June, 2010

I’d like to continue discussion of Openness and PLM (see my yesterday post – Closed Thoughts about PLM Openness) with...

18 November, 2023

Earlier this week I attended Autodesk University 2023. The event back to its regular location Las Vegas Venetian (Sands Expo),...

4 September, 2018

For the last few years, PLM community and vendors got used to the word “cloud”. You can see that every...

7 December, 2011

Back to the beginning of this year, I came with the post – Integrating PLM and PDM. Wrong question? My...

8 March, 2010

Old, but very interesting blog post by Thomas Otter from Gartner made me think more about the future of PLM...

30 May, 2013

Enterprise software sucks. How many times we’ve heard that for the last 5 years? Probably too many… I remember one...

20 July, 2015

We speak about new technological trends and how to simplify enterprise implementation. At the same time, large CAD and PLM...

25 August, 2010

I’m continuing to explore various aspects of relations between PLM and social systems and tools in my blog. The social...

9 March, 2025

PLM was around for the last 2-3 decades slowly evolving from CAD file management to more sophisticated database to manage...

Blogroll

To the top