You are currently browsing the tag archive for the ‘Change’ tag.
It was Heraclitus, a Greek philosopher, living around 500 BC, who told the Greek people that change is the only constant: Τα πάντα ρεί – the title of this blog post. Apparently he was not a popular philosopher and telling people there will be change during a comfortable period of time in their society does not make you loved.
As I am personally passionate about Greece in my personal life, I have also some business activities in Greece. From these experiences, I wish Heraclitus would be their leading guru. Greece at this moment is stuck in their inability to change. Old habits and private interests prevent new initiatives, and the blame for their current situation goes to the outside world: Europe.
This trick has been used over and over again by politicians when a country needs to restructure or reorganize. Create an external enemy and the majority of people swallow their distressing situation. The outside world is to blame and thanks to the external focus nothing changes internally as the population focuses on the enemy first. Where Heraclitus implies there is always change, which could be evolution, it seems that the Greek need a revolution to change their old habits and patterns in order to adapt to the new global society.
But are the Greek the only ones that need to change?
Τα πάντα ρεί also came in my mind when I read Chad Jackson’s blog post: PLM requires Business Transformation ? Bollocks for the first time. I envy Chad’s powerful writing style, which calls for action, a BLOGFIGHT among the PLM community. Unfortunate due to the word Bollocks some of the younger PLM consultants (do they exist?) might not be able to participate to this blog fight as their parental filter on the computer has blocked the page.
My first impression from Chad’s post was that he claims we just need to go to for global centralized data management and build processes digital and automated. And as he calls a PLM journey bollocks, I suppose in Chad’s ideal world all would be done in a single step or focused project. A new Big Bang! The last known successful Big Bang was approx 13.798 billion years ago. All other Big Bangs failed.
Τα πάντα ρεί
However my first impression was not 100 % correct and after rereading the post and the related comments a more elaborated picture comes up. The few other PLM consultants that participated in the BLOGFIGHT demonstrated there are many viewpoints often based on the consultant’s background. Often PLM is associated with “The single source of the Truth”, it is precisely on that point where PLM as a concept is struggling. There is no single opinion for PLM.
I am glad that we (Chad and I) agreed there is a need for change. This axiom (another Greek word known from Euclid’s Elements) is to my opinion the first starting point to consider for any PLM implementation. If you do not expect change, you will be probably forced to customize the new system the way your company worked before, maybe a little faster, leaving the organization structure as-is. And by building automation similar to the as-is organization you actually make your organization less flexible to adapt for new concepts.
Why do most of the large automotive companies have a problem with their PDM / PLM platforms? Because they have automated and customized their environments year after year. For sure there was ROI (Return On Investment) at that time, but gradually it also created an inability to change. And change is happing faster and faster. Globalization has come up so fast that most large PLM implementations seem to be too rigid to change. What to do? Change their CAD system?
Τα πάντα ρεί !
Knowing that there will be always change, companies should anticipate for change. And this is what I mean by the PLM journey. If implementing PLM is a onetime shot, you might be shooting in your own foot. And if you do not change, you end up with the same problem that Greece is currently facing: revolution or bankruptcy. Revolution is something nobody sane wants, neither bankruptcy.
Evolution is the only way to go even if this is against the way we humans in general behave: we want things to stay the same.
Now combining all ancient Greek wisdom with modern PLM wisdom, I would like to post my five axioms for PLM.
- There will be always change – build your vision for the upcoming 5 – 10 years with the anticipation there will be change – do not try to consolidate the now.
- Look for the latest best practices, not your current best practices
- Implement systems (PLM / PDM / ERP) as much as possible Out-Of-The-Box again avoiding to become dependent on specific releases or fixed environments
- Focus on areas where there is direct visible ROI or long term strategic advantage. As there will be always change, identify where to improve or alter moving towards the big picture brings visible comfort (business wise / users wise)
- Focus on a clear and business oriented data model – it is easier to maintain data through a long lifecycle when their definition is clear. This is a call for open data standards (STEP / ISO) as they bring you long term flexibility.
Concluding notes and call for action:
- If you are a respected PLM consultant, feel motivated to continue the blog fight and share your thoughts here related to this post or related to Chad’s post.
- If you are a respected PLM consultant or PLM enthusiast, please take a moment to answer six questions in the following anonymous survey to share your opinion and background. The survey closes on July 1st 2013: http://www.surveymonkey.com/s/PYSMBJ9
I will publish the results in July.
- PLM is a journey (virtualdutchman.com)
WordPress indicated that this is my hundredth blog post since I started in 2008. A notorious PLM blogger would say: “Why did it take you so long to reach 100 posts? “ PLM blogging has been a journey for me, but in this post I want to focus on how PLM implementations should be perceived by companies: As a journey.
My previous posts might suggest that I am cynical about PLM because titles as “How come PLM is boring?” and “PLM at risk. It does not have a clear job” might give the impression that PLM is at the end of its lifecycle.
Let me be clear, I think it is not. We, PLM passionate people, are still trying to find the right method to promote the value of PLM to the minds of the management in companies. You would assume that the value PLM brings would make it a no-brainer. However for successful implementing PLM there is no standard approach (and definition). Often people believe PLM is an IT-solution. And the common sense is that you buy an IT-solution, you implement it and continue working in a better mode. That’s where the implementation fails as PLM is different. So let’s start our journey
A journey starts with a reason / target
Once you have decided you are going to make a journey there are several things to consider and some of them are obvious.
- Where do you start from ? The easiest part, but crucial.
- Where do you want to go? This is sometimes more difficult to achieve than the previous point, especially in cases when you only have an idea of the target.
- How do you travel? In which way do you want to reach your target? A fast and direct connection is expensive and considers the trip as a waste of time. An alternative is that you want to travel towards the target, meanwhile spending some money along the road and even make money from the experiences gained along the road? In that case, time spent is less an issue. It is the combination of having the target in mind, move forward in the right direction and simultaneously gain experience and benefits.
The fast approach
The fast approach is for many IT-systems a must. If you implement an ERP system, you know its exact purpose; it supports the scheduling and transactions through the organization. You cannot afford to have an old system and a new system work in parallel. And because these transactions are related to the financial state of the company, the management will always prioritize investments in ERP.
Another reason why ERP implementations can be reasonable fast is that you are not going to reinvent the way information is handled. It is more an improvement process than an innovation process. Although to be fair, moving towards multiple manufacturing locations and different costs centers can be considered as complex topics.
Why no fast approach for PLM ?
For PLM, there is no fast approach as there are so many areas that you can address? Too many jobs – remember my previous post? In addition, the exact meaning of all these jobs is not clear from the start.You have to prepare for a journey. And here is the main challenge. Management will not easily fund your journey as you cannot explain it specific results in comprehensible words to them. Management might be excited by the proposed value of PLM. Who does not need to be more competitive and innovative in the future? This message resonates particularly well among members of the board and shareholders.
But when it comes to implementation, there is usually only one cross-disciplines unit that can accomplish this assignment: the IT-department. And here is the crucial mistake discovered time after time where PLM implementations fail. PLM is a business transformation, not an IT-system implementation.
Business should lead this transformation, but it is very rare you find the right people that have the full overview, skills and availability to implement this transformation across departments. People from the business side will be primarily focused on their (small) part of the full process, leaving at the end the project to be done to IT.
But as the financial transactions are already taking care of in other systems, the company does not appear at risk. Accountant will never push for PLM as a life saver. Slow reducing margin, slowly diminishing market share often do not alert people in the board room. It requires a deep-dive from the management into these symptoms, which they do not wish to do – it takes time to learn and understand.
Autodesk and Aras somehow dream to have solved this issue by claiming their PLM tools are easy to implement, easy to configure. They are somehow stating: “Don’t worry about the IT-side, build what you need”. It is a bottom-up approach likely to fail as I learned from many SmarTeam implementations that never reached the enterprise level due to inconsistency and misunderstanding at management level.
The journey approach
There is only one strategy that works for PLM, which is starting from a clear vision from the top (the target/destination) and the belief that the target needs to be reached by business people supported by IT.
And in order to keep the business alive we will try to get closer and closer to the target, year by year: the journey approach. During the journey, various business needs and changes will be addressed as isolated but connected stages. Each stage should have its business targets and benefits. The advantage is that it is a learning experience where in every stage different business people are leading the subject. IT is always involved as the integrator of all stages. More on that in later posts.
There is a vital role required in the journey approach: The Guide(s). As implementing PLM is usually not a typical job for a company, it is something that you need to experience in order to do it right. And there are two types of guides:
- The travel agencies – companies that have collected the experiences from people around the world identified the places to go and often have done some local research to confirm the promises. In the PLM landscape, this is a company like CIMdata with their focus on PLM. There are also more specialized travel agencies that might focus on DIY trips (they provide infrastructure and support) or cruises (no escape). Here, I will not mention names, but there is always a demand for cruises.
- The local guides – this are usually individuals that have years of experience in the space they have been working. They know in detail where the dirt is and how to avoid swamps. In the PLM landscape, this are the PLM consultant that focus on a particular product or on a certain part of PLM. The quality of a local guide varies a lot, and you need to examine their track record but I think they are required. Do not leave it to the travel agencies only.
To conclude after 100 posts. I am sure PLM is a journey. If you don’t know me by now, watch the movie below and browse through the top 10 most read individual posts to get an opinion.
- PLM at risk – it does not have a single, clear job ! (virtualdutchman.com)
PLM is a popular discussion topic in various blogs, LinkedIn discussion groups, PLM Vendor web sites and for the upcoming Product Innovation congress in Berlin. I look forward to the event to meet and discuss with attendees their experience and struggle to improve their businesses using PLM.
From the other side talking about pure PLM becomes boring. Sometimes it looks like PLM is a monotheistic topic:
- “What is the right definition of PLM ?” (I will give you the right one)
- “We are the leading PLM vendor” (and they all are)
- A PLM system should be using technology XYZ (etc, etc)
Some meetings with customers in the past three weeks and two different blog posts I read recently made me aware of this ambiguity between boring and fun.
PLM dictating Business is boring
Oleg Shilovitsky´s sequence of posts (and comments) starting with A single bill of materials in 6 steps was an example of the boring part. (Sorry Oleg, as you publish so many posts, there are many that I like and some I can use as an example). When reading the BOM-related posts, I noticed they are a typical example of an IT- or Academic view on PLM, in particular on the BOM topic.
Will these posts help you after reading them ? Do they apply to your business ? Or do you feel more confused as a prolific PLM blogger makes you aware of all the different options and makes you think you should use a single bill of materials ?
I learned from my customers and coaching and mediating hundreds of PLM implementations, that the single BOM discussion is one of the most confusing and complex topics. And for sure if you address it from the IT-perspective
The customer might say:
“Our BOM is already in ERP – so if it is a single BOM you know where it is – goodbye !”.
A different approach is to start looking for the optimal process for this customer, addressing the bottlenecks and pains they currently face. It will be no surprise that PLM best practices and technology are often the building blocks for the considered solution. If it will be a single BOM or a collection of structures evolving through time, this depends on the situation, not on the ultimate PLM system.
Business dictating PLM is fun
Therefore I was happy to read Stephen Porter´s opinion and comments in: The PLM state: Pennywise Pound Foolish Pricing and PLM where he passes a similar message as mine, from a different starting point, the pricing models of PLM Vendors. My favorite part is in his conclusion:
A PLM decision is typically a long term choice so make sure the vendor and partners have the staying power to grow with your company. Also make sure you are identifying the value drivers that are necessary for your company’s success and do not allow yourself to be swayed by the trendy short term technology
Management in companies can be confused by starting to think they just need PLM because they hear from the analysts, that it improves business. They need to think first to solve their business challenges and change the way they currently work in order to improve. And next look for the way to implement this change.
Changing the way to work is the problem, not PLM.
It is not the friendly user-interface of PLM system XYZ or the advanced technical capabilities of PLM system ABC, that will make a PLM implementation easier. Nothing is solved on the cloud or by using a mobile device. If there is no change when implementing PLM, why implement and build a system to lock yourself in even more?
This is what Thomas Schmidt (VP Head of Operational Excellence and IS at ABB’s Power Products Division) told last year at PLM Innovation 2012 in Munich. He was one of the keynote speakers and surprised the audience by stating he did not need PLM !
He explained this by describing the business challenges ABB has to solve: Being a global company but acting around the world as a local company. He needed product simplification, part reduction among product lines around the world, compliance and more.
Another customer in a total different industry mentioned they were looking for improving global instant collaboration as the current information exchange is too slow and error prone. In addition they want to capitalize on the work done and make it accessible and reusable in the future, authoring tool independent. But they do not call it PLM as in their business nobody uses PLM !
Both cases should make a PLM reseller´s mouths water (watertanden in Dutch), as these companies are looking for key capabilities available in most of the PLM systems. But none of these companies asked for a single BOM or a service oriented architecture. They wanted to solve their business issues. And for sure it will lead into implementing PLM capabilities when business and IT-people together define and decide on the right balance.
Management take responsibility
And here lies the management responsibility of these companies. It is crucial that a business issue (or a new strategy) is the driving force for a PLM implementation.
In too many situations, the management decides that a new strategy is required. One or more bright business leaders decide they need PLM (note -the strategy has now changed towards buying and implementing a system). Together with IT and after an extensive selection process is done, the selected PLM system (disconnected from the strategy) will be implemented.
- why PLM projects are difficult
- why it is unclear what PLM does.
PLM Vendors and Implementers are not connected anymore at this stage to the strategy or business. They implement technology and do what the customer project team tells them to do (or what they think is best for their business model).
Successful implementations are those where the business and management are actively involved during the whole process and the change. And this requires a significant contribution from their side, often delegated to business and change consultants.
PLM Implementations usually lead to a crisis at some moment in time, when the business is not leading and the focus is on IT and User Acceptance. In the optimal situation business is driving IT. However in most cases due to lack of time and priorities from the business people, they delegate this activity to IT and the implementation team. And here it is a matter of luck if they will be successful:
- how experienced is the team ?
- Will they really implement a new business strategy or just automate and implement they way the customer worked before, but now in a digital manner ?
- Do we blame the software when the people do not change ?
Back to fun
I would not be so passionate about PLM if it was boring. However looking back the fun and enthusiasm does not come from PLM. The fun comes from a pro-active business approach knowing that first the motivating the people and preparing the change are defined, before implementing PLM practices
I believe the future success for PLM technologies is when we know to speak and address real business value and only then use (PLM) technologies to solve them.
PLM becomes is a logical result not the start.
And don´t underestimate: change is required.
What do you think – is it a dream ?
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
Since the past six months I am involved in several discussions related to the (building) construction industry. If you look to this industry, it seems like this is one of the few industries without innovation in its processes.
Someone in the discussion even claimed that if a worker from the middle ages would come back to this century, he would be quickly adapt and understand the way people work. OK, there are some new tools and materials, but the way the building construction industry works has not changed.
And let’s look to productivity. Where in the past 60 years in all industries productivity has increased, I have seen a survey where productivity in this industry has not increased and even decreased a little.
Although the survey ends in 2003, another article caught my attention. Robert Prieto, Senior Vice President from Fluor Corporation wrote end of last year in Engineering News Record his viewpoint: Engineering-Construction Needs a New Model. Reading this article and the comments demonstrates there is a need for innovation in the building construction industry.
Failure costs up to 15 % and delayed deliveries are considered normal business in this industry, where if this would be applied to mid-market companies in the manufacturing industry, they would have gone bankrupt due to claims and lost profit.
If we look at this industry, the first excuse you hear is that every project is unique and that project execution is done by a group of loose connected suppliers, not really pushed to stay within the targeted budget. But you might ask yourself: what is the correct budget?
All participants are aware that not all requirements are clear, but no one wants to ask and invest further as to invest more in accurate cost estimation. This is not anticipated. It is about winning the bid with the lowest trouble and investment.
So who is to blame? First of all, the client who has a short term vision. By selecting the lowest bids and not pushing for in-depth analysis of the project delivery and operational costs in the long term, the situation will not change.
What if the client was using the basics of PLM – Product Lifecycle Management? For me PLM means a connection and sharing of the concept phase, the delivery phase, production phase and maintenance phase.
What I consider as strange is the fact that in the engineering and construction industry these four phases are not connected and often that the maintenance phase (operations) is not taken into account during the concept phase.
And then there is the data handover. After engineering and construction specific data is handed over to the maintenance organization. What is the quality of the data, how applicable is it to the maintenance organization and how does it support maintenance is not clear. There is a disconnect and loss of knowledge as the handover is just based on the minimum data required.
What if the engineering construction industry would use PLM best practices, like:
- Requirements Management – connecting, implementing and validating all the requirements from each stakeholder. Making sure all requirements are considered and negotiated in a structured manner – no excuse for surprises.
- Data sharing with versions and status. Instead of a handover, data becomes mature during the lifecycle of the project. It requires the maintenance organization to be involved from the start
- Standardized validation and approval processes related to requirements and data. These processes might be considered as an overhead but they are the ones that lead to quality, risk and cost management
Conclusion: I believe connecting the engineering and maintenance phase for engineering construction companies will lead to higher productivity and quality. For sure the initial engineering cost will be higher, but during the construction and maintenance phase these costs will be recovered and probable much more – here is the ROI
As my intention was to write shorter blog posts this year, I stop at this point and look forward to your comments for a further discussion.
YOUR THOUGHTS ??
- Why PLM 2.0 – Conclusions (virtualdutchman.com)
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
This week I was happy to participate in the PLM INNOVATION 2011 conference in London. It was an energizer, which compared to some other PLM conferences, makes the difference. The key of the success, to my opinion was that there was no vendor dominance. And that participants were mainly discussing around their PLM implementation experiences not about products.
Additional as each of the sessions were approximate 30 minutes long, it forced the speakers to focus on their main highlights, instead of going into details. Between the sessions there was significant time to network or to setup prescheduled meetings with other participants. This formula made it for me an energizing event as every half hour you moved into a next experience.
In parallel, I enjoyed and experienced the power of the modern media. Lead by Oleg, a kind of parallel conference took place on Twitter around the hash tag #plminnovation2011. There I met, and communicated with people in the conference (and outside) and felt sorry I was not equipped with all the modern media (iPhone/Pad type equipment) to interact more intensive during these days.
Now some short comments/interpretations on the sessions I was able to attend
Peter Bilello, president of Cimdata opened the conference in the way we are used from Cimdata, explaining the areas and values of PLM, the statistics around markets, major vendors and positive trends for the near future. Interesting was the discussion around the positioning of PLM and ERP functionality and the coverage of these functionalities between PLM and ERP vendors.
Jean-Yves Mondon, EADS’ head of PLM Harmonization (Phenix program) , illustrated by extracts of an interview with their CEO Louis Gallois, how EADS relies on PLM as critical for their business and wants to set standards for PLM in order to have the most efficient interoperability of tools and processes coming from multiple vendors
Due to my own session and some one-to-one sessions, I missed a few parallel sessions in the morning and attended Oleg Shilovitsky’s session around the future of engineering software. Oleg discussed several trends and one of the trends I also see as imminent, it the fact that the PLM world is changing from databases towards networks. It is not about capturing all data inside one single system, but to be able to find the right information through a network of information carriers.
This suits also very well with the new generation of workers (generation-Y) who also learned to live in this type of environments and collect information through their social networks.
The panel discussion with 3 questions for panelist could have been a little better in case the panelist would have had the time to prepare some answers, although some of the improvisations were good. I guess the audience choose Graham McCall’s response on the question: “What will be the Next Biggest Disappointment” as the best. He mentioned the next ‘big world-changing’ product launch from a PLM vendor.
Then I followed the afternoon session from Infor, called Intelligent PLM for Manufacturing. The problem with this session I had (and I have this often with vendor sessions) was that Venkat Rajaj did exactly wrong what most vendors do wrong. They create their own niche definition – Product Lifecycle Intelligence (is there no intelligence in PLM) , being the third software company (where are they on Cimdata’s charts) and further a lot of details on product functions and features. Although the presentation was smooth and well presented, the content did not stick.
A delight that day was the session from Dr. Harminder Singh, associate fellow at Warwick Business School, about managing the cultural change of PLM. Harminder does not come from the world of software or PLM and his outsider information and looks, created a particular atmosphere for those who were in the audience and consider cultural change as an important part of PLM. Here we had a session inspired by a theme not by product or concept. I was happy to have a longer discussion with Harminder that day as I also believe PLM has to do with culture change – it is not only technology and management push as we would say. Looking forward to follow up here.
The next day we started with an excellent session from Nick Sale from TaTa Technologies. Beside a Nano in the lobby of the conference he presented all the innovation and rationalization related to the Nano car and one of his messages was that we should not underestimate the power of innovation coming from India. An excellent sponsor presentation as the focus was on the content.
In the parallel track I was impressed how Philips Healthcare implemented their PLMD architecture with three layers. Gert-Jan Laurenssen explained they have an authoring layer, where they do global collaboration within one discipline. A PDM layer where they manage the interdisciplinary collaboration, which of course in the case of Healthcare is a mix of mechanical, electrical and software. And above these two layers they connect to the layer of transactional systems, that need the product definition data. Impressive was their implementation speed for sure due to some of the guidelines Gert-Jan gave – see Oleg’s picture from his slide here. Unfortunate I did not have the time to discuss deeper with Gert-Jan as I am curious about the culture change and the amount of resources they have in this project. Interesting observation was that the project was driven by IT-managers and Engineering managers, confirming the trend that PLM more and more becomes business focussed instead of IT-focused.
Peter Thorne from Cambashi brought in his session called Trends and Maximizing PLM investments an interesting visual historical review on engineering software investments using Google Earth as the presentation layer. Impressing to see the trends visualized this way and scary the way Europe is not really a major area of investment and growth.
Keith Connolly explained in his session how S&C Electric integrated their PLM environment with ERP. Everything sounded so easy and rational but as I know the guys from S&C for a longer time, I know it is a result of having a clear vision and working for many years towards implementing this vision.
Leon Lauritsen from Minerva gave a presentation around Open Source PLM and he did an excellent job around explaining where Open Source PLM could/should become attractive. Unfortunate his presentation quickly went into the direction of Open Source PLM equals Aras and he continued with a demo of Aras capabilities. I would have preferred to have a longer presentations around the Open Source PLM business model instead of spending time on looking at a product.
I believe Aras has a huge potential, for sure in the mid-market and perhaps beyond, but I keep coming back on my experiences I also have with SmarTeam: An open and easy to install PLM system with a lot of features is a risk in the hand of IT-people with no focus on business. Without proper vision and guiding (coming from ????? ) it will become again an IT-project, for cheaper to the outside world (as internal investments often are not so clear), but achieving the real PLM goals depends on how you implement.
After lunch we really reached to the speed of light with David Widgren, who gave us the insight of data management at CERN. Their problematic, somehow a single ‘product’ – the accelerators and all its equipment plus a long lifecycle (20 years development before operational), surviving all technologies and data formats requires them to think all time on pragmatic data storage and migration. In parallel as the consumers of data are not familiar with the complexity of IT-systems they build lots of specific interfaces for specific roles to provide the relevant information in a single environment. Knowing a lot of European funds are going there, David is a good ambassador for the CERN, explaining in a comic manner he is working at the coolest place on Earth.
Last session I could attend was Roger Tempest around Data Management. Roger is a co-founder of the PLMIG (PLM Interest group) and they strive for openness, standards and interoperability for PLM systems. I was disappointed by this session as I was not able to connect to the content. Roger was presenting his axioms as it seemed. I had the feeling he would come down the stage with his 10 commandments. I would be interested to understand where these definitions came from. Is it a common understanding or it it just again another set of definitions coming from another direction and what is the value or message for existing customers using particular PLM software.
I missed the closing keynote session from John Unsworth from Bentley. I learned later this was also an interesting session but cannot comment it.
An inspiring event, both due to its organization and agenda and thanks to the attendees who made a real PLM centric event. Cannot wait for 2012
The past week I was involved in three different situations, which seem to be disconnected from each other, but when looking back, I found one common similarity
The first case was with a company that had implemented pdm with a tight CAD integration many years ago. They have built together with their implementer(s) a dedicated environment, which was working efficient, perhaps never efficient enough. In the beginning of this year they planned an upgrade to the latest available software and after going live with the upgrade of CAD and PLM software, they discovered severe issues both in performance, in data inaccuracy and user acceptance. With ups and downs and serious effort from several sides, it looked like things were going better, but now they are in a down again as some users refuse to work with the system.
What do to: Fix the system everyone would think ?
The users however were reluctant to work with the system, complaining it was too slow, too complex and a lot of extra work, so nothing happened.
More than a year later, the engineering department got the assignment from the management to revive the system and they focused on implementing their main processes in the system, so everyone could work with the system. Still the system has not gone live! As all the time, when the management or users see the system, there are discussions on making it more user-friendly, simple interfaces and more.
What to do: Simplify the system everyone would think?
The third case is a company ready to launch their first PLM implementation and they really go for the full PLM story, including CAD data management, EBOM, MBOM and even BOP (Bill of Process) managed in their PLM system. Main reason they were able to plan the full PLM story was the fact that they were implementing a new ERP system too, so no legacy habits from the ERP side around ‘owning data’ like the Item master, MBOM or BOP. The past year has been spent on building the systems (PLM & ERP) conceptually in a test environment and from there on the PLM side they discovered some performance issues, which were considered critical to fix. And then they would go live both PLM and ERP at the same moment (a big bang), after almost a year of isolated preparation.
What to do: Fix the critical issues and go live everyone would think?
Although all three projects are in different countries, in a different culture and with different software, they all share one thought:
Implementing PLM is like installing an operating system. Once it is installed fix some bugs and the company will work with it. Perhaps not everyone is happy, similar like we have Windows, Apple MAC and UNIX communities, but the platform is there and we make it work. And updates of the system come with the new hardware; check our applications – if they are still running we are happy, if they are not running anymore we implement new versions or other software
By writing it so black and white, I hope you will agree it is more complicated. And I will be very happy that you agree here, as in many PLM implementations, the management of such a company has this impression – not being aware, not being knowledgeable, not being informed it is different. In addition PLM vendors and implementers try to stay close to this simple message, as no-one wants to be the messenger of the bad news that PLM is more than a software installation
As most of the members in a management team are relying on their ERP system for financial activities, production status, order status, stock value, etc, they also try not to touch ERP anymore once it is running. It is a mandatory system for execution and everyone is aware and somehow comfortable with costs.
And there is the difference with PLM. Do we need PLM ? We have been doing projects, designing projects already before our ERP system ? And if we install a PLM system, isn’t it like the ERP system, you install it and it is up and running ?
PLM is not a system, it a vision how to work more efficient and intelligent. And by collaboration (using modern tools and means) between all stakeholders: market, design, execution (production or construction) and field services, we are better able to understand what is happing and as a next step, we are able to react or even better, be pro-active and come with better and innovative products and services.
So it is not about automation only. It is a change in doing businesses. It is about connecting people who were not used to work together, share information together. And there are various ways to achieve this – but not by installing simple, error free software only.
And this happened in all three companies I described. The vision of PLM was (partly) based on certain software capabilities. In the first example, it was not really PLM. It was automating the existing situation and now several years later, the company assumes after upgrading it still works, without making an evaluation, where the PLM vendor was heading to, without making an evaluation what the current quality of their data was. The focus was again on a system and fixing errors that the system should be able to understand
In the two other situations, there was the thought that once the system is there, users will accept it and start working with it.
Big, big mistake !
Users do not like software that requires them to change their way of working and we forget every time that changing the way someone works is not a software change. For the oldies: remember MS-DOS ? Single screen – no window swapping/multiple applications open. Many users loved the old MS-DOS due its simplicity (now they are retired) and we see the Apple generation (single window and single tasking again, but modern interface)
Building a multi-tasking environment, which PLM often is, requires a guided change process, motivation of the users, but at the end a firm statement from the management that this is the chosen way to go forward -assuming they support the introduction and usage of PLM.
(I received a nice comment on my previous post, stating we should give every user £100 to commit start working with the software, instead of paying thousands of pounds for customization to comfort the user)
They let the execution to their project leader, lead engineer or IT staff and assume like ERP, everyone knows what to do and fix the bugs – no business change – just software implementation.
This leaves these front-runners in a very difficult position.
- Not loved by the end-user, who wants no change and if there is a change it should be more fun. The will show the system is not working for them.
- Not loved by the management as they are wondering why it takes so long to fix the issues. Should not we be up and running already after such a long time ?
- Not loved by the PLM implementer as there is a limit to fixing the problem. After solving a problem there is always a next problem discovered
- Not loved by the PLM vendor as they need positive references
And put any combination of people above in a meeting, the ones who are not there are to blame – and I realize I am doing the same – I am pointing to the management who is often invisible.
Call for the management
For me the management has the task to feel responsible for PLM – as they are responsible for the company’s future – not the end-users. This means they should be able to judge the steps executed during a PLM implementation, or for an upgrade and assure they fit in the vision. They should realize that they are the voice to the end-users to explain the value of PLM and why there is a different way of working. They do not have to go into the details, but keep the bigger picture in mind.
And the management must show commitment to all –they want PLM . So commitment is needed to the end-users, to the IT department, to project team and to the implementation partner. And commitment is not easy to delegate.
Unfortunate commitment for PLM is also a long-term engagement, as it is not like ERP. Once it is running do not touch it. The markets change, the people change, technology changes and therefore the software practices change. To decide where, when and how to engage with a next PLM step should be a strategic decision from the management, not from a user who wants a new interface.
My last remark: it is clear that the management does not have the time and in-depth knowledge of PLM today as also the PLM is a young and moving vision due to changes in our society. (In my next post I will go into the new social hype – ask yourself is there also social ERP ?).
So the management team needs a sparring partner, a PLM supporter, who will reflect their vision into PLM steps and how to enroll them and communicate them into the organization, without losing visions and faith but also without talking about software features. Either you should make sure this knowledge is in your company, as several companies have already successfully discovered. Or search for an external PLM supporter – looking to my blog questionnaire results they exist !!!
I am curious to learn if you recognize these situations, if you agree, disagree – feel free to comment
Last weeks have been busy weeks and I have seen various PLM candidates all around Europe. As these companies were mid-market companies, I noticed again how difficult it is for these companies to follow the ideal path towards PLM.
For those reading my blog frequently they might remember my definition of mid-market and PLM. For newer readers I will give my definitions again, as everyone has their own definition.
Mid market company: For me the definition of a mid-market company does not have to do with revenue or the amount of people working for this company. I characterize a mid-market company as a company, where everyone has a focus on the company’s primary process. There is no strategic layer of people, who are analyzing the current business and defining new strategies for the future. In addition, the IT-staff is minimal, more seen as an overhead than as strategic. Mid-market companies have their strength in being flexible and reacting fast on changes, which might contradict with a long term strategic approach.
As what happens if you are only in a reactive mode – it can be too late.
PLM: For me PLM is not a product but a vision or business approach based on a collection of best practices (per industry). Main characteristics of PLM are centralizing all product knowledge (IP) throughout all the lifecycle stages and a focus on best practices and immediate visibility on all lifecycle stages. Combining concept, planning, development, production planning and after sales / service into one integrated process. It is more than concurrent engineering, it is about sharing data and ownership of data through different departments. And this means business transformation, breaking through traditional barriers. Of course PLM vendors have a slight different definition in order to differentiate themselves from other vendors. For example more focus on a virtual product definition (CAD PLM vendors) or a focus on efficiency and one single platform (ERP PLM vendors)
Who will initiate this change ?
And these two definitions already raise the questions I want to reflect here as I experienced again in two recent visits that the pain to move to PLM is here.
First what is the result of a reactive mode, even when it is a quick reaction ?
A reactive mode leads to a situation where a company will never be able to differentiate rapidly from their competition. As every change takes time to implement, it is logically that a real business change will not be implemented as a quick reaction. The company needs to have a long term vision. And this is one of the things I noticed talking with mid-market companies. Ask these questions: “Where do you want to be in five years from now” and “How do you make sure you achieve these goals (if goals exist)” and often you find the company is depending on the business instinct of the founder(s) and has no real answers for the long term future.
This is of course a result of the typical mid-market company, they have no internal people who will step outside the daily hectic and work on a change. And being reactive always means you are (a little) behind. And this was the situation in one of the companies that I have met recently. There was an initial understanding of the values that PLM could bring, but when talking about some of the basic principles of PLM, the answers was: In our company ERP is God. This means real PLM has no chance – you do not want to fight against God.
And now the discussion who can initiate the change towards PLM
Now another example of a mid-market company that had a long term PLM vision but got trapped in their own approach. The company has been growing fast and like many European companies, production is done in China. And this causes collaboration issues around communication and quality between Europe and China as the company only knows CAD data management and ERP. The engineering manager was assigned to solve these issues.He did not get a full strategic assignment to look at the complete picture, but the management pushes him to solve the current pains, having the PLM wishes still in mind.
And solving the current pains lead again to function / feature comparison with a short term justification, believing that in the future all will fit in the PLM vision, as the potential resellers for the new solution said: “Yes we can”. Have you ever heard a reseller say “No we cannot”
The result, the engineering manager has to make a decision based on the ‘blue eyes’ of the reseller as he does not get the mandate and power from his management to analyze and decide on a PLM strategy for the long term. For one of the resellers talking about the details of PLM was even more a disadvantage as it creates an impression that PLM is complex. It is easier to sell a dream. A similar situation as I described in my posts: Who decides for PLM in a mid-market company
Although I am aware that many mid-market companies implement basics of PLM, it is frustrating to see that lack of priority and understanding of the management in mid-market companies blocks the growth to full benefits for PLM. The management is not to blame, as most PLM messages either come from the high-end PLM vendors or from product resellers both not packaged for the mid-market. See PLM for the mid-market – a mission impossible ?
PLM is a cross-departmental solution and the management should look for partners who can explain the business values and share best practices for mid-market companies business wise.
The partner is 50 % of the success for a PLM implementation.
Do you recoginize similar situations ? How would you address them ?
My PLM blog cloud based on Wordie – see the virtualdutchman blog cloud