You are currently browsing the category archive for the ‘Observations’ category.
The last month I have been working with Aerosud Aviation in South Africa to finalize and conclude on ROI and the lessons learned around their PLM implementation, which started in May 2007. I was lucky to be involved in the initial scoping of the project in 2007 and assisted the local Value Added Reseller together with the team from Dassault Systèmes UK team in a step by step project towards PLM.
When I met the people in Aerosud the first time in 2007, I noticed it was a young company, with open-minded people, everyone trying to improve their daily activities per department. There was the need for PLM as some of their major customers required Aerosud to have a PLM system in place. Also Configuration Management was mentioned many times in the interviews and what I learned that time: Excel was the tool for configuration management.
Based on the initial interviews a plan needed to be developed in which steps to implement PLM. The following three major points were the guidance for the implementation:
- The company was thinking documents and understanding documents especially Excel
- The company had no clear understanding of what PLM would mean for them as real awareness was not inside the company. Customers like Boeing and Airbus talked about the importance of PLM, but how this could impact Aerosud as a company was no commonly clear
- People in the company had a major focus on their department and there was no availability of a overarching group of people leading the implementation
You could say you will see the above points in many smaller and medium-sized companies. I wrote about it also in one of my previous posts: Where does PLM start beyond document management ?
The project phases
The good news for Aerosud was that their PLM Champion was an expert in CATIA and was familiar with writing macros in Visual Basic plus the fact that everyone in the company was open for using the system as standard as possible – no demands for special behavior of the system: “because we do this already for 100 years”
The last phrase you hear a lot in ancient Europe
The choice was to start with implementing ENOVIA SmarTeam Design Express and to focus in two phases around design data management (phase 1) and the usage of design data by other users (phase 2)
The plan was that each phase would take maximum 2-3 months and we would give the users the time to digest and change their habits towards the standards in the system. In reality it took almost a year, not due to technical or conceptual issues, but this was the maximum pace we could have with the amount of time and available resources. The good news after these two phases was that the first bullet was much clearer understood – the difference between having a system with a single version of the truth or Excel management.
In the summer of 2008 (our summer – as it was winter in South Africa) there was a management workshop in Aerosud and here after three days of discussion the position of PLM became clear. One year ago this would not have been possible, now people had seen ENOVIA SmarTeam and they could imagine what benefits the system could further bring. This addressed the second bullet I mentioned before. Although this workshop was not scheduled upfront, looking back now I see this was a crucial point to get understanding for the next PLM steps.
The next PLM steps were extending to a real Item-centric data model, because if you want to do PLM you need to work around Bill of Materials and all related information to the items in the Bill of Material. At the end this gives you configuration management without chasing Excels.
Again the next steps were divided in two phases with again a scope of 2 – 3 months. The implementation would be based on the ENOVIA SmarTeam Engineering Express methodology which came as a logic extension of the current implementation, without having to change the database or existing data model.
In the first phase we had awareness sessions for BOM (discussing EBOM / MBOM / Effectivity, etc) plus in parallel we introduced the item as place holder for the information. Not longer folders or projects as the base.
Introduction of the item was conceptual not a big issue and the major activities in this phase were focused on connection legacy data or current data from projects to the items. Data coming from various sources (directories, legacy databases) plus NC data became connected and visible in the single version of truth.
In the second phase of moving to PLM the focus was on EBOM and MBOM. Initially assuring that from the designer point of view the CATIA design and EBOM were connected as smoothly as possible, trying to avoid a lot of administrative overhead on the designer (sometimes unavoidable – see my previous post: Where is my ROI, Mr. Voskuil)
After having implemented a streamlined CATIA – EBOM connection, the focus moved to the MBOM. For me this is the differentiator for companies if they implement PLM or just Product Data Management). Implementing the MBOM requires a culture change and this is the place where the ERP people need to see the benefits instead of the threats . Luckily in Aerosud the manufacturing engineers were working in their Excels initially and not in the ERP system – which happens a lot in older companies.
For that reason the concept of MBOM in PLM was much better understood. Now Aerosud is experiencing these capabilities and once they become obvious for everyone the third bullet will be addressed: people start to work in processes cross-departmental instead of optimizing their department with a specific tool.
As this activity will continue, I also conducted with the Aerosud management and PLM implementation team an ROI assessment. Estimates about the experienced and projected benefits were kept low and on the realistic side. The result was that the outcome for the ROI period was approx 27 months, almost the same time as the whole project had as throughput time. This proved again the statement about a phased PLM approach. payback of project comes in parallel with the implementation and will ultimately fund the next steps.
End of July I will be holding a webinar with more details about this implementation for the Dassault VAR Community. I will be happy to expand this information for a wider audience afterwards, as I believe the project is representative for many mid-market companies that struggle to find the place where PLM fits ….. and brings ROI
Let me know if you are interested in this follow up and I will collect the inputs for a follow up.
Again three busy weeks and I envy my colleagues who had the time to write a blog post on a regular base.
Two major topics kept me busy:
- explaining the complete PLM scenario from concept (initial BOM), through CAD, through EBOM and MBOM to a final shipped product. I will come back on this topic in future posts as it even goes beyond my old post: Where is the MBOM. To be more detailed in the future
- analyzing ROI and predicting ROI for various PLM implementations. And this is the topic I want to share 2 experiences with you, and I am curious for feedback or other viewpoints
Where is my ROI, Mister Voskuil?
Some years ago I supervised a PLM implementation and I only was involved after the company had already implemented their 3D CAD software (SolidWorks) after years of 2D AutoCAD. The reason for my visit was that the technical manager was a good guy in monitoring the productivity of his engineering department.
And then he showed me some statistics. Working with AutoCAD 2D was defined as the baseline. Implementing SolidWorks brought initially a drop in their drawing output (pay attention to the wording) but after 6 – 9 month the started to be more efficient with SolidWorks and at that time the output was rated at 120 % (or sometimes even more due to more and enhanced product modeling)
Then came the SmarTeam implementation and again the output of the engineering department dropped and going down to 70 % and after a year effort of the SmarTeam implementing VAR, they were still not happy as output was below 100 % still.
Conclusion from their side: There is no ROI on implementing PLM
In the following discussion, we discovered that the working methods of the engineers had changed. Less freedom in adding data, incomplete information as the integration with SolidWorks enforced a more strict methodology to the CAD users (who of course complained). The effect of the changed working procedures was however that downstream tasks should have been eliminated. In production preparation 4 people were in the past completing, checking the engineering BOM coming from the design department. They fixed the mistakes and then typed them all in another order into their ERP system for production.
It appeared that those 4 people had a much easier job – first of all, they did not complain. Data was immediately on release of the design sent to the ERP system – no manual interaction – and there they could pick-up the EBOM and adapt it for production. There was less search work to do – as the designer already provided validated input plus there were no typos anymore. Amazingly these 4 people never complained to their management that they could do more, they kept on having their ‘busy’ days.
Morale 1: Measuring ROI in a single department (often a mid-market characteristic) does not give you a good understanding of PLM benefits. PLM once implemented correct, affects the whole organization
We know there is ROI, but where is it ?
As you noticed, a less confronting customer, as we all feel being involved in a successful PLM implementation going in the right direction. Yes, perhaps a little to slow, but the advantage is that people start to see the benefits of a ‘single version of the truth’ – we haven’t reached the advanced scenarios yet as I mentioned in the top.
But now we tried to measure, as I also wrote in previous posts, if you had your organization under control before PLM, in that case, you would be able to measure the impact – after 6 months / after 12 months / after 2 years?
It is like climate change, statistics demonstrate there is a trend and I believe we have an impact on this planet. Still, skeptics (luckily less and less) explain to us that it is just a normal climate variation, and after 10 – 50 years we will have a new ice age. Not sure if these people are optimists or …….. it just does not fit in their lives
But PLM is somehow the same, we see it has an impact, we measure and try to explain, especially in the mid-market companies, skeptics is a natural survival mechanism as you cannot risk to be too optimistic. (This is how startup’
So in our situation, we started to fill in spreadsheets which brought huge benefits. Imagine searching goes much faster – let’s say instead of 1 hour per day we need only 10 minutes per day per employee. We have 120 people per day searching for data, does it mean we can do it with 20 people instead? Or what would these people do in the remaining 50 minutes per hour?
Right, they will find other work to do – less stress, more time to chat with colleagues, have a coffee and above all, they won’t complain. People are flexible in filling their day and if the company is lucky some of the ambitious people might fill their day with innovation or other relevant improvements.
Morale 2: Even if there is an indisputable ROI on a PLM implementation, the management should analyze what should be the impact on the organization. Invest more in creativity/engineering instead of quality assurance? In the mid-market, this might be perceived as a bad sign – as the quality is key. But how much money would we make on a high-quality product that no-body buys anymore?
Conclusion: With these two anecdotes I tried to share my ROI struggle which is still following PLM. I am looking forward to more anecdotes or inputs on the soft side of ROI. Be welcomed to join the discussion
The past few weeks I have been busy in an area which I believe is crucial for understanding PLM. I had meetings, web meetings with prospects, with implementers and existing customers – of course all in the mid-market. And the generalized key question on the table was: “
Yes, we understand document management, and yes, CAD management is understandable to us, but why do you need to work with the BOM further down the product lifecycle, as this is ERP, isn’t it ?
I realized several topics play a role here:
- Mid-market companies usually do not think top-down in their approach. As an example: they will not look at their whole organization’s business processes and then try to map all the activities cross departments, cross suppliers, etc. Usually they are looking per department to optimize the way they are working.
Classical enterprise PLM implementations are designed to go top-down. Describe the as-is situation, describe the the to-be situation and then transform the company to meet the to-be situation. Decisions are pushed to the people in the company as the to-be situation seems to be clear. Many of the classical PLM implementers still believe in this approach – and the risk / challenge is always that the to-be situation was not well understood, or that at the time we reach the to-be situation the environment of the company has changed and another to-be is needed. - Mid-market companies understand a central storage for documents brings a lot of benefits. Most companies realize that all this departmental archives of documents and files create too much overhead and a higher quality risk. Finding the absolute right file for a certain product release might be a quest and of course each of the departments claims that their solution fits exactly their needs. This is what I believe the main driver behind the success of SharePoint. As Microsoft Office is used as a common document authoring tool among all departments, why not use the Office Document Management tool as our common backbone ? PLM and ERP vendors might say we also manage documents, but usually these documents are managed in a structured manner – related to revisions of a product or to a product order. Usually an infrastructure to manage unstructured documents does not exist in ERP systems.
- Mid-market companies do not understand the value of managing the BOM outside ERP. As I mentioned, everyone understands documents, but items seem to be the domain of an ERP system. Understandable as ERP was often the first IT-system implemented. As mid-market companies usually do not have a holistic view, items will remain to be managed there (“as we invested so much in the first implementation the management will say – no other source for items !!!”)
And here i believe is the crucial go-no/go point for a PLM implementation. Once the company starts to understand that the definition of items is not done in the ERP system, but is a result of the work done in the engineering department, only then the value of managing the BOM outside ERP become apparent. And here is the catch 22, we already manage our documents in environments without items (BOM’s) (SharePoint / CAD Documents management) – so no place for PLM ?
So what to do as a mid-market company ?
It is hard to understand the full picture (because of the above points), can you trust the selling PLM partner ?(we have been promised easy implementations in the past with other IT-systems too) and at the end you do not believe the value PLM can bring (as you cannot imagine and digest the impact of PLM to your company)
And just when thinking about this – three articles came to my attention as they all address this topic, somehow from a different perspective:
- An upcoming white paper written by TechClarity on ENOVIA SmarTeam Express solutions
- A blog post written by Jim Brown (TechClarity) on the TeamCenter Express solution
- A blog post written by Oleg Shilovitsky (PLMtwine): PLM action plan for dummies
The first two posts deal with a packaged approach for mid-market companies, allowing them to implement PLM faster and with a faster ROI. As Jim (and many others are stating – in an economical down turn you cannot focus on efficiency only (the ERP slogan). It is innovation – better and more customer oriented and attractive products – brings much higher revenue as compared to doing more of the same more efficient.
Oleg focuses on the steps to implement PLM and I agree with most of the statements there. It needs to be gradual and implementing the business processes comes as the last phase.
There is one difference I see in my approach compared to what Jim and Oleg are writing. Both believe that PLM brings value (and i support this statement 100 % based on experiences with customers I have worked).
However the missing point to be addressed is the lack of understanding (and often also trust) of companies talking with a PLM vendor and committing to PLM. I tried to explain these points in the above 3 statements. As long as those points are not addressed, each stepped approach will lead to the question: “When are we really going to do PLM instead of CAD Document management or enhanced ERP ? “
My experiences with guiding successful PLM implementations are the following:
- Start with basic document management and CAD data management. It aligns with the understanding of companies that a centralized and secure repository for documents brings ROI. This step introduces to the company that a company wide approach of data management brings value (and ROI). Some basic processes might be introduced here already- basic document approval as required by all quality systems.
- Once basic CAD and Document Management are introduced, the company will realize that it is missing ‘place holders’ to hook the information. If you work in a document management system only, the system implementer will say: Use projects to collect your product data and use folders to collect your item related data. A PLM vendor would say; Now you are ready to introduce Items in your system, as they are the logical place holders for information. Here PLM starts to be introduced.
- Once understood that the item is a needed place holder to manage development data, the understanding for managing items in a structure becomes clear. Here we introduce the EBOM and as Items also contain logistical data, this is the first point to start connecting PLM and ERP to work with a shared ‘place holder’ but with different focus on characteristics.
- Once the Engineering BOM is understood, the discussion starts around the MBOM. Who is responsible for defining how a product is manufactured ? PLM believes this is part of their duty, ERP vendors will say, we own the item historically ,so we manage the MBOM. As a 100 % PLM believer, I think it should be in PLM as it is not part of the execution but part of the product definition (See the post I wrote on this topic: Where is the MBOM).
At the end the defined MBOM can be pushed to ERP once required. - Once you are able to manage and centralize all data related to product development and definition, a company becomes ready to guarantee the quality and flow of the data, by implementing company wide engineering change and development processes. Much in line with Oleg’s PLM action plan.
I have supported implementations of the above approach in several mid-market companies and key success factors were:
- the company understanding PLM brings benefits but also understands it will take a time to realize this vision.
Management vision and support were always there. - a PLM system that allows you to start simple with centralizing documents and keeping things understandable but also allows you to scale up to a PDM system and finally supporting the whole PLM vision once accepted and understood .
Think Top-Down – Implement Bottom-Up - an implementer who understands that in the mid-market a push of concepts will bring rejections from the end-users, and where listening to the end-users only, it will result in an unguided system. The implementation partner needs to say No at the right time and to push for Yes when needed.
The implementer is 50 % of the success !
Conclusion: A management vision, a scalable PLM system and an experienced implementation partner are needed to bring the innovation to survive in the long term – document management and ERP alone will not bring this unique value. The phased approach allows a company with digestible steps to grow to their ‘to-be’ situation – as building trust and understanding is still required in the mid-market of PLM
See also: ENOVIA SmarTeam Express
I am writing this post as i come across this question on a regular base, and as a response on a recent post from Jim Brown. I addressed this topic already in previous posts in the past, for your convenience i have put all relevant links I considered at the bottom of this post.
I believe the question is hard to answers if asked this way. It all depends on where is your point of gravity. You can divide the PLM providers in different groups.
- PLM vendors with a focus pure on PLM – their major business is in providing the majority of the PLM related tasks, independent of a certain CAD or ERP package, but interfaces usually through a generic approach with these applications. Matrix One (now integrated in Dassault’s ENOVIA offering), Aras (Open Source), Arena (On-line) are examples of this type of PLM providers.
- PLM vendors coming from their CAD environment, initially manage their 3D CAD data and extending these capabilities to other authoring tools. ENOVIA VPLM and SmarTeam (main CAD system managed CATIA) are Dassault’s solutions, Siemens UGS (main CAD system managed NX) and PTC (main CAD system managed Pro/E) are examples of this type of providers
- ERP vendors who extended their offering with PLM functionality – either by developing PLM functionality themselves (SAP) or by acquisitions of PLM functionality (Oracle / BaaN)
- and there is still a vendor that does not do PLM, but calls it digital prototyping
As each of these PLM providers has their customers and market share – interesting to read is CIMDATA’s overview of the PLM market. What you see there is that it is hard for the independent PLM vendors to be ranked in the top 5. Also the biggest independent PLM vendor in the past, Matrix One, had a hard time to compete against the CAD or ERP based vendors. Why ??
I believe because the major reason lies in the fact that companies want to keep their IT-infrastructure as simple as possible. Buying a PLM system from the current major CAD vendor or from the current major ERP vendor keeps their situation manageable. Why deal with a third vendor that has to integrate with their CAD and ERP software ?
This would lead to a statement that there are only two type of major PLM providers: CAD based or ERP based. And here I am back to the initial question: Can ERP vendors provide PLM ?
Here I believe there is a major difference in the approach of PLM. Yes, both types of companies can provide PLM functionality but they offer it in a different way. It is like Ferrari and Volkswagen provide cars, but are they addressing the same audience ?
Some years ago I had a conversation with a SAP country manager about PLM. It was in the time that SAP did not recognize PLM yet as a business approach required in addition to ERP. He told me that SAP was managing all the company’s data and processes and that it was just a matter of time before also companies would recognize that engineers working with their CAD systems are nothing else but resources in the whole process. “Designers believe they are artists and cannot be managed but we will show them we can” . Here you see the focus is not on creating the environment for innovation or new products, but on managing existing processes as efficient in a certain way.
To generalize ERP vendors talk PLM but practice efficiency and neglect the fact that innovation and creativity are not manageable (sorry for the generalization but it make things more clear)
CAD based PLM vendors focus a lot on the product creation process. Supporting companies to design and develop new products, mainly in the virtual world. They do not try to manage the development process like a production process but work with mile stones to assure progress and managing quality and risk (NPI – new product introduction). Only when the product definition is mature and complete it will be handed over to ERP to produce the products where needed. Did you ever wonder why CAD based PLM vendors do not expand into ERP ?
And here lies the the difference I believe. If you choose for a CAD based PLM vendor, your company is focusing on innovation, creating new products, when you choose for an ERP based PLM system you will focus on efficiency and process management. Ask the ERP vendor to which level PLM is integrated in their company – is there a person responsible for PLM in the top management ? Technically you can integrate a full portfolio of products, but understanding and making PLM a part of the strategy is the decisive question for the future.
Conclusion
Yes, ERP vendors can provide PLM functionality and as a company you should decide where is your business focus.
If your focus on efficiency and not on innovation ERP providers can offer a total solution.
If your company focuses on new and better products, I believe that your focus should be on CAD based PLM vendors as they offer the best environment for innovation support and capturing design knowledge.
And be critical – as before you know the front falls off
PLM and ERP previous posts:
You might have heard about the chaos theory and the butterfly effect ? In general, the theory promoted by Edward Lorentz and others, claims that the flapping of the wings of a butterfly, somewhere in South America may influence ultimately the path of a tornado, either preventing or accelerating that a tornado may hit at a certain place in North America.
WOW, if a butterfly can do this, can you imagine the impact of all of us, flapping our notes and plans around PLM in an organization ? What a chaos we can create ?
I came to this association, looking back on my activities the past three weeks. Talking with implementers and companies, who all had a tornado of wishes and activities, trying to create order through a PLM implementation – the anti-chaos theory.
Most of the discussions were based on a typical mid-market approach.
What do I mean by a typical mid-market approach – and I am generalizing here. None of the people I have been talking to in the past weeks match the exact characteristics, however all contributed to the picture in my mind.
Typical mid-market approach (my generalization):
- (Power) User Driven / Do It yourself approach – inside the organization there are people who have the dream to improve the company with PDM / PLM and the energy to prove it. They build the plan and define the solutions. External resources are only hired to do specialized services, fitting in the thought process of the power users. They believe that everyone will see the benefits of the implementation and join their approach step-by-step enthusiastically.
- Focus on technical details– often the wishes are based on implementing technical capabilities close to the understanding of users, usually requiring a minimum of change in the daily processes. For example the focus might be on a technical capability how to connect the PLM system to the ERP system (Middleware / XML /Web Services / …..) instead of discussing how it will work from the process point of view – how is the process impacted ?
- Task solving – much in combination with the previous point, the focus is on optimizing and/or automating tasks of a certain user. The end-user’s daily tasks/pains are the focus for solving, which means trying to automate as much as possible, providing as much as possible single system / single screen solutions.
- Risk Avoidance – often these companies do not have the capabilities (people / time / budget) to experiment with new directions. Approaches from other similar companies are followed (looking for references). For sure not a bad approach, however the result is it will be harder to be differentiate from your competitors. And of course risk avoidance should always be considered in the scope of manageable risks.
- Lack of top-management investment / push – although the top management in these companies subscribe to the needs for PLM, the focus of the investment is usually mainly on the external costs (software and services), where internal resources are forced to do the PLM activities beside daily tasks. Later the management will wonder why things are going slow, as they did their job (they approved the investment– waiting for the results now)
- Focus on business skills – the people in the project team are often well educated in their daily business and practices, but lack project management, risk management and change management skills. These ‘soft’ skills are often acquired by buying a book to be placed on the desk.
After writing these generalizations, I had the feeling that instead of characteristics, i was writing about risks . As this was not the intention, let see the how to manage these risks:
- The power users should realize that they are sent on a difficult mission which requires a lot of creativity to implement changes in the context of the PLM project. And strange as it seems the PLM software might not be the biggest challenge.
The biggest challenge will be on choosing the right best practices and to implement them with acceptance of the users. This is change management combined with implementation knowledge / experience. They point for the power users should be to have an implementation partner with experience, who can explain why best practices work and explain how other companies address this issue. Without practical guidance the power users have become pioneers, which is something the management for sure wants to avoid.
Often to avoid user objections, the project team decides on heavy customizations or ‘weird’ compromises – nice to keep the user community quiet, but bad for the future, as benefits will not be the same.
This mainly happens as there is too much focus the ‘hard’ side of the project ( hardware /software /IT /Services ) , and no or limited attention to the human / change management side.
Power Users – be aware ! - The management should realize that it is a company’s decision and vision. So from their side a steering committee with a clear vision is required. Their job is to keep the vision, prioritize the activities and make sure the power users are not creating an isolated solution based on their dreams.
The most important role of the management is to take continues responsibility for the project – it does not end by giving the approval for the project and budget. Where users might reluctantly accept changes, it is the job of the management to enforce the changes and support them.
This can be done in a harsh way by imposing the changes, however this will cause resistance and the end users will demonstrate the management was wrong. This leads at the end to a situation where the company as a whole will be in a worse position as before.
So managing by motivation should be the approach, as after all the power lies in motivated users, who understand the benefits of the changes and benefits for their future job.
Management – be aware ! - Make sure the focus and priority is on business not on IT. Sell and explain the business benefits internally all the time.
All be aware !
To conclude:
- The mid-market characteristics look like risks for a successful PLM implementation, if not addressed and taken seriously
- There is significant management support and control needed to monitor, guide and sell the PLM project.
To make sure the company benefits are targeted and not the individual users or departments demands only. - Implement bottom up but control and direct top-down
- Your implementation partner should have resources with skills for both levels – so not only programmers who can do miracles, but also consultants that can explain, validate best practices based on other experiences
Understanding chaos – enjoy:
In the past year I shared with you my thoughts around PLM. Most of the post were based on discussions with customers, implementers, resellers and peers around the world. I learned a lot and will keep on learning I assume, as PLM has many aspects:
– the products, there are many products with the label PLM
– the concept, how do we interpret PLM per industry
– the customers, what do they want to achieve, without buzz-word
– the world, people and economic trends drive us sometime to irrational decisions
In this post I will give an overview from the 2008 posts, categorized by topic. I am looking forward to further suggestions in the comments if you are interested in more depth in certain areas. In parallel I will continue to share my experiences and provide an overview of best-practices and terminology experienced in the PLM space.
PLM concepts
Managing the MBOM is crucial for PLM
Is there a need for classification – and how should it be done ?
Is the PLM concept applicable for mid-market companies too ?
What will happen with PLM – looking towards 2050
PLM and ERP
PLM and ERP – the culture change, continued
Connecting PLM and ERP – part 1, part 2, part 3
PLM and ROI
Implementing PLM is too costly ?
Implementing PLM takes too long ?
Why implement PLM next to an ERP system ?
How is PLM different from CAD data management ?
Economical crisis creates the opportunity for change
Business Process Change
PLM in SMB requires a change in thinking
The management is responsible to initiate a change towards PLM
The change in automotive/aero supply chains to more advanced partners
How will mid-market companies pick-up the benefits from implementing PLM ?
Experiences
European Enovia Customer Conference (ECC)
PLM in Greece – does it exist ?
Is the concept for PLM mature enough ?
Don’t expect a bottom up PLM implementation to become successful
Conclusion
I would like to conclude with a quote from my favorite scientist, who taught us everything is relative, however:
“We can’t solve problems by using the same kind of thinking we used when we created them.”
Looking forward to your feedback, wishes in 2009 !
Jos Voskuil
The past few weeks a had various moments to interrogate myself about the values for PLM and what would be the best way to address PLM for a mid-market company.
First I was in Copenhagen, attending the Microsoft Convergence event. A meeting where Dynamic customers, resellers and partners from all around Europe came together to learn the latest from Microsoft, to network with other partners and discuss their business processes.
Of course the focus from all of the 4000 attendees was around logistical processes, I was very curious to learn how manufacturing companies would describe their needs and where they feel the missing link – PLM.
But they did not feel it ……….
I believe this is one of the most challenging issues for mid-market companies. They have been investing in their ERP system and consider this as the company’s backbone. Their production and finance is dependent on it. Other departments, like sales and engineering provide somehow their inputs to the system, often Excel is here the information carrier. No PLM vision exist – or in case it exists – it is perfectly hidden.
I touched this topic in one of my previous post, called: “We do not need PLM, we already have ERP”
So why is PLM not yet adopted by mid-market companies and I raise this question mainly for those companies that obvious would benefit from PLM ?
I believe the major reason is the fact that often in mid-market companies there is no high-level strategy available analyzing where the company should be in 5 years from now and what are the challenges to overcome. Most of the companies I am currently working with want to implement something they call PLM, but often it is just PDM.
The big difference between PLM and PDM is that PLM requires the company to work different across departments, where PDM is considered more as an automated way to centralize product data, without changing the department responsibilities.
And now some generalizations
In addition mid-market CAD resellers try to explain their customers that PLM is only for big enterprises and that they just need PDM. This of course makes their sales beyond CAD easier, as touching cross-departmental processes requires different knowledge (which their resellers do not have), a different product (which they do not sell) and of course a longer sales cycle.
The same happens from the ERP side. ERP resellers consider what happens in the engineering department as a black box, where product data is generated and at the end a (configurable) Bill Of Materials. ERP vendors do not jump on PLM as extending the process to engineering requires different knowledge (which is not their domain) , a more extended product (which they do not have (yet))
Mid-market companies are of course influenced by these resellers of their core components and as mentioned before do not have the time and budget to take a strategic, holistic view where the company should be in 5 years. Usually their focus is on solving the pains they experience in their organization. For example we have too many databases and spreadsheets per department, let’s put them all in one central place – more an IT focus then a business focus.
So how to get the vision ?
Companies should ask themselves the following questions:
- what is the success of my company ?
- will I still be successful in 5 years from now if I keep on doing the same ?
- how does globalization affect me ? Risks but also challenges.
- how do I capture the knowledge of my (experienced) workforce before they retire ?
To answer these questions (and the above ones are only the most probing) it requires time and understanding to build a vision. Perhaps the economical downturn creates the opportunity or need to prepare for the future (survival).
And if you are working in a mid-market manufacturing company, chances are big that implementing PLM is a way to guarantee the company’s future and success. This has been proven in big enterprises and mid-market companies are not so different at the end.
Adapting business processes and connecting the whole product lifecycle are key activities. Beyond PDM and ERP it brings portfolio management (which product bring the real revenue) and innovation (New Product Introduction – how do we make sure we introduce a good product in the market).
Conclusion
PLM requires a company vision and strategy. Building the vision is something that PLM vendors, business consultants and others can assist you with. Each group has its own pro’s and con’s but at the end it is the vision that is needed before making the change – it requires first of all an investment in brain power – not in products
Interesting to read:
Stay with the business processes or change them ?
The words used in this title are the ones that I heard the most the past weeks- only all of them in a different (more pessimistic) context. Speaking with potential customers and vendors I heard most of the times the combination: Can we do PLM when there is an economical crisis ?
A famous Dutch soccer player (Johan Cruyff) once said: “Every disadvantage has its advantage” and this is also valid for the economical crisis. It forces companies to think (different) as their future is challenged. Less orders means less works and probably less pressure on the organization – companies might decide to lay off people to reduce costs. This is in many cases a pity as knowledge (IP = Intellectual Property) might be lost.
One of the benefits of PLM is that the IP (stored in people’s brain) becomes available and visible inside the company without the need to consult these experienced persons. Would this mean implementing PLM would reduce they amount of people in engineering ? No, it reduces the risk for a company to be held hostage by these people and even more. By making internal IP available inside the company, it allows companies to overlook their portfolio and performance – and from there to decide where to focus an innovate. It creates a competitive future.
In some of my previous posts, I mentioned that one of the most heard excuses not to implement PLM was the fact that companies claimed they are too busy. This means reduced work creates the opportunity to invest time in PLM – and as the budget for implementing PLM might not be available, at least the time exists. The work done during this time assists the company once we are in an economical upward move – usually at that time companies become stressed as more work needs to be done with few resources available – and new resources need to be hired.
For me a PLM implementation can be compared with a journey through an unknown area. As companies usually do not understand what is the impact of PLM to their company – the ultimate goals somehow are known, but how to get there, no one knows. A company can hire consultants and implementers to guide them during this journey, and i believe this is required, to avoid going in the wrong direction.
However the knowledgeable people inside the company know best which changes in business processes will bring value and which are not yet understood. And this is crucial in a PLM implementation – a company needs to digest and understand the impact of PLM.
So considering the points above and the fact that as a company you do not want to invest much in a PLM implementation at this moment due to the financial situation, what can you do:
- Spend time inside your company to decide where you want to be in two to five years, assuming that once you have a more promising market you need there to be ahead of your competitors
- Learn and invest with PLM providers who can offer you a solution. Pay attention in this phase on which partner understands your business and can guide you in a step by step approach towards your goals. Do not get distracted by function and feature comparison of systems at this stage as most PLM systems can do the same, it is more about your implementation / consultancy partner.
- Define a step by step implementation roadmap, where each step brings you ROI (return on investment) and closer to your goals.
Considering the three points above you will be able to say:
Economical Crisis and PLM ?
YES we can (start)!!
The last two weeks I spent around two events for the automotive industry. First the SAE event in Chicago and this week the COE Automotive in Detroit to give a lecture around the future possibilities of a supply chain in a web 2.0 (PLM 2.0) world. For many of the lower tiers suppliers in the automotive supply chain this seems to be something far from their daily business. I guess one of the issues here is, that these companies are used to solve their problems per department, without having a corporate vision or strategy where the company should be in five years from now.
And here I see many challenges (in Europe we would call them possible problems). As the smaller mid-market companies try to solve their problems per department, you will find all around the world bright engineering managers who conclude that their company needs PLM. As they understand all the engineering challenges, they understand that in order to really understand what their department is doing, they should work in a different way than file based.
This is what companies working file-based think
When working file based companies rely on the following main contributors for getting information (in order of importance)
- we do not need these expensive solutions for PLM etc …
- the most important is the experienced engineer who knows what has been done in the past and where to possible find it
- the company directory structure which allows everyone to find and store data related to a customer, project or product
- the file name of the designs and documents which ‘exactly’ describes what’s inside the file
You just need to follow this order and you will always find the right information (or be close to it).
..and these are the issues they do not tell you.
- I guess we really do not know what to do with PLM as we never studied it, what it would be for our company
- we cannot bypass our experienced engineers – although at a certain moment they will retire, currently they would feel very insecure if we tried to collect their explicit knowledge and make it available for all. They would feel their jobs are less secure
- there are some issues with this directory structure. Sometime someone deletes or overwrites a file that we needed, and of course we are not sure if all the data we need is really there. We always need to double check with the people to be sure – and sometimes it hurts, but we are used to it
- or people are creative that only they understand what is in their own files and even from the file name, which can be long, we do not fully understand where it fits, what is the status and where is it also used.
Seeing these two opposite messages, we need to understand what are the challenges for these companies in the near future.
Challenges for these companies
The current workforce is aging all around the world – i recently read that although many believe China is the next promising country for the future, due the the one-child-per-family strategy in the past, they also will face in the near future (10-20 years) the same problems Europe and the US will have.
A huge part of the population will retire and especially in Europe and the US with this retirement a lot of real knowledge will disappear. The new generation will come with different skills, a different background and attitude to engineering. And due to the difference in attitude there is little or no communication between these generations.
So if you are an (aging) manager in a mid-market company in an automotive supply chain, you have two options to react:
- you become fatalistic and believe that the new world is bad and you cling as long as possible to the old habits you are familiar with
or
- or you understand every few decades a change in the way of working is required, which means moving away for the traditional knowledgeable people with their files to an internal, knowledge sharing environment where everyone has access to understand what exists and in which status it is.
So only one conclusion
Survival for the future requires a change in the way these companies are working. It reminds me of the boiling frog story. We do not see the world is changing around us, till it is too late. I guess human beings should be more clever than frogs and they are able to collect information from outside their ‘pan’.
Working with ENOVIA SmarTeam solutions, in particular the Design Express solution, I learned that this solution is an excellent entry point to move away from file based work towards data management.
Still not convinced ? Challenge me by adding a comment (public exposure) or sent me a private email for a one-to-one discussion
As there are many engineering managers who believe that they understood the issue and started to implement an implement a PLM solution in their department, I will address in my next post they challenges they face with this bottom-up approach to convince the company PLM is unavoidable
Below just a goodie to enjoy
The past weeks I have been traveling and visited several implementers and potential PLM customers in Europe. Afterwards I presented and joined a panel session in the SAE 2008 Commercial Vehicle event.
Between the traveling I had enough time to reflect what i saw and heard and I realized that in the mid-market and perhaps in the lower tiers of the automotive industry, people are locked in by the way they are working and thinking, meanwhile seeing PLM vendors already coming with future concepts, talking about PLM 2.0
Many of the mid-market manufacturing companies I met in Europe are just realizing PDM (Product Data Management) in their company, usually as an extension of CAD data management. If you look to the demands of these companies through RFQs, they are trying to build a complete environment for their product data mostly around the engineering department.
This is the classical way bigger companies were implementing 15 years ago, and now mid-market companies see and understand the maturity of this concept.
Is PDM the first step to PLM ?
In my previous posts I already argued that implementing PLM (which goes beyond PDM) brings the real benefit for manufacturing companies, but this requires a change in the current way of working. Disciplines (marketing/sales,engineering, production engineering, maintenance & service) have to collaborate around the major business processes from the company, instead of optimizing each department and then forward information to the next department as we can see from the (classical) picture below:
Now these companies implement PDM, but what is the result ?
For mid-market companies the above step is easier to implement as it has not so much impact on the organization, however the fundamental way of working does not improve and does not provide the full benefits that bigger enterprises experience. The main benefits in the above situation are quality and efficiency benefits for engineer. As there is still no connection between the customers (marketing/sales) and the field (customers / service), the engineering department will work in an ivory tower, knowing what’s best. Only the real problems will reach them but the fine, combined information from the field will not reach them, and for that reason innovation is much harder to come from this approach.
Although PDM can be a first step towards PLM, it is only a step to get organized
The real benefits come when the collaboration around the whole product lifecycle is implemented. This is mostly not going to happen by a bright individual in the company. It requires a strategic vision and approach from the management, to change the way departments are working and connected.
In the very small mid-market companies this kind of collaboration has always existed ad-hoc. Quotes I heard in the past weeks were:
“if there was an issue, we all gathered around the machine in production and we solved it on the floor. This is collaboration.”
or:
“we do not need workflow and other tools to spend time informing each other. If there is something required, we just talk to each other”
These quotes above show, that people are not prepared for a structured, global approach. The main manufacturing process should be defined in such a way that exceptions like the first quote do not occur. Also the talking from the second quote is replaced by something that is traceable and secure, in order to guarantee repeatable results. This is the major task for the management in mid-market companies.
Meanwhile it is the role of the PLM providers to talk and understand the language from the mid-market companies. Not technology but work/task-oriented solutions will narrow the gap between the user and the software. Once the gap becomes smaller, mid-market companies might understand and feel the benefits of PLM.
So is the gap 15 years ?
I guess not, and for the following trends:
- More and more early adapters from PLM in the mid-market report the benefits from their PLM implementation. So the acceptance for PLM becomes mature.
- Mid-market companies will become more and more part of enterprises, which will bring the strategic vision of PLM to them.
- The aging workforce requires companies to capture knowledge that will disappear if they keep on working the same way. Joe, who knows everything, will retire in 5 – 10 years. This is where the management will get alerted to act – in time we hope.
- The new workforce comes with different, multi-tasking skills, used to work with a computer on parallel sessions. It is to the management to understand these new talents and develop them.
As most of the points are addressed to the management, I want to point once more to the following posts from the past:
culture change in a mid-sized company a management responsibility
Jos Voskuil's Weblog 
Interesting reflection, Jos. In my experience, the situation you describe is very recognizable. At the company where I work, sustainability…
[…] (The following post from PLM Green Global Alliance cofounder Jos Voskuil first appeared in his European PLM-focused blog HERE.) […]
[…] recent discussions in the PLM ecosystem, including PSC Transition Technologies (EcoPLM), CIMPA PLM services (LCA), and the Design for…
Jos, all interesting and relevant. There are additional elements to be mentioned and Ontologies seem to be one of the…
Jos, as usual, you've provided a buffet of "food for thought". Where do you see AI being trained by a…