• The How-to Guide for Adopting Model Based Definition (MBD) reveals advice and best practices for implementing MBD.  The guide explains why 89% of companies are happy they made the transition and benefits they enjoy as a result. The hardest part of adopting MBD is overcoming the cultural resistance to change. The guide identifies what other companies have done to make the adoption of MBD a success, both internally and with suppliers.This eBook is one in a series of three:Transitioning from 2D CAD to 3D CAD Migrating from 3D CAD to a new 3D CAD Adopting model-based definition (MBD)Please … [ read more ]

    The How-to Guide for Adopting Model Based Definition (MBD) (eBook, survey findings)
  • How do leading manufacturers use cloud software to support product innovation, product development, engineering, and manufacturing?Please share your experience, thoughts, and lessons learned in this new survey on cloud software for product innovation and manufacturing.If you already completed the survey  –> please share with a colleague or on social media using the “Share/Save” buttons above. If you haven’t taken the survey  –> please: CLICK HERE TO TAKE THE SURVEY NOW!Complete the survey and receive a free copy of the final report. In addition, 25 *eligible respondents will … [ read more ]

    Cloud for PLM and Manufacturing (survey invite)
  • This infographic shares survey results about quality and cost management in the Consumer Packaged Goods industry. It visually communicates the results of our research that shows how Top Performing CPG companies are able to achieve better quality and better cost of quality, without trading one for the other. The research shares the methods these leading companies employ, including automation, integration, and a more holistic approach to managing quality.To learn more, please:View the full Stop Choosing Between Cost and Quality in CPG infographic from our sponsor Dassault Systèmes BIOVIA (free or … [ read more ]

    Choosing Cost versus Quality in CPG (infographic)
  • Jim Brown contributed a guest post, Innovation Platforms - the Operating System for the Digital Enterprise, on the value of innovation platforms published in the Dassault Systèmes' Navigate the Future blog. The post shares the value an integrated platform of solutions provides to engineers, the enterprise, and toward achieving digital transformation. The post also covers some basis of the innovation platform from people, process, and technology perspectives.Read the post now (free of charge, no registration required).   … [ read more ]

    Innovation Platforms are the Operating Systems for the Digital Enterprise (guest post)
  • Please join Tech-Clarity's Michelle Boucher, Mark Turner from Alcon Labs, and Swapan Jha from PTC on Tuesday September 12, 2017 for a discussion on the right software solution for medical device engineering. The discussion will feature an interactive discussion between the panelists coving topics such as:Challenges facing medical device manufacturers. Why to consider the complete product lifecycle with respect to:Managing product and requirements. Transitioning from document to product centric approaches. Enabling smart and connected products.The best selection criteria for … [ read more ]

    Selecting the Right PLM Software for Medical Device Engineering (webcast)

SPEAK YOUR MIND

  1. The added complication in the world of outsourcing is, where, oh where, is that data?  Think about the supply chain that Boeing has set up for the 787 Dreamliner, and the problems that that has caused, or the recently discovered proliferation of counterfeit parts in DoD equipment.  No wonder there is angst!

    • Rick, I understand your point about outsourcing leading to a proliferation of data. There is also the issue in a complex supply chain like Boeing’s as to who really owns the IP because the suppliers are not just manufacturing, they are engineering solutions. I think cloud solutions offer the ability to separate whose data center the data is in and let various people collaborate, but then who owns the data is a business (and legal) concern.

      I am not sure I see the tie to obsolete parts. From what I heard from the recent congressional hearing the biggest culprit is actually electronic waste (old computers, monitors, etc.) being illegally re-purposed (breaking down boards, taking the chips, and relabeling them). Does outsourcing further complicate it?

      Thanks!

  2. The added complication in the world of outsourcing is, where, oh where, is that data?  Think about the supply chain that Boeing has set up for the 787 Dreamliner, and the problems that that has caused, or the recently discovered proliferation of counterfeit parts in DoD equipment.  No wonder there is angst!

    • Rick, I understand your point about outsourcing leading to a proliferation of data. There is also the issue in a complex supply chain like Boeing’s as to who really owns the IP because the suppliers are not just manufacturing, they are engineering solutions. I think cloud solutions offer the ability to separate whose data center the data is in and let various people collaborate, but then who owns the data is a business (and legal) concern.

      I am not sure I see the tie to obsolete parts. From what I heard from the recent congressional hearing the biggest culprit is actually electronic waste (old computers, monitors, etc.) being illegally re-purposed (breaking down boards, taking the chips, and relabeling them). Does outsourcing further complicate it?

      Thanks!

  3. Jim, it’s great you got this conversation started. 

    The range of replies, I think, demonstrates that there are numerous tasks out there where the lack of appropriate tools to access and retrieve product data inhibits good decisions and process improvement – not just in engineering, but also (perhaps more so) in ‘out-of-engineering’  functions.

    The key observation is “accessing product data and centralizing it are not absolutely linked.” The ‘management’ bit of PDM or PLM is vital in many instances (but not all), however it tends to be ‘heavy’ to set up and run.  Indeed it may not be immediately possible as in the acquisition example. Once we recognise that product data access and retrieval is separate (though complementary) to product data ‘management, then we can look for new technologies, most likely from other domains such as the web or semantic search, to solve these problems.

    What those technologies are, and what the use-case sweet spots are, is up in the air at the moment. That’s what has made this discussion so interesting…

     

    • Drew,
      I do think it makes sense to think about managing data and retrieving it separately. In an ideal world, there would be a single, integrated solution that does both equally well. And perhaps those that didn’t need to invest in the level of control that PDM can offer could focus on what they do need without the overhead of the rest. Today, however, the discussion clearly shows that product data accessibility is a big issue that is slowing companies down and making them inefficient. It looks like in the short term 3rd party data accessibility solutions (like ShapeSpace) will be a necessary element of a product data strategy.

      Thanks for sharing.

  4. Jim, it’s great you got this conversation started. 

    The range of replies, I think, demonstrates that there are numerous tasks out there where the lack of appropriate tools to access and retrieve product data inhibits good decisions and process improvement – not just in engineering, but also (perhaps more so) in ‘out-of-engineering’  functions.

    The key observation is “accessing product data and centralizing it are not absolutely linked.” The ‘management’ bit of PDM or PLM is vital in many instances (but not all), however it tends to be ‘heavy’ to set up and run.  Indeed it may not be immediately possible as in the acquisition example. Once we recognise that product data access and retrieval is separate (though complementary) to product data ‘management, then we can look for new technologies, most likely from other domains such as the web or semantic search, to solve these problems.

    What those technologies are, and what the use-case sweet spots are, is up in the air at the moment. That’s what has made this discussion so interesting…

     

    • Drew,
      I do think it makes sense to think about managing data and retrieving it separately. In an ideal world, there would be a single, integrated solution that does both equally well. And perhaps those that didn’t need to invest in the level of control that PDM can offer could focus on what they do need without the overhead of the rest. Today, however, the discussion clearly shows that product data accessibility is a big issue that is slowing companies down and making them inefficient. It looks like in the short term 3rd party data accessibility solutions (like ShapeSpace) will be a necessary element of a product data strategy.

      Thanks for sharing.

  5. Great start to a maturity model.

    I think shape based searches are at a different level from basic and advanced searches. Geolus for example promotes reuse and classification of parts which have a similar shape.
    I would consider level 2 as keyword based searches which includes both basic and advanced capabilities.

    • Thanks for the thought Datia (or do you go by Srini?),
      What would you consider basic and advanced keyword searches? Would you break that by the ability to save and share searches? Or the ability to do compound searching? Guided search? As I think more about this, the model probably has a few more sub-levels than I may have initially thought.

      Thanks for your feedback!

  6. Great start to a maturity model.

    I think shape based searches are at a different level from basic and advanced searches. Geolus for example promotes reuse and classification of parts which have a similar shape.
    I would consider level 2 as keyword based searches which includes both basic and advanced capabilities.

    • Thanks for the thought Datia (or do you go by Srini?),
      What would you consider basic and advanced keyword searches? Would you break that by the ability to save and share searches? Or the ability to do compound searching? Guided search? As I think more about this, the model probably has a few more sub-levels than I may have initially thought.

      Thanks for your feedback!

  7. Jim,  Your Maturity Model is a step in the right direction to better understanding of Search Based Applications. We must be clear that an SBA is not PDM or PLM. There may be some confusion here. However, they certainly play in the PDM/PLM spaces, particularly when it comes to ready accessibility of product data. Generally speaking, PLM systems offer good search alternatives, but, they depend on properly structured and consistent data formats and they can only search within their own system.
    Anything less than systems that meet the SBA criteria are undesirable and uneconomic, including systems that require re-purposing of data in some manner. Therefore, one criterion would be ability to forego the expense of re-purposing data into new structures.
     
    Eventually, the Gartner Hype Cycle may come into play as a frame of reference regarding maturity. Unlike experiences with ERP and PLM, I predict (fearlessly, of course) that SBAs will not suffer the over-hyping, disillusionment and maturity that defines the Hype Cycle. It’s fair to say, nevertheless, that we need more definition of the criteria for SBAs.
     
    In your SBA criteria, some alternatives are identified; others are gaining recognition and should be identified in the interest of fairness, for example, Alcove9 (www.alcove9.com). 

     I hope you will continue development of the Maturity Model and expand your report “Issue in Focus: Product Data Accessibility.”
     

  8. Jim,  Your Maturity Model is a step in the right direction to better understanding of Search Based Applications. We must be clear that an SBA is not PDM or PLM. There may be some confusion here. However, they certainly play in the PDM/PLM spaces, particularly when it comes to ready accessibility of product data. Generally speaking, PLM systems offer good search alternatives, but, they depend on properly structured and consistent data formats and they can only search within their own system.
    Anything less than systems that meet the SBA criteria are undesirable and uneconomic, including systems that require re-purposing of data in some manner. Therefore, one criterion would be ability to forego the expense of re-purposing data into new structures.
     
    Eventually, the Gartner Hype Cycle may come into play as a frame of reference regarding maturity. Unlike experiences with ERP and PLM, I predict (fearlessly, of course) that SBAs will not suffer the over-hyping, disillusionment and maturity that defines the Hype Cycle. It’s fair to say, nevertheless, that we need more definition of the criteria for SBAs.
     
    In your SBA criteria, some alternatives are identified; others are gaining recognition and should be identified in the interest of fairness, for example, Alcove9 (www.alcove9.com). 

     I hope you will continue development of the Maturity Model and expand your report “Issue in Focus: Product Data Accessibility.”
     

  9. Coming from engineering I do see the a linkage between PDA and PLM/PDM, because the data is required in the context of getting your work done and it exists in many places in separate systems some structured some not. The data retrieval criteria for PDA in my opinion is a direct function of the process context. If your doing an engineering change then the search criteria is different than looking for concept during the concept phase. I think its going to evolve PLM/PDM, the standard process brings with it efficiency, consistency and good data retrieval adds even more efficiency and clarity because people can find what they need when they need it to make better decisions. This is a really good discussion and I look forward to seeing how this all evolves.

    • Thanks for weighing in on this David. I guess one of the criteria that you could use for determining whether a tool like this should be part of an application like PLM is whether it only acts on the data in that application. Your point about a concept design is great. How many times is that actually in PLM? Or how often do we need bits of information that are in ERP, or even in a spreadsheet somewhere? Or how often do people work in multiple PDMs?

      PDA (or Search-Based Applications, SBA, as it is being called in a large LinkedIn conversation I am in) needs to have broader access than PDM/PLM. Of course that doesn’t mean it can’t come from a PLM vendor, but the value-add coming from the vendor is when it is tightly integrated into their own data model.

      Thanks for commenting.

      • Jim yes I agree very much that SBA/PDA must be broader than just the data in the PDM/PLM and IF the suppliers get that point (Open vs Closed) then the industry will evolve. Its critical we farm the non-structured data and be able to quickly narrow down that data in the context of a process. SBA will really add value to the process if we can accomplish an advanced search function and then feed the PLM Engineering Change Process GUI as an example. This is much easier said than done…. but that was a point I was making. 

        • David,
          I totally agree with you about search and feeding the right information into processes. That brings up the next level of integration – composite applications.

          Now, once we have all of the data from different places and pull it into a common place to act on it – how do the actions get executed? For example if I have an ECO that impacts the design and inventory, I probably need to update PLM and ERP. What you suggest not only pulls the data together, but pulls the process together. Just the data would be nice for most people, but integrating processes with the data is a big value.

          The next step (in my ideal world) would be that the ECO GUI is a composite application that could not only take the information and allow someone to make a decision, but also make the updates in one place and have those updated in the respective systems. Of course you could integrate the PLM ECO process to ERP – but the PLM ECO process typically doesn’t have enough information on what to do with inventory, open orders, and all of the execution-oriented things ERP (and possibly MES in some environments) address.

          But to be honest, if we can find a way to let people access all of their data it would be a huge step all by itself.

          Thanks, I appreciate your perspective on this.

  10. Coming from engineering I do see the a linkage between PDA and PLM/PDM, because the data is required in the context of getting your work done and it exists in many places in separate systems some structured some not. The data retrieval criteria for PDA in my opinion is a direct function of the process context. If your doing an engineering change then the search criteria is different than looking for concept during the concept phase. I think its going to evolve PLM/PDM, the standard process brings with it efficiency, consistency and good data retrieval adds even more efficiency and clarity because people can find what they need when they need it to make better decisions. This is a really good discussion and I look forward to seeing how this all evolves.

    • Thanks for weighing in on this David. I guess one of the criteria that you could use for determining whether a tool like this should be part of an application like PLM is whether it only acts on the data in that application. Your point about a concept design is great. How many times is that actually in PLM? Or how often do we need bits of information that are in ERP, or even in a spreadsheet somewhere? Or how often do people work in multiple PDMs?

      PDA (or Search-Based Applications, SBA, as it is being called in a large LinkedIn conversation I am in) needs to have broader access than PDM/PLM. Of course that doesn’t mean it can’t come from a PLM vendor, but the value-add coming from the vendor is when it is tightly integrated into their own data model.

      Thanks for commenting.

      • Jim yes I agree very much that SBA/PDA must be broader than just the data in the PDM/PLM and IF the suppliers get that point (Open vs Closed) then the industry will evolve. Its critical we farm the non-structured data and be able to quickly narrow down that data in the context of a process. SBA will really add value to the process if we can accomplish an advanced search function and then feed the PLM Engineering Change Process GUI as an example. This is much easier said than done…. but that was a point I was making. 

        • David,
          I totally agree with you about search and feeding the right information into processes. That brings up the next level of integration – composite applications.

          Now, once we have all of the data from different places and pull it into a common place to act on it – how do the actions get executed? For example if I have an ECO that impacts the design and inventory, I probably need to update PLM and ERP. What you suggest not only pulls the data together, but pulls the process together. Just the data would be nice for most people, but integrating processes with the data is a big value.

          The next step (in my ideal world) would be that the ECO GUI is a composite application that could not only take the information and allow someone to make a decision, but also make the updates in one place and have those updated in the respective systems. Of course you could integrate the PLM ECO process to ERP – but the PLM ECO process typically doesn’t have enough information on what to do with inventory, open orders, and all of the execution-oriented things ERP (and possibly MES in some environments) address.

          But to be honest, if we can find a way to let people access all of their data it would be a huge step all by itself.

          Thanks, I appreciate your perspective on this.

Trackbacks

Speak Your Mind

*