You are currently browsing the category archive for the ‘ROI on PLM’ category.
Sorry guys, I am aware of the fact that the definition of PLM is very ambiguous. Every vendor, implementor and probably PLM consultant has a favorite definition. Just to illustrate this statement, read Brain Soaper´s recent post: What are the top 5 things to know about PLM ?
Interesting Brian starts with stating the definition of PLM is priority #1, however as you can see from the comment session, it is all about having inside your company a common definition of PLM.
And now I start writing about digital PLM, again a definition. You might have read in my blog about classical PLM and modern PLM.
In particular for CAD data, classical PLM is focusing on managing files in a controlled way, through check-in and check-out mechanisms. On top of file management, classical PLM provides more data-driven functionality, like project management, process governance (workflows / approvals / ECx processes) and BOM management (to link to ERP).
Classical PLM can still bring great benefits to a company as time for searching, paper-based processes and data retyping in ERP can be avoided, leading to reuse and fewer errors. The ROI time for a classical PLM implementation lays between two years to three years; my observations from the past. This time can still vary a lot as not every company or implementor/vendor uses the ideal approach to implement PLM, due to cultural issues, wrong expectations or lack of experience from both parties.
The connotations I have with classical PLM are:
linear, rigid, mechanical,(old) automotive, previous century
Modern PLM = Digital PLM
Modern PLM is based on the vision that all information should be managed and stored as data objects, not necessary in a single system. Still the PLM infrastructure, using structured and unstructured data, should give each user in the organization with almost real-time information in context of other relevant information.
My non-stop blog buddy Oleg recently wrote a post in that context: Data as a platform & future manufacturing intelligence. Oleg is nicely describing some of the benefits of a data-driven approach.
Accenture provides insight with their infographic related to Digital PLM. Read it here as it is very concise and gives you a quick impression what Digital PLM means for an organization. Here is my favorite part, showing the advantages.
The substantial advantages from digital PLM are all coming from the fact that information is stored as data objects, all having their individual versions, relations and status. The advantage of data elements is that they are not locked in a document or specific file format. Information can flow to where or whom needed without translation.
The connotations I have with digital PLM are:
real-time, data continuity, flexible, software and future.
Still some caution:
Reported ROI numbers for digital PLM are significant larger than classical PLM and I observed some facets of that. Digital PLM is not yet established and requires a different type of workforce. See other blog post I wrote about this theme: Modern PLM brings Power to the People.
But what about digital PLM – where is the word digital relevant ?
ETO – model-based engineering
Where to focus first depends very much on your company´s core business process. Companies with an Engineering To Order (ETO) process will focus on delivering a single product to their customer and most of the time the product is becoming more like a system, interacting with the outside world.
Big challenges in ETO are to deliver the product as required, to coordinate all disciplines preferable in a parallel and real-time manner – in time – on budget. Here a virtual model that can be accessed and shared with all stakeholders should be the core. The construction industry is introducing BIM for this purpose (a modern version of DMU). The virtual model allows the company to measure progress, to analyze and simulate alternatives without spending money for prototypes. In the ideal world engineering and simulation are done on the same model, not losing time and quality on data translations and iterations.
The virtual model linked to requirements, functions and the logical definition allows virtual testing – so much cheaper and faster and therefore cost efficient. Of course this approach requires a change in how people work together, which is characteristic for any digital business. Breakdown the silos.
Typical industries using the ETO model: Construction, Energy, Offshore, Shipbuilding, Special Equipment
CTO – model-based manufacturing
In a Configure To Order (CTO) business model you do not spend time for engineering anymore. All options and variants are defined and now the focus is on efficient manufacturing. The trend for CTO companies is that they have to deliver more and more variants in a faster and more demanding global market. Here the connectivity between engineering data and manufacturing data becomes one of the cornerstones of digital PLM. Digital PLM needs to make sure that all relevant data for execution (ERP and MES) is flowing through the organization without reformatting or reworking the data.
The digital thread is the dream. Industry 4.0 is focusing on this part. Also in the CTO environment it is crucial to work with a product model, so all downstream disciplines can consume the right data. Although in CTO the company´s attention might go to MES and ERP, it is crucial that the source of the product model is well specified and under control from (dgital) PLM.
Typical CTO industries are: Automotive, Consumer Goods, High-Tech, Industrial Equipment
BTO – models everywhere
In BTO there is always engineering to do. It can be customer specific engineering work (only once) or it can be changing/ adding new features to the product.
Modularity of the product portfolio might be the answer for the first option, where the second option requires strong configuration management on the engineering side, similar to the ETO model. Although the dream of many BTO companies is to change a CTO company, I strongly believe change in technology and market requirements will always be faster than product portfolio definition.
ETO, BTO and CTO are classical linear business models. The digital enterprise is changing these models too. Customer interaction (myProduct), continuous upgrade and feedback of products (virtual twin), different business models (performance as a service) all will challenges organizations to reconsider their processes.
Digital PLM utilizing a model-based or model-driven backbone will be the (potential) future for companies as data can be flowing through the organization, not locked in documents and classical processes. In my upcoming blog post I will spend some more time on the model-based enterprise.
It depends on your company´s core business process where the focus on a model-based enterprise supported by (digital) PLM benefits the most. In parallel business models are changing which means the future must be flexible.
Digital PLM should be one of your company´s main initiatives in the next 5 years if you want to stay competitive (or relevant)
What do you think ? Am I too optimistic or too pessimistic ?
Finally, I have time to share my PLM experiences with you in this blog. The past months have been very busy as I moved to a new house, and I wanted to do and control a lot of activities myself. Restructuring your house in an agile way is not easy. Luckily there was a vision how the house should look like. Otherwise, the “agile” approach would be an approach of too many fixes. Costly and probably typical for many old construction projects.
Finally, I realized the beauty of IKEA´s modular design and experienced the variety of high-quality products from BLUM (an impressive company in Austria I worked with)
In parallel, I have been involved in some PLM discussions where in all cases the connection with the real C-level was an issue. And believe it or not, my blog buddy Oleg Shilovitsky just published a post: Hard to sell PLM? Because nobody gives a SH*T about PLM software. Oleg is really starting from the basics explaining you do not sell PLM; you sell a business outcome. And in larger enterprises I believe you sell at this time the ability to do a business transformation as business is becoming digital, with the customer in the center. And this is the challenge I want to discuss in this post
The value of PLM at the C-level
Believe it or not, it is easier to implement PLM (in general) instead of explaining a CEO why a company needs modern PLM. A nice one-liner to close this post, however, let me explain what I mean by this statement and perhaps show the reasons why PLM does not seem to be attractive so much at the C-level. I do not want to offend any particular PLM company, Consultancy firm or implementor, therefore, allow me to stay on a neutral level.
The C-level time challenge
First, let´s imagine the situation at C-level. Recently I heard an excellent anecdote about people at C-level. When they were kids, the were probably the brightest and able to process and digest a lot of information, making their (school) careers a success. When later arriving in a business environment, they were probably the ones that could make a difference in their job and for that reason climbed the career ladder fast to reach a C-level position. Then arriving at that level, they become too busy to dive really deep into the details.
Everyone around them communicates in “elevator speeches” and information to read must me extremely condensed and easy to understand. As if people at C-level have no brains and should be informed like small kids.
I have seen groups of people working weeks on preparing the messages for the CEO. Every word is twisted hundred times – would he or she understand it? I believe the best people at C-level have brains, and they would understand the importance of PLM when someone explains it. However, it requires time if it does not come from your comfort zone.
Who explains the strategic value of PLM
There are a lot of strategic advisory companies who have access to the board room, and we can divide them into two groups. The ones that focus on strategy independent of any particular solution and the ones that concentrate on a strategy, guaranteeing their implementation teams are ready to deploy the solution. Let´s analyze both options and their advice:
Independent of a particular solution
When a company is looking for help from a strategic consultancy firm, you know upfront part of the answer. As every consultancy firm has a preferred sweet spot, based on their principal consultant(s). As a PLM consultant, I probably imagine the best PLM approach for your company, not being expert in financials or demagogic trends. If the advisory company has a background in accountancy, they will focus their advice on financials. If the company has a background in IT, they will focus their information on an infrastructure concept saving so much money.
A modern digital enterprise is now the trend, where digital allows the company to connect and interact with the customer and therefore react faster to market needs or opportunities. IoT is one of the big buzz words here. Some companies grasp the concept of being customer centric (the future) and adapt their delivery model to that, not realizing the entire organization including their product definition process should be changing too. You cannot push products to the market in the old linear way, while meanwhile expecting modern agile work processes.
Most of the independent strategic consultants will not push for a broader scope as it is out of their comfort zone. Think for a moment. Who are the best strategic advisors that can talk about the product definition process, the delivery process and products in operation and service? I would be happy if you give me their names in the comments with proof points.
Related to a particular solution
When you connect with a strategic advisory company, which an extensive practice in XXX or YYY, you can be sure the result will be strategic advice containing XXX or YYY. The best approach with ZZZ will not come on the table, as consultancy firms will not have the intention to investigate in that direction for your company. They will tell you: “With XXX we have successfully transformed (many) other companies like yours, so choose this path with the lowest risk.
And this is the part what concerns me the most at this time. Business is changing rapidly and therefore PLM should be changing too. If not that would be a strange situation? Read about the PLM Identity crisis here and here.
The solution is at C-level (conclusion)
I believe the at the end the future of your company will be dependent on your DNA, your CEO and the C-level supporting the CEO. Consultancy firms can only share their opinion from their point of view and with their understanding in mind.
If you have a risk-averse management, you might be at risk.
Doing nothing or following the majority will not bring more competitive advantage.
The awareness that business is global and changing rapidly should be on every company’s agenda.
Change is always an opportunity to get better; still no outsider can recommend you what is the best. Take control and leadership. For me, it is clear that the product development and delivery process should be a part of this strategy. Call it PLM or something different. I do not care. But do not focus on efficiency and ROI, focus on being able to be different from the majority. Apple makes mobile phones; Nespresso makes coffee, etc.
Think and use extreme high elevators to talk with your C-level!
Two weeks ago I got this message from WordPress, reminding me that I started blogging about PLM on May 22nd in 2008. During some of my spare time during weekends, I began to read my old posts again and started to fix links that have been disappearing.
Initially when I started blogging, I wanted to educate mid-market companies about PLM. A sentence with a lot of ambiguities. How do you define the mid-market and how do you define PLM are already a good start for a boring discussion. And as I do not want to go into a discussion, here are my “definitions”
Warning: This is a long post, full of generalizations and a conclusion.
PLM and Mid-market
The mid-market companies can be characterized as having a low-level of staff for IT and strategic thinking. Mid-market companies are do-ers and most of the time they are good in their domain based on their IP and flexibility to deliver this to their customer base. I did not meet mid-market companies with a 5-year and beyond business vision. Mid-market companies buy systems. They bought an ERP system 25-30 years ago (the biggest trauma at that time). They renewed their ERP system for the Y2K problem/fear and they switched from drawing board towards a 2D CAD system. Later they bought a 3D CAD system, introducing the need for a PDM system to manage all data.
PLM is for me a vision, a business approach supported by an IT-infrastructure that allows companies to share and discover and connect product related information through the whole lifecycle. PLM enables companies to react earlier and better in the go-to-market process. Better by involving customer inputs and experience from the start in the concept and design phases. Earlier thanks to sharing and involving other disciplines/suppliers before crucial decisions are made, reducing the amount of iterations and the higher costs of late changes.
Seven years ago I believed that a packaged solution, combined with a pre-configured environment and standard processes would be the answer for mid-market companies. The same thought currently PLM vendors have with a cloud-based solution. Take it, us it as it is and enjoy.
Here I have changed my opinion in the past seven years. Mid-market companies consider PLM as a more complex extension of PDM and still consider ERP (and what comes with that system) as the primary system in the enterprise. PLM in mid-market companies is often seen as an engineering tool.
LESSON 1 for me:
The benefits of PLM are not well-understood by the mid-market
To read more:
Globalization and Education
In the past seven years, globalization became an important factor for all type of companies. Companies started offshoring labor intensive work to low-labor-cost countries introducing the need for sharing product data outside their local and controlled premises. Also, acquisitions by larger enterprises and by some of the dominant mid-market companies, these acquisitions introduced a new area of rethinking. Acquisitions introduced discussions about: what are real best practices for our organization? How can we remain flexible, meanwhile adapt and converge our business processes to be future ready?
Here I saw two major trends in the mid-market:
Lack of (PLM) Education
To understand and implement the value of PLM, you need to have skills and understanding of more than just a vendor-specific PLM system. You need to understand the basics of change processes (Engineering Change Request, Engineering Change Order, Manufacturing Change Order and more). And you need to understand the characteristics of a CAD document structure, a (multidisciplinary) EBOM, the MBOM (generic and/or plant specific) and the related Bill of Processes. This education does not exist in many countries and people are (mis-)guided by their PLM/ERP vendor, explaining why their system is the only system that can do the job.
Interesting enough the most read posts on my blog are about the MBOM, the ETO, BTO and CTO processes. This illustrates there is a need for a proper, vendor-independent and global accepted terminology for PLM
Some educational posts:
Bill of Materials for Dummies – ETO ranked #1
ECR/ECO for Dummies ranked #2
BOM for Dummies – CTO ranked #4
BOM for Dummies: BOM and CAD ranked #7
The dominance of ERP
As ERP systems were introduced long before PLM (and PDM), these systems are often considered by the management of a mid-market company as the core. All the other tools should be (preferably) seen as an extension of ERP and if possible, let´s implement ERP vendor´s functionality to support PLM – the Swiss knife approach – one tool for everything. This approach is understandable as at the board level there are no PLM discussions. Companies want to keep their “Let´s do it”-spirit and not reshuffle or reorganize their company, according to modern insights of sharing. Strangely enough, you see in many businesses the initiative to standardize on a single ERP system first, instead of standardizing on a single PLM approach first. PLM can bring the global benefits of product portfolio management and IP-sharing, where ERP is much more about local execution.
PLM is not understood at the board level, still considered as a tool
Some post related to PLM and ERP
Where is the MBOM ? ranked #3
The human factor
A lot of the reasons why PLM has the challenge to become successful have to do with its broad scope. PLM has an unclear definition and most important, PLM forces people to share data and work outside their comfort zones. Nobody likes to share by default. Sharing makes day-to-day life more complicated, sharing might create visibility on what you actually contribute or fix. In many of my posts, I described these issues from various viewpoints: the human brain, the innovators dilemma, the way the older generation (my generation) is raised and used to work. Combined with the fact that many initial PLM/PDM implementations have created so many legacies, the need to change has become a risk. In the discussion and selection of PLM I have seen many times that in the end a company decides to keep the old status quo (with new tools) instead of really having the guts to move toward the future. Often this was a result of investors not understanding (and willing to see) the long term benefits of PLM.
PLM requires a long-term vision and understanding, which most of the time does not fit current executive understanding (lack of education/time to educate) and priority (shareholders)
Many recent posts are about the human factor:
The digital transformation
The final and most significant upcoming change is the fact that we are entering a complete new era: From linear and predictable towards fast and iterative, meaning that classical ways we push products to the market will become obsolete. The traditional approach was based on lessons learned from mechanical products after the second world-war. Now through globalization and the importance of embedded software in our products, companies need to deliver and adapt products faster than the classical delivery process as their customers have higher expectations and a much larger range to choose from. The result from this global competitiveness is that companies will change from delivering products towards a more-and-more customer related business model (continuous upgrades/services). This requires companies to revisit their business and organization, which will be extremely difficult. Business wise and human change require new IT concepts – platform? / cloud services? / Big data?
Older enterprises, mid-market and large enterprises will be extremely challenged to make this change in the upcoming 10 years. It will be a matter of survival and I believe the Innovator´s Dilemma applies here the most.
The digital transformation is apparent as a trend for young companies and strategic consultants. This message is not yet understood at the board level of many businesses.
Some recent post related to this fast upcoming trend:
ROI (Return On Investment)
I also wrote about ROI – a difficult topic to address as in most discussions related to ROI, companies are talking about the costs of the implementation, not about the tremendous larger impact a new business approach or model can have, once enabled through PLM. Most PLM ROI discussions are related to efficiency and quality gains, which are significant and relevant. However these benefits are relative small and not comparable with the ability to change your business (model) to become more customer centric and stay in business.
Some of the ROI posts:
A (too) long post this time however perhaps a good post to mark 7 years of blogging and use it as a reference for the topics I briefly touched here. PLM has many aspects. You can do the further reading through the links.
From the statistics it is clear that the education part scores the best – see rankings. For future post, let me know by creating a comment what you are looking for in this blog: PLM Mid-Market, Education, PLM and ERP, Business Change, ROI, Digitalization, or …??
Also I have to remain customer centric – thanks for reading and providing your feedback
In the past two years, I have been heavily involved in PLM Proof of Concepts sitting at both sides of the table. Supporting companies in their PLM selection, supporting a vendor explaining their value to the customer and supporting implementers assisting them with industry knowledge, all in the context of a PLM selection process.
The Proof of Concept is crucial in a PLM selection process as it is the moment where the first glimpse of reality comes to the table.
Different size of companies, different consultants all have a different view on the importance of the Proof of Concept. Let me share you my thoughts after a quick recap on the PLM selection process.
The PLM selection process
1. Build a vision
It is important that a company understands what they want to achieve in the next five to ten years, before starting a PLM selection process. Implementing PLM means a business transformation, even if you are a small company. If the management does not understand a vision is required, there is a potential risk upcoming, as PLM without a change in the way people work, will not deliver the expected results.
2. Issue an RFI to potential candidates
Once you have a PLM vision, it is time to get in touch with potential suppliers. The RFI (Request for Information) phase is the phase where you can educate yourself better by challenging the suppliers to work with you on the future solutions.
3. Discuss with selected candidates
From the RFI responses you understand which companies are attractive because they match your vision, your budget or industry. Have a first interaction with the selected companies and let them demo their standard environment targeted to your vision.
In this stage, you check with the preferred companies their ability to deliver and your ability to work together. The POC phase should give you the understanding of the scope for the upcoming PLM project and help you to understand who and how the project can be executed. More details about this step below.
Although some companies start with an RFP before the POC, for me it makes most sense to verify the details after you have a proper understanding of the To-Be solution. The RFP is often the base for the contractual scope and therefore should be as accurate as possible
In the past, I wrote in more detail about the PLM selection process. Two posts: PLM selection: Don’t do this and PLM selection: Do this. Have a read if you want to understand this part in more depth. Now let´s focus on the POC .
- As described before, the target of the Proof of Concept should be to get a better understanding of the potential To-Be processes and obtain an impression of the capabilities of the implementer and the preferred PLM software.
The result should be that you have more realistic expectations of what can be achieved and the challenges your company will face.
- From there, you can evaluate the risks, address them and build an achievable roadmap to implement. It is important that the focus is not just on the cost of the implementation.
- To sell PLM inside your company, you need to realign with the vision and explain, to all people involved,the value of “Why PLM”.
Explaining the value is complex, as not everyone needs the same message. The management will focus on business benefits where users will focus how it impacts their daily life. If you forget to explain the value, the PLM projects, it is considered again as just another software purchase.
Make sure the Proof of Concept is driven by validating future business scenarios, focusing on the To-Be solution. The high-level scenarios should be demonstrated and explained to the business people. In this stage, it is important people realize the benefits and the value of the new processes.
The POC is also an internal sales event. The goal should be to get more enthusiastic and supportive business people in your company for the upcoming PLM project. Identify the champions you will need to lean on during the implementation.
Test the implementer. To my opinion the critical success of a PLM implementation depends on the implementation team, not on the software. Therefore, the POC phase is the best moment to learn if you can work with the implementer. Do they know your business? Do they have experience with your business? The more you are aligned, the higher the chance you will be successful as a team
Show commitment to engage. Often I have seen POC engagements where the company demanded the implementer or vendor a Proof of Concept for free. This creates an unbalanced situation during the Proof of Concept as the vendor or implementer can not invest time and resources in the process as expected without any commitment from the company. By paying a certain fee for the POC, a company can demonstrate to the implementer /vendor that this POC is valuable for you and you can request the same response from them.
The Proof of Concept is not a detailed function/feature check to identify each mouse-click or option in the system. During the implementation, these details might come up. It is important in a Proof of Concept to understand the big picture and not to get lost in the details. As human beings we tend to focus on what does not work, not realizing that probably over eighty-ninety percent works according the needs
Do not expect the ultimate To-Be scenario demonstrated during the Proof of Concept. The Proof of Concept is a learning stage for both the company and the implementer to imagine the best possible scenario. PLM systems are generic and likely they will not provide a similar configuration and functionality matching your environment. At this stage validate if the primary capabilities are there and if there are gaps.
Do not run a POC with a vendor (only). This might be one of the most critical points for a POC. A PLM software vendor’s target is to sell their software and for that reason they often have dedicated presales teams that will show you everything in a smooth manner, overwhelming you with all the beauty of the software. However after the POC this team is gone and you will have to align yourself again with the implementation partner, trying to match again your business needs and their understanding.
Realize – you get what you are asking for. This is more a Do-and-Don’t message packed together. A Proof of Concept phase is a point where companies get to know each other. If you are not focused, do not expect the implementer / vendor to be committed. A PLM implementation is not product. It is a business transformation supported by products and services. Do not treat PLM implementers and vendors in the same way, as your customers treat you (in case you deliver products).
There are still many more thoughts about the Proof of Concept . Ideally you run two POCs in parallel, either with two implementers of the preferred software (if possible) or with two different implementers representing different software.
Ideally, as I know it is a challenge, especially for small and medium-sized businesses, where people are running to keep the business on-going.
Still remember, PLM is a business transformation, targeting to improve your business in the upcoming five to ten years, avoiding you are running out of business.
Your thoughts ?
As a bonus a short anecdote that I posted in 2010 still relevant:
Some time ago a Christian PLM Sales professional died (let’s call him Jack) and according to his believe he faced Saint Peter at the gates of Heaven and Hell.
Saint Peter greeted Jack and said: “Jack, with the PLM Sales you have done good and bad things to the world. For that reason, I cannot decide if you should go to Heaven or to Hell. Therefore, I allow you to make the choice yourself”.
Jack replied: “But Saint Peter, how can I make such an important decision for the rest of my eternal life. It is too difficult!”
Saint Peter replied: “No problem Jack, take a look at Heaven and Hell, take your time and then tell me your decision.”
Jack entered Heaven and he was surprised about the quietness and green atmosphere there. Angels were singing, people were eating from golden plates with the best food ever, people were reading poetry and everything was as peaceful as you could imagine. In the distance, he could see God surrounded by some prophets talking about the long-term future. After some time, Jack had seen it and went to Hell to have a view there.
And when he opened the gates of Hell, he was astonished. Everywhere he looked there were people partying, having fun. It reminded him off these sales kick-offs, he had in the past, exotic places with lots of fun. In the distance, he could see the Devil as DJ playing the latest dance music – or was it DJ Tiësto?
Jack did not hesitate and ran back to Saint Peter, no time to lose. “Saint Peter,” he said “I want to go to Hell, no doubt. And pity I did not know it before”
“So be it, ” said Saint Peter “go for it.”
And then once Jack entered Hell, it was suddenly all fire around him, people were screaming of pain and suffering and also Jack felt the first flames.
“Devil!!” He screamed “what happened to what I have seen before?”
With a sarcastic voice, the devil replied: “That? That was a proof of concept.”
I believe that PLM with its roots in automotive, aerospace and discrete manufacturing is accepted, as a vital technology / business strategy to make a company more competitive and guarantee its future. Writing this sentence feels like marketing, trying to generalize a lot of information in one sentence.
Some questions you might raise:
- Is PLM a technology or business strategy?
- Are companies actually implementing PLM or is it extended PDM?
- Does PLM suit every company?
- PLM is a combination of technology (you need the right IT-infrastructure / software to start from) and the implementation is a business approach (it should be a business transformation). PLM vendors will tell you that it is their software that makes it happen; implementers have their preferred software and methodology to differentiate themselves. It is not a single simple solution. Interesting enough Stephen Porter wrote about this topic this week in the Zero Wait-State blog: Applying the Goldilocks Principle to PLM – finding balance. Crucial for me is that PLM is about sharing data (not only/just documents) with status and context. Sharing data is the only way to (information) silos in a company and provide to each person a more adequate understanding.
- Most companies that claim to have implemented PLM have implemented just extended PDM, which means on top of the CAD software add other engineering data and processes. This was also mentioned by Prof Eigner in his speech during PLM Innovation early this year in Munich. PLM is still considered by the management as an engineering tool, and at the other side they have ERP. Again sharing all product IP with all its iterations and maturity (PLM) and pushing execution to ERP is still a unique approach for more traditional companies. See also a nice discussion from my blog buddy Oleg: BOM: Apple of Discord between PLM and ERP?
- Not every business needs the full PLM capabilities that are available. Larger companies might focus more on standardized processes across the enterprise; smaller companies might focus more on sharing the data. There is to my opinion no system that suits all. One point they are all dreaming of: usability and as in small companies PLM decisions are more bottom-up the voice of the user is stronger here. Therefore I might stick to my old post PLM for the mid-market: mission impossible ?
However, the title of this blog post is: PLM for all industries. Therefore, I will not go deeper on the points above. Topics for the future perhaps.
PLM for all industries ?
This time I will share with you some observations and experiences based on interactions with companies that not necessary think about PLM. I have been working with these companies the past five years. Some with some success, some still in an awareness phase. I strongly believe these companies described below would benefit a lot from PLM technology and practices.
In July, I wrote about my observations during the Product Innovation Apparel event in London. I am not a fashion expert and here I discovered that, in a sense, PLM in Apparel is much closer to the modern vision of PLM than classic PLM. They depend on data sharing in a global model, disciplines and suppliers driven by their crazy short time to market and the vast amount of interactions in a short time; otherwise they would not be competitive anymore and disappear.
This figure represented modern PLM
PLM in Apparel is still in the early stages. The classic PLM vendors try to support Apparel with their traditional systems and are often too complicated or not user-friendly enough. The niche PLM vendors in Apparel have a more lightweight entry level, simple and easy, sometimes cloud-based. They miss the long-term experience of building all the required technology, scalability and security, in their products, assuring future upgradability. For sure this market will evolve, and we will see consolidation
Owner / Operators nuclear
For s nuclear plants it is essential to have configuration management in place, which in short would mean that the plant operates (as-built) is the same as specified by its specifications (as-designed). In fact this is hardly the case. A lot of legacy data in paper or legacy document archives do not provide the actual state. They are stored and duplicated disconnected from each other. In parallel the MRO system (SAP PM / Maximo are major systems) runs in an isolated environment only dealing with actual data (that might be validated).
The main obstacles encountered are:
- The boiling frog syndrome –it is not that bad
(and even if it is bad we won´t tell you)
- An IT-department that believes configuration management is about document management – they set the standards for the tools (Documentum / SharePoint – no business focus)
- An aging generation, very knowledgeable in their current work, but averse for new ways of information management and highly demanding to keep the status quo till they retire
- And the “If it works, do not touch it” – approach somehow related to the boiling frog syndrome.
Meanwhile business values for a change using a PLM infrastructure have been identified. With a PLM environment completing the operational environment, an owner/operator can introduce coordinated changes to the plant, reduce downtime and improve quality of information for the future. One week less down-time could provide a benefit of million Euros.
However with the current, lowering electricity costs in Europe, the profits for owner/operators are under pressure and they are not motivated to invest at this time in a long term project. First satisfy the shareholders
Owner / Operators other process oriented plants
In the nuclear industry safety is priority one and required by the authorities. Therefore, there is a high pressure for data quality and configuration management. For other industries the principles remain the same. Here, depending on the plant lifetime, criticality of downtime and risk for catastrophes, the interest for a PLM based plant information management platform varies. The main obstacles here are similar to the nuclear ones:
- Even a bigger boiling frog as we have SAP PM – so what else do we need
- IT standardizes on a document management solution
- The aging workforce and higher labor costs are not identified yet as threats for the future looking towards competing against cheaper and modern plants in the upcoming markets – the boiling frog again.
The benefits for a PLM based infrastructure are less direct visible, still ROI estimates predict that after two years a break-even can be reached. Too long for share holder driven companies L although in 10 years time the plant might need to close due to inefficiencies.
EPC (Engineering, Procurement and Construction) and EPCIC (Engineering, Procurement, Construction, Installation and Commissioning) companies exist in many industries: nuclear new build, oil & gas, Chemical, Civil construction, Building Construction.
They all work commissioned for owner / operators and internally they are looking for ways to improve their business performance. To increase their margin they need to work more efficient, faster and often global, to make use of the best (cheaper) resources around the world. A way to improve quality and margin is through more reuse and modularization. This is a mind-shift as most EPC companies have a single project / single customer per project in mind, as every owner/operator also pushes their own standards and formats.
In addition, when you start to work on reuse and knowledge capturing, you need to have a way to control and capture your IP. And EPCs want to protect their IP and not expose too much to their customers to maintain a dependency on their solution.
The last paragraph should sound familiar to the challenges automotive and aerospace supply chains had to face 15 years ago and were the reasons why PLM was introduced. Why do EPC companies not jump on PLM?
- They have their home-grown systems – hard to replace as everyone likes their own babies (even when they reach adolescence or retirement symptoms)
- Integrated process thinking needs to be developed instead of departmental thinking
- As they are project-centric, an innovation strategy can only be budgeted inside a huge project, where they can write-off the investment to their customer project. However this makes them less competitive in their bid – so let´s not do it
- Lack of data and exchange standards. Where in the automotive and aerospace industry CATIA was the driving 3D standard, such a standard and 3D is not available yet for other industries. ISO 15926 for the process industry is reasonable mature, BIM for the construction industry is still in many countries in its discovery phase.
- Extreme lose supplier relations compared to automotive and aerospace, which combined with the lack of data exchanges standards contributes to low investments in information infrastructure.
In the past 5 years I have been focusing on explaining the significance of PLM infrastructure and concepts to the industries mentioned before. The value lies on sharing data, instead of working in silos. If needed do not call it PLM, call it online collaboration, controlled Excel on the cloud.
Modern web technologies and infrastructure make this all achievable; however it is a business change to start sharing. Beside Excel the boiling frog syndrome dominates everywhere.
- What do you think?
- Do you have examples of companies that took advantage of modern PLM capabilities to change their business?
I am looking forward to learn more.
Below some links that are relevant for this post as a reference:
- The weekend after PI Apparel
- The week after Product Innovation 2013 in Munich
- PLM, Frogs, Global change and Innovation
- Did you mean ALM, ALM or ALM ?
- Dumb documents or intelligent data ?
- PLM for the engineering construction industry
- PLM and IT – the love-hate relation
- PLM for Asset Lifecycle Management requires a vision
Do you know the expression: “You have lies, damned lies and statistics”? Pointing to the fact that statistics are often abused to “prove” statements. A typical example from Hans Rosling, the Swedish statistics guru and entertainer: “In Sweden most of the people have an above average amount of legs!”
The proof: the Swedish average is 1.999 and as most of the people in Sweden have 2 legs, thus above average. Now it is time to share some statistics with you.
Last time, I asked readers of this blog to participate in a small survey about their PLM thoughts and experiences. Although many people have read the post, perhaps, not till the end, there are only 22 responses so far at this time. If you haven’t participated yet, please do so by answering: 6 questions – the result will be published in July. There are no rewards to win. The only thing we all will gain is the statistical insight of people who have read this blog and apparently are PLM minded.
What does it mean to be PLM-minded?
It is hard to tell what the purpose is of PLM really without some numbers to guide you. And when it comes to PLM decisions, I noticed that most of the companies, I am working with, believe they make decisions based on numbers and statistics. Personally I believe in our current society it is more the emotional side that drives our decisions, not pure the rational and numbers. This is another discussion.
We always find a way to interpret the numbers. For the outside world, we pretend we make decisions based on pure, objective criteria. This would mean you can capture an organization in numbers and decide from there what’s best for the organization. An utopia we will see after some small statistics.
In the past year I spent most of my time in eight PLM-related discussions, most of them still on-going. Here, some of the statistics
Four of them are large enterprises, where the power is inside the business unit. They act as one company, (one logo) but actually every business unit is focused on their own business profit and loss. They are not genuinely motivated to think about synergy with other businesses in cases it affects their work. Sometime IT believes they can bring the synergy by defining the common tools.
The other four companies are more centralized enterprises; some of them are large, with a centralized management and a single target to deliver to the market. Therefore, for a PLM project, they are easier to work with as you have more a single voice, instead of an opinion with a lot of conditions.
All eight companies are not in traditional PLM industries. They are either project centric industries, where every delivery is supposed to be unique, or they are an owner/operator of a collection of assets to be managed during a long lifecycle. The reason: since 2008 I am personally interested and driven to demonstrate PLM practices and capabilities are valid for other industries too.
All eight companies involved expressed in the current engagement that PLM is essential for their future.
The need for PLM comes from a vision. I believe you should start always with the vision. Before acting, you need to know what your goal is. And a goal does not mean you know what your pain is. Understanding the pains does not solve the future; it is a first step to help you shape a future with no more pains. A typical example that they are different can be found in the current economic crisis. Everyone experiences the pains and understands there is a need for change. But all we have a different opinion about that is the required change. There is no single vision?
From the eight companies, only two of them could express a clear vision where they want to be in the future. This means six of them either have not clarified their vision yet (still in work) or even do not believe there is a way to define the vision. They are more focused on solving a pain than creating a vision.
In three companies, the PLM project is considered to be a game changer. It was not about just fixing actual pains. The target is to be different from the competition and achieve a competitive advantage. Game changers are the most complex projects. The company needs to have a clear vision. It needs to have a trust in the fact that changing the game is indeed possible. And finally game changing contains the word CHANGE, which most companies try to avoid (evolution no revolution). But game changers, when successful, have the dominant companies for several years before others catch up.
In relation to change, two of the eight companies believe will be impossible to change the game. Although individual persons in the organization believe it is required, their ERP implementation and its related implementation scope have already taken part of the logical PLM space. This is blocking any serious PLM initiative making the implementation a PDM implementation, which has less value.
Four companies stated upfront IT-constraints that could not be discussed. This introduced a lot of complexity. Some of the IT-constraints were emotional (we just decided a year ago to standardize on software xyz – we cannot afford to change to something else now, perhaps in the future). Other constraints were quite irrational and were based on (IT) decisions to standardize on a technology or solution, irrelevant or counterproductive to the business needs.
Only three of the eight companies require an ROI estimate to convince the management. As mentioned before, everyone is looking for reliable numbers to support a decision. Still decisions are made emotionally, and ROI numbers might be based on statistics. These three companies believe that the ROI numbers will lead to the right decision.
Another three out of this eight companies did not need an ROI estimate. They think that what they will select as future solution is always justified: they just need PLM. The difficulty will come when they have to compare RFPs (Request for Proposal) from different vendors. Each vendor is focusing on its unique features, and from there the RFP review becomes an apples and pears comparison. Probably again the emotional decision will be made at the end. Most likely the cheapest to be sure nobody can be blamed.
PLM = PLM?
I believe the small amount of statistics provided in this post demonstrate that it is not easy to get a hundred percent common understanding of what PLM is about. Imagine what you would give as advice to one of these eight companies. This makes PLM difficult as a discipline as it is not just a collection of tools to implement. If you are selling hammers everything might look like a nail. Be aware of hammer PLM.
In addition to what is PLM, the majority of companies that claim to have implemented a PLM system do not necessary use PLM in all its capabilities. Often it is still more automation of the way the company worked before. Something you understand when attending PLM user conferences, like the product innovation conferences.
Innovation and disruption needed
I believe that in order to benefit in an optimal manner from PLM, a company needs to switch their mindset from being a departmental measured and triggered company into a customer centric company, where information flows and is shared with all relevant roles in the organization.
Sharing data, instead of owning data, is a big game changer. It requires companies to work different. In the past when you did not need to share data, you could store it anywhere and in any way you prefer to do this. It was your duty and job security to control the data. Now when an experienced person retires or leaves the company, we struggle to get this information back (or we lose it and recreate it later when needed again). Search engines become popular technology to find back data – if possible! I believe Search engines can help to connect the past to the future infrastructure, but there is more.
Sharing data does not mean storing data in the cloud. The cloud makes it easier to share data as the company can focus more on the business side of the solution instead of the IT-side where and how to store it at what cost. It is the awareness of the content (“Do I search for something that exists”) and the quality (“Can I trust what I have found”) that we share that needs to get the focus.
For data sharing a disruptive change is needed, which does not happen in the classical PLM environments. There we think too much in departments and a sequential (or concurrent) way of working.
Aiming for sharing is disruptive. The fact that engineers need to provide more accurate data is seen as a productivity loss instead of a gain through the whole organization – see an old post: “Where is my PLM ROI “?. Organizations normally do not like disruptions. Individuals do. If they find a cheaper and easier way to get their work done, they will grab this opportunity and not do anything more. However companies have the tendency and need to keep things more complex as it is not a single task the focus on. It is a complex network of interactions.
I had the chance to read two interesting topics in this context recently. First a relative new blog related to disruptive innovation: the Off-White papers. Although it is not about PLM, it describes the challenges related to disruptive innovation, and if you have a twisted PLM-brain you will get the message.
The same for a book I have been reading from H. Thomas Johnson called Profit Beyond Measure . Johnson describes in his book, based on cases from Toyota and Scania, a different business model focused on customer delivery instead of internal departmental optimization. Again my twisted PLM-brain got triggered by the customer centric business model. A favorite quote:
A continuously linked and balanced organization that “works to customer order” reflects a very different management style (and organization JV) than does a decoupled and discontinuous organization that “works to schedule”
It is the difference between managing by results (MBR) and managing by means (MBM). And I believe this is the target of modern PLM too.
Even with some small statistics I hope it is clear that PLM is not a simple activity as there are many constraints that can influence a project. Having an understanding about these constraints and being able to remove the blocking constraints is what I believe is the job of a PLM consultant.
Do you agree? Is there an easier world? I am looking forward to your feedback through the comments or through a response in the small survey: PLM, your opinion
Last week I started my final preparation for the PLM Innovation Congress 2012 on February 22nd and 23rd in Munich, where I will speak about Making the Case for PLM. Looking forward for two intensive days of knowledge sharing and discussion
The question came to my mind that when you make the case for PLM, you also must be clear about what you mean by PLM. And here I started to struggle a little. I have my perception of PLM, but I am also aware everyone has a different perception about the meaning of PLM.
I wrote about it last year, triggered by a question in the CMPIC group (configuration management) on LinkedIn. The question was Aren’t CM and PLM the same thing ? There was a firm belief from some of the members that PLM was the IT-platform to implement CM.
A few days ago Inge Craninckx posted a question in the PDM PLM CAD network group about the definition of PLM based on a statement from the PLMIG. In short:
“PDM is the IT platform for PLM.”Or, expressed from the opposite viewpoint: “PLM is the business context in which PDM is implemented
The response from Rick Franzosa caught my attention and I extracted the following text:
The reality is that most PLM systems are doing PDM, managing product data via BOM management, vaulting and workflow. In that regard, PDM [read BOM management, vaulting and workflow], IS the IT platform for the, in some ways, unfulfilled promise of PLM.
I fully agree with Rick’s statement and coming back to my introduction about making the case for PLM, we need to differentiate how we implement PLM. Also we have to take into our minds that no vendor, so also not a PLM vendor, will undersell their product. They are all promising J
Two different types of PLM implementation
Originally PLM has started in 1999 by extending the reach of Product Data outside the engineering department. However besides just adding extra functionality to extend the coverage of the lifecycle, PLM also created the opportunity to do things different. And here I believe you can follow two different definitions and directions for PLM.
Let’s start with the non-disruptive approach, which I call the extended PDM approach
When I worked 6 years ago with SmarTeam on the Express approach, the target was to provide an OOTB (Out of the Box) generic scenario for mid-market companies. Main messages were around quick implementation and extending the CAD data management with BOM and Workflow. Several vendors at that time have promoted their quick start packages for the mid-market, all avoiding one word: change.
I was a great believer of this approach, but the first benchmark project that I governed demonstrated that if you want to do it right, you need to change the way people work, and this takes time (It took 2+ years). For the details: See A PLM success story with ROI from 2009
Cloud based solutions have become now the packaging for this OOTB approach enriched, with the ease of deployment – no IT investment needed (and everyone avoids the word change again).
If you do not want to change too much in your company, the easiest way to make PDM available for the enterprise is to extend this environment with an enterprise PLM layer for BOM management, manufacturing definition, program management, compliancy and more.
Ten years ago, big global enterprises started to implement this approach, using local PDM systems for mainly engineering data management and a PLM system for the enterprise. See picture below:
This approach is now adapted by the Autodesk PLM solution and also ARAS is marketing themselves in the same direction. You have a CAD data management environment and without changing much on that area, you connect the other disciplines and lifecycle stages of the product lifecycle by implementing an additional enterprise layer.
The advantage from this approach is you get a shared and connected data repository of your product data and you are able to extend this with common best practices, BOM management (all the variants EBOM/MBOM/SBOM, …) but also connect the market opportunities and the customer (Portfolio management, Systems engineering)
The big three, Dassault Systemes, Siemens PLM and PTC, provide the above functionality as a complete set of functionalities – either as a single platform or as a portfolio of products (check the difference between marketing and reality).
Oracle and SAP also fight for the enterprise layer from the ERP side, by providing their enterprise PLM functionality as an extension of their ERP functionality. Also here in two different ways: as a single platform or as a portfolio of products. As their nature is on efficient execution, I would position these vendors as the one that drive for efficiency in a company, assuming all activities somehow can be scheduled and predicted
My statement is that extended PDM leads to more efficiency, more quality (as you standardize on your processes) and for many companies this approach is a relative easy way to get into PLM (extended PDM). If your company exists because of bringing new products quickly to the market, I would start from the PDM/PLM side with my implementation.
The other PLM – innovative PLM
Most PLM vendors associate the word PLM in their marketing language with Innovation. In the previous paragraph I avoided on purpose the word Innovation. How do PLM vendors believe they contribute to Innovation?
This is something you do not hear so much about. Yes, in marketing terms it works, but in reality? Only few companies have implemented PLM in a different way, most of the time because they do not carry years of history, numbering systems, standard procedures to consider or to change. They can implement PLM in a different way, as they are open to change.
If you want to be innovative, you need to implement PLM in a more disruptive manner, as you need to change the way your organization is triggered – see the diagram below:
The whole organization works around the market, the customer. Understanding the customer and the market needs at every moment in the organization is key for making a change. For me, an indicator of innovative PLM is the way concept development is connected with the after sales market and the customers. Is there a structured, powerful connection in your company between these people? If not, you do the extended PLM, not the innovative PLM.
Innovative PLM requires a change in business as I described in my series around PLM 2.0. Personally I am a big believer that this type of PLM is the lifesaver for companies, but I also realize it is the hardest to implement as you need people that have the vision and power to change the company. And as I described in my PLM 2.0 series, the longer the company exist, the harder to make a fundamental change.
There are two main directions possible for PLM. The first and oldest approach, which is an extension of PDM and the second approach which is a new customer centric approach, driving innovation. Your choice to make the case for one or the other, based on your business strategy.
Looking forward to an interesting discussion and see you in Munich where I will make the case
Last week I started a small series of posts related to the topic PLM 2.0. I was hoping for more comments and discussion about the term PLM 2.0, although I must say I was glad Oleg picked it up in his posts: PLM 2.0 born to die? and Will JT-open enable future of PLM 2.0?
Oleg, as a full-time blogger, of course had the time to draw the conclusions, which will take me another two weeks, hoping meanwhile the discussion evolves. Where Oleg’s focus is on technology and openness (which are important points), I will also explain that PLM 2.0 is a change in doing business, but this will be in next week’s post.
This week I will focus on the current challenges and pitfalls in PLM. And we all know that when somebody talks about challenges, there might be problems.
|Last week||: What is PLM 2.0?|
|This week:||: Challenges in current PLM|
|Next||: Change in business|
|Final post||: Why PLM 2.0 – conclusions|
The Challenges in current PLM
First I want to state that there are several types of definition in the world for PLM, coming from different type of organizations – I listed here two vendor independent definitions:
In industry, product lifecycle management (PLM) is the process of managing the entire lifecycle of a product from its conception, through design and manufacture, to service and disposal. PLM integrates people, data, processes and business systems and provides a product information backbone for companies and their extended enterprise.
Product Lifecycle Management (PLM) is the business activity of managing a company’s products all the way across the lifecycle in the most effective way. The objective of PLM is to improve company revenues and income by maximizing the value of the product portfolio
And there are more definitions. Just recently, I noticed on the PlanetPTC blog from Aibhe Coughlan a post where she promoted a definition of PLM published in the Concurrent Engineering blog. Here I got immediate a little irritated reading the first words: “PLM is software designed to enhance process efficiencies ……… and more …”
I do not believe PLM is software. Yes there is software used to automate or implement PLM practices, but this definition starts to neglect the culture and process sides of PLM. And as Oleg was faster – read his more extended comment here
(I am not paid by Oleg to promote his blog, but we seem to have similar interests)
Back to the classical definitions
The Wiki definition gives the impression that you need to have an infrastructure to manage (store) all product data in order to serve as an information backbone for the extended enterprise. It becomes more an IT-project, often sponsored by the IT-department, with the main goal to provide information services to the company in a standardized manner.
This type of PLM implementations tends to be the same type of implementation as an ERP system or other major IT-system. In this type of top-down implementations, the classical best practices for project management should be followed. This means:
- A clear vision
- Management sponsorship
- A steering committee
- A skilled project leader and team
- Committed resources
- Power user involvement
- …… and more …
These PLM projects are promoted by PLM vendors and consultants as the best way to implement PLM. And there are a lot of positive things to say about this approach. For many big companies implementing cPDM or PLM was a major step forward. Most of the ROI stories are based on this type of implementations and have been the showcases on PLM events. It is true that data quality increases, therefore efficiency and product quality. Without PLM they would not reach the same competiveness as they have now.
But sometimes these projects go into extreme when satisfying users or IT-guidelines
To avoid the implementation of a ‘new IT-system’, companies often have the strategy that if we already have an ERP-system , let’s customize or extend it, so we can store the additional data and perform workflow processes based on this system.
In a recent webinar, I heard a speaker saying that in their company they had the following automation strategy defined together with IT is:
- First they will see if the needed PLM functionality exists in their ERP system or is part of the portfolio of their ERP provider. If the functionality is there (this means the ERP vendor has the capability to store metadata and a factsheet mentioning the right name), there is no looking outside.
- If the functionality is not there, there will be a discussion with the ERP vendor or implementer to build it on top of their ERP system.
I have seen implementations where the company has developed complete custom user interfaces in order to get user acceptance (the users would not accept the standard graphical interface). At that time, no one raised the flag about future maintenance and evolution of these custom environments. The mood was: we kept it simple – one single system.
I believe this closes the door for real PLM, as storing data in a system does not mean you will use it in an efficient and optimized manner. How will you anticipate on changes in business if it is just doing more with the same system?
And mid-market companies ?
The top-down approach described before is the fear of many mid-market companies, as they remember how painful their first ERP implementation was. And now with PLM it is even more unclear. PLM aims to involve the engineering department, which so far has not worked in a very procedural manner. Informal and ad-hoc communication combined with personal skills within this department was often the key for success.
And now an unfriendly system is brought in, with low or little usability, pushing these creative people to enter data without seeing any benefits. The organization downstream benefits but this will be only noticed later in time. And for the engineering department it will take more effort to change their work methodology focused on innovation. However, in general in the mid-market, the target of a PLM project is to have a Return on Investment (ROI) in a very short timeframe ( 1-2 years). Investing in usability should be even more important for this type of companies as there is less top-down pressure to accept this new PLM system.
And flexibility ?
In the past years we have seen that business is changing – there is a shift in global collaboration and manufacturing and from the recent history we can learn that those big enterprise projects from the past became a threat. Instead of being able to implement new concepts or new technology, the implementation became more and more vendor monolithic as other capabilities and applications do not fit anymore. This is against the concept of openness and being flexible for the future. I believe if PLM becomes as rigid as ERP, it blocks companies to innovate – the challenge for big companies is to find the balance between stability and flexibility (This was the title from Sony Ericsson’s presentation at the PLM forum in Sweden this year)
And again for mid-market companies who do not have the budget or resources to invest in similar projects. They have less a drive to optimize themselves in the same manner as big companies do as flexibility is often their trade mark (and capability to innovate) . So PLM for the mid-market will not work in the classical way.
This is one of the reasons why a mid-market PLM standard has not yet been found (yet ?). From the other hand many mid-market companies are dealing with PLM practices although often it is more close to PDM and CAD data management. And mid-market companies do not change their organization easily – there is more a departmental approach avoiding therefore a change in business.
To summarize the biggest challenges in current PLM described in this post:
- PLM is considered complex to implement
- PLM is a huge IT-project
- PLM requires change and structuring – but what about flexibility
- Where is the PLM value and ROI – user acceptance
- PLM for the mid-market – does it exist ?
Conclusion: I have been writing about the PLM challenges in the past, see the links below if you are interested in more details on a specific topic.
In 2008,I thought that Out-of-the-Box PLM systems and standard functionalities could bring a solution for the mid-market, perhaps future solutions based on the cloud. However I learned that if you want to do real PLM in a modern manner, you need to change the way you do your business – and this I will explain in my upcoming post.
- PLM and IT – love/hate relation ?
- Implementing PLM is a change not a tool
- Which PLM to choose
- PLM for the mid-market mission impossible ?
- 5 reasons not to implement plm – post 5 with links to post 1 to 4
Recently I have been reading various interesting articles, it started with Why Amazon can’t Make a Kindle in the USA from Steve Denning and from here I followed several interesting links.
Most of the articles were business driven and not with a focus on technology. However what caught my attention was the similarity of issues that were raised in these articles as-if it was about PLM.
At the end it is a plea/cry for change to be more competitive in the future. With the current economical stand still, I believe there is a need and an opportunity for this change also in PLM. I am not pointing to regime changes all around the world, but somehow they are all connected to this new wave of globalization and openness to information.
And as my domain is PLM, I took PLM 2.0 as the vehicle to describe the change currently in the PLM world. Although PLM 2.0 is a term invented by Dassault Systems, I will use it as the placeholder to describe the changes in PLM.
|This week||: What is PLM 2.0 ?|
|Next||: Challenges in current PLM|
|Next||: Change in business|
|Final post||: Why PLM 2.0 – conclusions|
I hope you will stay with me when going through these four steps and look forward to your immediate feedback.
What is PLM 2.0 ?
In 2006 Dassault Systems announced PLM 2.0 as the new generation of PLM implemented on their V6 platform. If you go to the 3DS website you see the following definition of PLM 2.0
Look for the header PLM 2.0: PLM Online for All
In the DS definition you will find several keywords that will help us further to understand the PLM 2.0 capabilities:
a typical Dassault Systems viewpoint, as they are coming from the world or 3D CAD and virtualization and the company’s vision is around lifelike – and life is mostly in 3D.
3D as interface towards all product related information is a paradigm shift for companies that were used to display only metadata on boring tabular screens where you navigate on numbers and text. The other major CAD-related PLM vendors of course could follow this paradigm too, as 3D visualization of information is known to them. However when coming from an ERP-based PLM system you will see 3D is something far out of reach for these vendors (at this moment).
This is what I believe is a crucial keyword for all PLM future implementations it builds upon the Business Information concepts that became in fashion 8 years ago. Online means direct access to the actual data. No information conversion, no need for import or export, but sharing and filtering. What you are allowed to see is actual data and an actual status. Imagine what kind of impact working on-line would have on your organization. Evaluation of trends, Key Performance Indicators directly available – still of course the interpretation to be done by experts.
Intellectual Property – a topic that should be on every company’s agenda. The reason a company currently exists and will exist in the future is based on how they manage their unique knowledge. This knowledge can be based on how certain processes are done, which components are chosen, which quality steps are critical and more. Working in a global collaboration environment challenges the company to keep their IP hidden for others, for sure when you talk about online data. Losing your IP means for a company to be vulnerable for the future – read in the referenced blog post from Steve Jennings about DELL.
This is currently the platform for change as technologies are now enabling people and companies to implement applications in a different manner. Not only on premises, but it could be online, Software As A Service, Cloud based solutions and through standardized programming interfaces, companies could implement end-to-end business process without a huge, monolithic impact. Also Web 2.0 provides the platform for communities.
The concept of communities opens new perspectives for collaboration. In general people in a community, have a common interest or task, and they share thoughts, deliverables back to the community across all company borders. This is the power of the community and the collective intelligence built inside such a community. Without company borders it should give the people a better perspective on their market on their business due to the global participation
The vision is there – now ….
All the above keywords are capabilities for the future and in the world of PLM you see that every PLM vendor / implementer is struggling with them. How to implement them consistently across their offering is the major challenge for the upcoming years, assuming PLM 2.0 is considered as the next step.
If you look at the PLM vendors beside Dassault Systems, you see that Siemens and PTC are closest to following the PLM 2.0 approach, without mentioning the term PLM 2.0. Other vendors even refuse to talk about PLM, but they share already similar components, for example Autodesk.
Interesting to see that the ERP-based PLM vendors do not follow this trend in their communication, they are still working on consolidating and completing their ‘classical’ PLM components
But the classical PLM vendors struggle with the change in paradigm too.
- What to do with current, huge and structured implementations ?
- Is PLM 2.0 having the same demands or can it be different ?
Here you see opportunities for new comers in this market as you can implement online collaboration, intellectual property creation/handling and communities in different manners with different types of implementation demands.
So far my introduction in PLM 2.0. Browsing on the web, I did not find too much other viewpoints on this specific terminology, so I am curious about your thoughts or and complementary comments on this topic.
In my next post I will zoom in into the challenges of PLM and relate them to the PLM 2.0 vision
My take on PLM (classical) and PLM 2.0
Referenced in this context – not directly mentioned:
- IBM visionary presentation from 2006 – Michael Neukirchen
- The future of PLM – Martin Ohly (global PLM blog)
- PLM 2.0 technology or facelift – Oleg Shilovitsky
- Social Media and PLM explained for Dummies – Jos Voskuil
- Going Social With Product Development – Jim Brown