You are currently browsing the tag archive for the ‘Product data management’ tag.
First of all happy new year to all of you. As there is no “End of the World” risk anymore in the near future , we can start looking forward and set our goals for the next 5 years or is it a 7-years plan Oleg ?.
Christmas, the moment the light returns on the Northern hemisphere, plus the food , cycling and the preparations for the next Product Innovation conference in Berlin were the drivers for this blog post.
The title might give you the impression that it is an IQ-quiz: “Which word does not fit in this sequence”? Well, It’s not, they are all related. Let’s put them in a chronological order.
Frogs existed first, and were exploring the world before us humans. Paleontologists assume they had no notion of what was global. In their world it was probably a few ponds in size. For certain, they did not have anything to do with innovation. At that time, survival depended on the slow process of evolution.
Millions of years later, the first Homos appeared on the earth surface; Homo Sapiens, Homo Erectus, Homo Ludens and perhaps more. They all had something in common: Instead of waiting for the evolution which was ongoing, they started in parallel to innovate. First by walking upright, using a more advanced language to communicate and learning to have tools to achieve more. Their world was still within a reasonable walking distance and probably they started to eat frogs.
This evolution continued for thousands of years. Human beings started to spread around the world and in waves they brought innovation. They built stone temples, learned to sail, discovered gunpowder, electricity, the universe, the internet and more. It is interesting to see that every time a major innovation was born, these innovators enriched their region in wealth and culture, using their innovation as a competitive advantage to dominate their neighbors.
In many cases 1000 years later, this innovation became a commodity and other civilizations stood up with their innovation and dominated their regional environment which became bigger and bigger in size. Where possible they made use of the cheap resources (modern word for what was initially called slaves) to enrich their civilization. For certain, the most civilized were eating frogs!
Market expansion – innovation pace
During the last century, the pace of innovation went faster and faster. New ways of communication and transportation became available and affordable, which made it impossible for innovations to stay within a specific civilization. Innovation became available for everyone around the world and the domination shifted towards companies and markets.
Companies with a strategy to innovate, discovered that there were new ways needed to respond faster than before to market opportunities. This was the driving force behind PDM, as an first attempt to get a better grip and understanding of their fast evolving, more complex products, that require more and more global collaboration between design teams.
PDM is now accepted as critical by all manufacturing companies around the world, to guarantee quality and efficiency. Customer focus became the next demand from the market and interestingly enough, the demand for frogs decreased.
However this wave of innovation was followed by a wave with even greater impact on the global society. New technologies, the availability of internet and social media, suddenly changed society. Combined with the financial crisis in the US and Europe, it became clear that the way we worked in the past is no longer the way to survive in the future.
Faster and global
PLM was introduced early this century as a new strategy to become more customer-centric, being able to respond faster and better to market demands by bringing innovation to the market before the competition. PLM requires a different approach by companies to work internally and interact with the (global) outside world. The need to implement the PLM vision requires change and as it cannot be considered as an evolutionary process over several generations, it will be a business change. However, in general, human beings do not like rapid change. Here the frogs come back into the picture, now as the boiling frog metaphor.
It is based on 19th century anecdote describing a frog slowly being boiled alive. The premise is that if a frog is placed in boiling water, it will jump out, but if it is placed in cold water that is slowly heated, it will not perceive the danger and will be cooked to death. The story is often used as a metaphor for the inability of people to react to significant changes that occur gradually. This metaphor is very applicable for the classical approach companies bring their products to the market, where innovation is more a lucky coincidence than a result of a strategy.
Here it all comes together again.
Innovation is the only way for companies to avoid becoming a commodity – not able to differentiate for your potential customers. Now the title of this post should be clear: “Do not be a boiling frog, use PLM to support your innovation and become available for the global market”
As the new year has started and it is still time to extend your good intentions, add Innovation, PLM and Change to your survival list.
I look forward to your comments and hope to discuss with you the relation between PLM and Innovation during the upcoming Product Innovation event in Berlin, where I present a session with the title: “PLM loves Innovation ?”
(when you know me, you know the answer, but there are always surprises)
- Are we as dumb as “Slowly Boiling Brainless Frogs”? (1) (blogs.redding.com)
Sorry for the provoking title in a PLM blog, but otherwise you would not read my post till the end.
In the past months I have been working closely with several large companies (not having a mid-market profile). And although they were all in different industries and have different business strategies, they still had these common questions and remarks:
- How to handle more and more digital data and use it as valuable information inside the company or for their customers / consumers ?
- What to do with legacy data (approved in the previous century) and legacy people (matured and graduated in the previous century) preventing them to change ?
- We are dreaming of a new future, where information is always up-to-date and easy to access – will this ever happen ?
- They are in the automotive industry, manufacturing industry, infrastructure development and maintenance, plant engineering, construction and plant maintenance
- They all want data to be managed with (almost) zero effort
- And please, no revolution or change for the company
Although I have been focusing on the mid-market, it is these bigger enterprises that introduce new trends and as you can see from the observations above, there is a need for a change. But also it looks like the demands are in a contradiction to each other.
I believe it is just about changing the game.
If you look at the picture to the left, you see one of the contradictions that lead to PLM.
Increasing product quality, reducing time to market and meanwhile reducing costs seemed to be a contradiction at that time too.
Although PLM has not been implemented (yet) in every company that could benefit from it, it looks like the bigger enterprises are looking for more.
the L from PLM remains – they still want to connect all information that is related to the lifecycle of their products or plants.
the M from Management has a bad association – companies believe that moving from their current state towards a managed environment of data is a burden. Too much overhead is the excuse to not manage dat. And their existing environments to manage data do not excel in user-friendliness. And therefore people jump towards using Excel.
So if the P is not longer relevant, the M is a burden, what remains of PLM ?
Early June I presented at the Dassault Systems 3DExperience forum the topic of digital Asset Lifecycle Management for owners / operators. One of the areas where I believe PLM systems can contribute a lot to increase business value and profitability (quality and revenue – see using a PLM system for Asset Lifecycle Management )
Attending the key note speech it was clear that Dassault Systems does not talk about PLM anymore as a vision. Their future dream is a (3D) lifelike experience of the virtual world. And based on that virtual model, implement the best solution based on various parameters: revenue, sustainability, safety and more. By trying to manage the virtual world you have the option to avoid real costly prototypes or damaging mistakes.
I believe it is an ambitious dream but it fits in the above observations. There is more beyond PLM.
In addition I learned from talking with my peers (the corridor meetings) that also Siemens and PTC are moving towards a more industry or process oriented approach, trying to avoid the association with the generic PLM label.
Just at the time that Autodesk and the mid-market started to endorse PLM, the big three are moving away from this acronym.
This reminds me of what happened in the eighties when 3D CAD was introduced. At the time the mid-market was able to move to mainstream 3D (price / performance ratio changed dramatically) the major enterprises started to focus on PDM and PLM. So it is logical that the mid-market is 10 – 15 years behind new developments – they cannot afford experiments with new trends.
- the management of structured and unstructured data as a single platform. We see the rise of Search Bases Application and business intelligence based on search and semantic algorithms. Using these capabilities integrated with a structured (PLM ? ) environment is the next big thing.
- Apps instead of generic applications that support many roles. The generic applications introduce such a complexity to the interface that they become hard to use by a casual user. Most enterprise systems, but also advanced CAD or simulation tools with thousands of options suffer from this complexity. Would not it be nice if you only had to work with a few dedicated apps as we do in our private life ?
- Dashboards (BI) that can be created on the
flyrepresenting actual data and trends based
on structured and unstructured data.
It reminded me of a PLM / ERP discussion I had with a company, where the general manager all the time stated the types of dashboards he wanted to see. He did not talk about PLM, ERP or other systems – he wanted the on-line visibility
- Cloud services are coming. Not necessary centralizing all data on the cloud to reduce it cost. But look at SIRE and other cloud services that support a user with data and remote processing power at the moment required.
- Visual navigation through a light 3D Model providing information when required. This trend is not so recent but so far not integrated with other disciplines, the Google maps approach for 3D.
So how likely are these trends to change enterprise systems like PLM, ERP or CRM. In the table below I indicated where it could apply:
As you can see the PLM row has all the reasons to introduce new technologies and change the paradigm. For that reason combined with the observations I mentioned in the beginning, I am sure there is a new TLA (Three Letter Acronym) upcoming.
The good news is that PLM is dynamic and on the move. The bad news for potential PLM users is that the confusion remains – too many different PLM definitions and approaches currently – so what will be the next thing after PLM ?
Conclusion: The acronym PLM is not dead and becomes mainstream. On the high-end there is for sure a trend to a wider and different perspective of what was initially called PLM. After EDM, TDM, PDM and PLM we are waiting for the next TLA
During this summer holiday, I was looking back on recent implementations and sales efforts related to PLM. Some had particular challenges regarding the PLM implementation and the relation to the IT department. The role of the IT-department was crucial, but always in a positive manner ? Judge yourself.
First this statement:
In many mid-market companies the choice for PLM is not that clear.
Let me explain what I mean by a typical mid-market company – it is not based on size or turn-over. For me a mid-market company is a company, not allocating the resources to have an overall strategic department and in addition the IT-department is limited to a team of people with a main focus to keep the company operational – ERP first.
The impact of this situation is twofold:
- From one way new business initiatives will mostly come from departments, either sales, marketing, engineering, production, service or IT. Companywide business initiatives are not likely to come from a separate department as each department is working on their own issues.
- Secondly IT often has a tendency to ‘standardize’ on certain environments. Some quotes:
“We love/hate Microsoft”
“SharePoint is our standard”
“If it is not Linux it is not reliable”
“Our ERP provider has also a PLM module, so this is going to be the standard”
And this standardization is often at the end the business killer
So where does PLM come from in a mid-market company ?
Example 1: The IT-department in company XYZ had the opinion there was a need to provide a company infrastructure for document management – people complained about not being able to find the right information. Related to the CAD system in use, it often became a kind of PDM implementation with extended document management. The IT-department provided the infrastructure (we need Oracle / SQL /DB2 – based on their standards) and engineering was allowed on top of that infrastructure to define their PDM environment.
As most of the people involved in this project were very familiar with computers, the implemented system was highly customized, due to specific actions the engineers wanted and what IT envisioned users would require. The overall thought was that other users would automatically get enthusiastic when seeing this implementation
In contrary: the regular users refused to work with the new PDM system – too complex, it takes too much time to fill in information and in situations of heavy customization some users became afraid of the system. Making one mistake was hard to undo and could have a chain reaction of events further down in the organization. They preferred the traditional method of sending documents or Excels to the other departments and getting face-to-face feedback. Of course in case of missing information or a mistake this could be clarified easily too.
Conclusion from all the PLM pessimists: PLM is too complex, PLM is hard to implement.
My intermediate conclusion: Good will to improve the company’s business is important, however you need business people to define and lead the implementation.
Example2: IT in a company ABC developed a custom PLM infrastructure for their users and everyone was happy, till …… business changed. Where several years ago, the users decided that the standard PLM software was not good enough as some details were not supported and the standard system PLM system was able to do too much, IT generously decided to build a complete, nice user environment for their company.
Everybody happy for three years, till recently, due to acquisitions, outsourced contracting (engineering and manufacturing), the IT-department has to hire more people to support more and more custom connections and data exchange. Now in an overheated state they are looking for ways to use PLM standard software instead, however IT does not want to write off the previous investments that easy, the users are not aware of the problems in changing business and the future PLM decision is again driven by IT and not by business,
Internal conclusion: The IT-department was very helpful for the end users, who appreciated the simple to-the-point interface – whispering: Therefore never a change process took place anticipating strategic changes upcoming. The result a kind of dead end.
My intermediate conclusion: If you are a mid-market company and you are not in software development, stay out of it. It is always a temporary and people dependent (who can/will leave at some time).
Just two examples out of many, typically for mid-market companies. I think also larger enterprises sometimes demonstrate the same problematic. Good IT-people and IT-department are crucial for every company. The challenge is to keep the balance between business and IT. The risk is that due to the fact that there is a lack of business strategy resources, the IT-department becomes the business standard.
Conclusion: PLM is about business change and PLM is not an IT-tool. However a PLM implementation requires good and intensive support from IT. The challenge for every company is that the IT-department often has the most skilled people for a company-wide implementation, however the business drivers and strategy should come from outside.
Your thoughts ???
An interesting debate has started up here about PLM vs CM. Not surprisingly it is revealing a variety of opinions on what each mean. So I’m wondering what sort of reaction I might get from this erudite community if I made a potentially provocative statement like …
“Actually, PLM and CM are one and the same thing” ?
24 days ago
It became a very active discussion and it was interesting to see that some of the respondents saw PLM as the tool to implement CM. Later the discussion moved more towards system engineering, with a focus on requirements management. Of course requirements management is key for CM, you could say CM starts with the capturing of requirements.
There was some discussion about what is the real definition of PLM and this triggered my post. Is the definition of PLM secured in a book – and if so – in which book as historically we have learned that when the truth comes from one book there is discussion
But initially in the early days of the PLM, requirements management was not part of the focus for PLM vendors. Yes, requirements and specifications existed in their terminology but were not fully integrated. They focused more on the ‘middle part’ of the product lifecycle – digital mockup and virtual manufacturing planning. Only a few years later PLM vendors started to address requirements management (and systems engineering) as part of their portfolio – either by acquisitions of products or by adding it natively.
For me it demonstrates that PLM and CM are not the same. CM initially had a wider scope than early PLM systems supported, although in various definitions of PLM you will see that CM is a key component of the PLM practices.
Still PLM and CM have a lot in common, I wrote about is a year ago in my post: PLM, CM and ALM; not sexy ! and both fighting to get enough management support and investments. There is in the CMIP group another discussion open with the title: What crazy CM quotes have you heard ? You can easily use these quotes also for the current PLM opinion. Read them (if you have access and have fun)
But the same week another post caught my interest. Oleg’s post about Inforbix and Product Data Management. I am aware that also other vendors are working on concepts to provide end users with data without the effort of data management required. Alcove9 and Exalead are products with a similar scope and my excuses to all companies not mentioned here.
What you see it the trend to make PLM more simple by trying to avoid the CM practices that often are considered as “non-value add”, “bureaucracy” and more negative terms. I will be curious to learn how CM practices will be adhered by these “New Generation of PDM” vendors, as I believe you need CM to manage proactively your products.
What is your opinion about CM and PLM – can modern PLM change the way CM is done ?
In the past months, I have talked and working with various companies about the topic of Asset Lifecycle Management (ALM) based on a PLM system. Conceptual it is a very strong concept and so far only a few companies have implemented this approach, as PLM systems have not been used so much outside the classical engineering world.
Why using a PLM system ?
To use a PLM system for managing all asset related information ( asset parameters, inventory, documents, locations, lifecycle status) in a single system assures the owner / operator that a ‘single version of the truth’ starts to exist. See also one of my older posts about ALM to understand the details.
The beauty lies in the fact that this single version of the truth concept combines the world of as-built for operators and the world of as-defined / as-planned for preparing changes. Instead of individual silos the ALM system provides all information, of course filtered in such a way that a user only sees information related to the user’s role in the system.
The challenge for PLM vendors is to keep the implementation simple as PLM initially in its core industries was managing the complexity. Now the target is to keep it extremely simple and easy to used for the various user roles, meanwhile trying to stay away from heavy customizations to deliver the best Return on Investment.
Having a single version of the truth provides the company with a lot of benefits to enhance operations. Imagine you find information and from its status you know immediately if it is the latest version and if other versions exists. In the current owner / operator world often information is stored and duplicated in many different systems, and finding the information in one system does not mean that this is the right information. I am sure the upcoming event from IDC Manufacturing Insights will also contribute to these findings
It is clear that historically this situation has been created due to the non-intelligent interaction with the EPC contractors building or changing the plant. The EPC contractors use intelligent engineering software, like AVEVA, Bentley, Autodesk and others, but still during hand-over we provide dumb documents, paper based, tiff, PDF or some vendor specific formats which will become unreadable in the upcoming years. For long-term data security often considered the only way, as neutral standards like ISO-15926 still require additional vision and knowledge from the owner/operator to implement it.
Now back to the discussions…
In many discussions with potential customers the discussion often went into the same direction:
“How to get the management exited and motivated to invest into this vision ? The concept is excellent but applying it to our organization would lead to extra work and costs without immediate visibility of the benefits !”
This is an argument I partly discussed in one of my previous posts: PLM, CM and ALM not sexy. And this seems to be the major issue in western Europe and the US. Business is monitored and measured for the short term, maximum with a plan for the next 4 – 5 years. Nobody is rewarded for a long-term vision and when something severe happens, the current person in power will be to blame or to excuse himself.
As a Dutch inhabitant, I am still proud of what our former Dutch government decided and did in the after the flooding in 1953. The Dutch invested a lot of money and brain power into securing inhabitants behind the coast line in a project called the Delta Works. This was an example of vision instead of share holder value. After the project has been finished in the eighties there was no risk for a severe flooding anymore and the lessons learned from that time, brought the Dutch the knowledge to support other nations at risk for flooding. I am happy that in 1953 the government was not in the mood to optimize their bonus ( an unknown word at that time)
Back to Asset Lifecycle Management ….
Using a PLM system for asset lifecycle management provides the economical benefits by less errors during execution (working on the right information), less human involvement in understanding the information ( lower labor costs) and lower total cost of ownership (less systems to maintain and connect by IT).
But these benefits are in no relation with risk containment. What happens if something goes really wrong ?
If you you are a nuclear plant owner, you are in global trouble. A chemical plant owner or oil company can be in regional trouble, but they also will suffer from the damage done to their brand name globally. Other types of plant owners might come away with less, depending on the damage they potential ‘embank’
The emerging visionaries
For that reason, it is enlightening to see that some companies in Asia think different. There the management understands that they have the opportunity to build their future in a more clever way. Instead of copying the old way EPC contractors and plant owners work together, they start from a single version of the truth concept, pushing their contractors to work more integrated and clever with them. Instead of becoming boiling frogs, they are avoiding to fall into the same trap of many owners / operators in European and US based companies: “Why change the way we work, it does not seem to be so bad”
It requires a vision for the long term, something that will lead to extra benefits in the long term future: more efficient management of their assets, including risk containment and therefore being more competitive. If European and US-based companies want to be dominating in this industry they will need to show their vision too ..
Tomorrow I am attending the European Chemical Manufacturing Masters conference in Berlin, where I hope to learn and discuss this vision with the participants. I will keep you updated if i found the vision …..
I don’t know if it is the time of the year, but suddenly there is again in the PLM world a discussion which is related to the theme of flexibility (or the lack of flexibility). And I do not refer to some of the PLM supplier lock-in situations discussed recently. In a group discussion on LinkedIn we talked about the two worlds of PLM-ERP and that somehow here we have status quo do to the fact companies won’t change the way they manage their BOM if they are not forced to do or see the value.
Stephen Porter from Zero Wait-State in his blog wrote an interesting post about using PLM to model business processes and I liked his thoughts. Here the topic, flexibility was brought into the discussion by me.
However, reading this post I wanted to bring some different viewpoints to Mark’s post and as my response became too long, I decided to post it in my blog. So please read Stephen’s post, read Mark’s post and keep the word flexibility in the back of your mind.
My European view
As I have been involved in several OOTB-attempts with various PDM / PLM suppliers, I tend to have somehow a different opinion about the purpose of OOTB.
It is all about what you mean with OOTB and what type and size of company you are talking about. My focus is not on the global enterprises – they are too big to even consider OOTB (too many opinions – too much politics).
But the mid-market companies, which in Europe practice a lot of PLM, without having a PLM system, are my major target. They improve their business with tools fitting in their environment, and when they decide to use a PLM system; it is often close related to their CAD or ERP system.
In this perspective, Mark’s statement:
Now stop and think… the fundamental premise of OOTB enterprise software is that there’s an exact match between your corporate processes and the software. If it’s not an exact match, then get ready to customize (and it won’t be OOTB anymore). This is why the concept of OOTB enterprise PLM is absurd.
I see it as a simplification – yes customers want to use OOTB systems, but as soon as you offer flexibility, customers want to adapt it. And the challenge of each product is to support as much as possible different scenarios (through configuration, through tuning (you can call it macros or customization) Microsoft Excel is still the best tool in this area
But let’s focus on PLM. Marc’s next statement:
It doesn’t matter if we’re talking about Industry Accelerators or so called ‘best practice’ templates
Again is simplifying the topic. Most of the companies I have been working with had no standard processes or PLM practices as much of the work was done outside a controlled system. And in situations that there was no Accelerator or Best Practice, you were trapped in a situation where people started to discuss their processes and to-be practices (losing time, concluding the process was not so easy as they thought, and at the end blame the PLM system as it takes so long to implement – and you need someone or something to blame). Also her Stephen promotes the functionality in PLM to assist modeling these processes.
PLM is a learning process for companies and with learning I mean, understanding that the way of working can be different and change is difficult. That’s why a second, new PLM implementation in the same company is often more easy to do. At this stage a customer is able to realize which customizations were nice to have but did not contribute to the process and which customizations now could be replaced by standard capabilities (or configured capabilities). A happy target for PLM vendors where the customer changes from PLM vendor as they claim the success of the second implementation. However I have seen also re-implementations with the same software and the same vendor with the same results: faster implementation, less customization and more flexibility.
I fully agree with Marc’s statement that PLM implementations should be flexible and for me this means during implementations make sure you stay close to the PLM standards (yes there are no ‘official’ standards but every PLM implementation is around a similar data model.)
As the metadata and the created files represent the most value for the customer, this is where you should focus. Processes to change, review, collaborate or approve information should always be flexible as they will change. And when you implement these processes to speed up time-to-market or communication between departments/partners, do an ROI and risk analysis if you need to customize.
I still see the biggest problem for PLM is that people believe it is an IT-project, like their ERP project in the past. Looking at PLM in the same way does not reflect the real PLM challenge of being flexible to react. This is one of my aversions against SAP PLM – these two trigrams just don’t go together – SAP is not flexible – PLM should be flexible.
Therefore this time a short blog post or long response, looking forward to your thoughts
As a follow-up of my holiday thoughts, I want to discuss this time the various interpretations of PLM that exist. Of course we have the ‘official’ definitions of the consultancy companies like CIMdata and 2PLM ( I took an American and European example). They describe clearly that it is a business approach, not necessary a set of technologies and tools to implement.
Then we have the PLM vendors, where Dassault Systems and Siemens claim their visionary leadership. Looking at their websites, it is hard to find an explicit message. They both claim PLM brings innovation (how ?) , where Dassault Systemes has a strong message around 3D and virtual product development and Siemens focuses more on efficiency and better collaboration benefits. I am not going in depth into PTC and Aras or other PLM vendors as I am only taking two examples per type of company, but look at their websites and find out how (and if) they describe PLM as a business approach.
For a PLM definition at SAP you have to dig a little deeper and I got even more surprised when searching through the Oracle web site. Here it was difficult to find a generic PLM message. There was the list of acquisitions (which make me wonder if this means they are all integrated) and there was the list of industries and only when drilling down into the industries, you will find PLM related information. Here I still have the feeling that these companies understand there is a need for PLM, but that it is not in their veins, they want to manage product data as a ‘single version of the truth’ – which is not a bad idea and I will come back on that later – but they want to manage different data.
Also upcoming are the generic PLM on-line solutions (Arena and PLM+), which for me still are somehow a contradiction to what consultancy companies describe as PLM. Instead of a bussiness approach it is an IT-solution. In parallel there are more dedicated on-line solutions that support a specific business process (where PLM practices are embedded) – like for Apparel, CPG.
For these type of solutions, I have a more positive opinion as they are lowering the threshold to implement PLM in a certain industry. However the biggest skepticism I have for these types of solutions is the degrees of flexibility it will offer the implementing company to be different from standard best practices. As all companies have their uniqueness in being competitive, will they be able to support this ?
And then there was the press release from Zero Wait-State which struck me:
Zero Wait-State is launching a new website that will provide a central location for Product Lifecycle Management software and partner reviews. This site will be a valuable resource for companies trying to assess different PLM solutions and which partners to work with. The site will be driven by users and allow them to share their experiences with different software products and implementation partners.
See the full press release here: Zero Wait-State Announces New Website for PLM and Service Provider Reviews.
I believe in these times of product selection and reviews certainly a good initiative. Where do we find vendor independent reviews of various PLM products ? Bringing PLM to social communities.
Here I want to take a step back. What is the essence of PLM and how do you know as a company you want to implement PLM ?
The majority of mid-market companies are not looking for a PLM system. Most of the mid-market companies have the impression that PLM is complex and expensive and typical mid-market vendors like Autodesk or SolidWorks are not pushing PLM (try for fun to search for PLM on their websites).
So will a mid-market company be able to select a PLM product through communities in the same manner as you select a consumer product ?
I believe the main challenge for a PLM implementation is not the software, but the business change.
In a company where most people are thinking (and rewarded) departmental, it is difficult to implement a new system that affects all departments. Creating the single version of the truth for product data is one of the basics for PLM. Try to get an agreement with sales, engineering, production and service who will be responsible for which part of the BOM. SAP’s single version of the truth is much more a statement from an IT-infrastructure point of view not focusing and pushing a change of business processes.
I believe, and this is also based on discussions and comments from colleagues focusing on the mid-market, that many mid-market companies are implementing basics of PLM, not always using a ‘certified’ PLM system or PLM vendor, but a pragmatic solution (customization / piece of software) which connects parts of the product information. These solutions are usually extensions on top of the CAD data management environment or the ERP system.
And here PLM vendors have a mission. Provide building blocks (services) that allow mid-market companies to connect data between departments based on known standard authoring tools. For classical PLM industries (Automotive/Aero/Fabrication & Assembly) the major CAD systems and virtual product development plus analysis software are major disciplines to manage. Other industries also have their authoring tools. Connecting them through services and provide an easy to implement backbone for product information. This should be not a big-boom effect in the mid-market, but more an evolution – moving to PLM 2.0 or beyond ?
Will this come from PLM providers or IT-providers ?
For the mid-market it is not about which PLM, but more about who can provide a gradual business change from sequential and departmental business processes towards company-wide processes, where people share and collaborate around the single version of data. So which PLM should be called which provider …..
I am looking forward to your opinion.