From PDM to PLM: Unify or Integrate?

by Oleg on October 31, 2011 · View Comments

Earlier, this year, I post a blog called – Integrated PDM and PLM: Wrong Question? In the beginning, this blog post was inspired by Jonathan Scott’s presentation on SolidWorks World 2011. Aras EPLM announcement last week, made me think a bit more about PDM / PLM trends. The idea of integrating PDM with PLM isn’t new and already had a chance to discuss it before. In some of my previous blogs, I discussed that PDM overall maturity was growing for the last 10 years as well as facts that confirming CAD /PDM software vendors will be searching how to boost their future activities based on existing PDM products. Navigate to the following blog – CAD, PDM and PLM diversity, CAD Data and PLM, Autodesk Vault: Enterprise PDM or PLM? A growing amount of conversations around PDM vs. PLM topics made me think about to possible trends in a future PDM to PLM conversation:

Unify PDM and PLM

This is a path that was taken by large CAD/PLM vendors. You can hear “unification talks” from all mindshare PLM companies – TeamCenter, Enovia V6,Windchill. The arguments used by these vendors are quite simple – let’s reduce the amount of systems, unify and centralize information and “life will be good”. These messages are certainly convincing. In the following video, you can listen to how TeamCenter chief – Steve Baschada is talking about PDM to PLM transition.

Keep PDM and Integrate PLM

This is an opposite approach. For many companies, PDM is a successful project. SolidWorks Enterprise PDM, Autodesk Vault, SolidEdge /TeamCenter Velocity. These are examples of successful PDM systems with proven records of deployments. What if we can take PDM “as is” and integrate PLM products on top of them. Aras presented a case with Aras EPLM. I believe Agile PLM, SAP PLM and some other vendors can think about such an approach. I can see “cloud products” can be proposed on top of existing “on premise” offerings. I remember, Arena Solution tried in the past to have such a type of “integrated offering”.

What is my conclusion? I think, these two trends are going to compete in a very near future. Unification as an old school of PLM will be mostly in a defense mode. Their expansion is limited by a significant cost of transition from existing (PDM) systems to unified new platforms. An alternative can be interesting, in my view. Aras is a first example. More to come. The opportunity here is to keep TCO lower. However, the danger of complex integration between PDM and PLM can make this “trick-or-treating” dangerous. Will Aras and followers are going to get more Halloween candies? I don’t know. Just my thougths… Next time I’m going to talk about PDM to PLM integration challenges.

Best, Oleg

  • Share/Bookmark
  • ITC INFOTECH


    p, li { white-space: pre-wrap; }

    ITC Infotech is one of the leading PLM solutions providers globally, which enables companies and organizations to achieve its goals by solving its key business issues.

  • beyondplm

    How ITC Infotech can help companies to integrate multiple PDM, PLM systems?

  • Edwin Chung

    Hi Oleg,

    Thanks for writing this blog - I'll reference it from ours!

    In my experience, merging PDM and PLM has had one primary problem: it makes them into one system. This monster of a database is too large for a single person to manage. The software is always too out-of-date for R&D to be satisfied, too integral for Operations to risk upgrading, and too expensive for "corporate politics" to ignore! Just as large corporations often segregate divisions across buildings or states, product-specific PDMs should act as silos for work-in-progress Engineering data, uploading "cleaned" and organized data into the corporate PLM.

    However, you touch about it in your blog when you mention "cloud products". I think unified PDM/PLM "cloud" services are exactly what small-sized or startup product companies need: a single solution that someone else is managing so that I spend my time Engineering.

    Thanks again for the write-up. It's good to see others who agree with me that the goal is to keep the TCO low but the productivity high!

    Ed Chung

  • beyondplm

    Edwin, thanks for commenting and sharing your opinion. Yes, big PDM/PLM is hard to control and manage. Interesting enough is that unified cloud PDM/PLM is what Arena solutions tried to implement many years. However, it wasn't spread out widely. What do you think is the biggest challenge for cloud PDM/PLM? Thanks, Oleg

  • Sporter

    Oleg,

    As you are probably aware we specialize in this area and offer solutions for both methods.  Based on our experience I believe that both methods are legitimate and each offer unique benefits.  It really depends on the customer as to whcih approach makes the most sense.  The problem with the CAD based PLM vendors like PTC and Siemens is that they are blindly forcing all of their clients toward a single PLM approach even if this is not the best fit for them.  Interoperability allows customers to have choices and to select the technologies that best meet their needs.  Moreover it is rare that a company can meet all their needs with one application.  I talked about this in my article PLM's Dirty Little Secret, http://www.zerowait-state.com/...

  • beyondplm

    Thanks for commenting and article sharing. PLM companies are trying to force customers to use their unified solutions, because try to maximize usage and revenues. Using "other" applications, obviously increase the integration cost. So, if a customer can be "convinced" to use a unified approach, creates an illusion of optimal solution. However, as you noted it is a rare situation that you can satisfy all customer's needs with a single system. In many cases, PDM solutions, a better connected with CAD systems from the same vendor. It creates an opportunity for "an integrated approach". Aras is trying to leverage this situation with SolidWorks EPLM. Just my opinion, of course. Oleg

  • Hi Oleg,
    Just a thought, I think it's much simpler for an IT manager to take a software editor who "does everything" than many editors who use standard systems to make their system communicate. At first sight i think the IT manager can say, well i should better take just one editor i will have a single contact aware of the all project and he can cover the whole scope. Issue is, the big editors haven't designed all these software. Most of these softwares have been bought regardless of how easy it was to integrate on a software base to the existing portfolio.
    To me the right way is to have multiple tools that can communicate. It's much more work for the IT manager, but less risk and you are much likely to deploy in run simultaneously implementation task as per definition of the selected standard you have common interfaces.
    My guess is that it will play a huge difference on implementation delays and it will push for a more technological competition between editors.
    Best Regards,
    Yoann

  • beyondplm

    Yoann, thanks for the comments and insight! I've seen many customer references saying about advantages of having a single system. However, I never heard about public reference of customers doing opposite. Can you bring any examples / links? Thanks, Oleg

  • Well as long as you don't see the risk of having a single supplier, you just see the advantages and you just don't advertise the fact that you're still widely using Excel spreadsheets for common data management process like FMEA, PDCA, small projects, test campaign follow-up, skills management,...
    I can't mention customers doing this yet but I hope to do it soon. 
    I like the OSLC initiative for that : http://open-services.net/about...
    I think the good news for IT management, will be that they will just have to look for a tool which is OSLC compliant and then they will be able to select different softwares from many editors instead of having different modules from one editors who didn't have any competition after you signed your first license with him.
    In PLM the battle for standards has been slow because of CAD consideration but we need to communicate on the fact that Standards in PLM exist out of CAD. They need to be defined at data-model level (how a document is related to a part) but also at technological level (webservices, json, xml...)

  • beyondplm

    Yoann, Yes, I do like OSLC. I think it has a potential. I had a chance to write about it before. Remember this -- PLM and ALM: How to blend separate systems --> http://plmtwine.com/2010/06/02.... Frankly, I'm a strong believer in RDF-based technologies. What do you think about a potential of future RDF-based activity for standards in PLM? Best, Oleg

blog comments powered by Disqus

Previous post:

Next post: