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

Accidental Collaboration using PLM

Accidental Collaboration using PLM
olegshilovitsky
olegshilovitsky
29 September, 2009 | 3 min for reading

Picture 6I’d like to think about how to improve collaboration… So, why I’d like to talk about “collaboration” again? We got enough collaboration for the past years in PLM. Our primary focus was on how to enable collaboration by seamless access to design, models, visuals, processes in the end. Even so, this is exactly my point – we enable collaboration when people actually ready to collaborate on something. If you are sending request to you colleagues with a specific 3D fragment, problem, issue etc. All these situations can be grouped as “intentional type of collaboration”. Your intent is to collaborate, so it makes things easy.

Now, let me come with a different type of collaboration – accidental. For me, the main distinguished situation in this case, that this type collaboration happens not according to the initial intent. So, you are not allowing people to collaboration with you, but use information created by somebody else to collaborate on the specific topic. I will give you few examples of accidental collaboration: 1/ your discover a specific design problem happened to machine you design in the past; 2/ you are analyzing support case and discover how to improve machine or process; 3/ you are looking on revenues from your products and discover something specific comes out of machines or products you are working on.

Now, what is similar in all these situations (and maybe you can come with something in addition). You have no specific intent to collaborate. A collaboration happens by accident when you work in the context of a specific set of data. This specific set of data is not created for this collaborative purpose, but was created by somebody else, or even a result of combination and/or manipulation on data. Sounds like simple, right? However, in my view, this is terrible missed point in today’s collaborative systems. Most of the tools to support accidental collaboration, today developed by implementation services and target a specific customer need. There is very little generic support for such tools.

So, what should be done, in my view to improve PLM ability for accidental collaboration? Below are few proposals how we can better facilitate accidental collaboration:

1.     Usability of product data representation. As much more we will be human oriented, more information will be available for users

2.     Use “contextual patterns” of user experience. Facilitate presentation of information in the context of particular topic – user, product, operation, requirements, customers.

3.     Improve annotation capabilities. Improve an ability of the system to annotate information. It will allow to create additional data, contextually connected.

4.     Improve data portability. We need to have an ability to transfer data between systems in enterprise. It will allow transparency and connection of information.

5.     Improve Business Intelligence. To have additional BI capabilities will allow to mine and extract data, previously hidden from users.

I’m sure this is a not exhaustive list of needs. However, following these needs will allow to streamline collaboration significantly. How do you see it? Do you have similar cases in your organization? Does it make sense to you?

Best, Oleg

Recent Posts

Also on BeyondPLM

4 6
13 February, 2009

RSS technology is used widely today for communication and notification about changes in Web content. I think that RSS is...

13 October, 2017

Graph is a very powerful paradigm. For many years, the idea of “graph” or “connection” was empowering software engineers to develop...

15 July, 2010

My new website and blog is BeyondPLM. The original post is here. The question of identification is probably of the...

11 January, 2017

Cloud was one of the main “debated” topic in PLM for the last 2-3 years. All PLM vendors learned how to...

3 July, 2014

I’m sure most of you are familiar with XP (Extreme Programming) – software development methodology, which intent to improve software...

14 May, 2009

Look at this news about Google Cloud: 1. MS Office: 0. Actually, most of the discussion here is about when...

16 June, 2009

How will PLM-related software evolve on the cloud? This is actually my question for today. How will PLM get along...

18 May, 2025

If there’s one thing I’ve learned watching engineering software evolve, it’s this: adoption follows familiarity. The user adoption process is...

10 July, 2012

Experience. We love this word nowadays. I can hear many discussions about “experience” these days. The last five years of...

Blogroll

To the top