You are currently browsing the category archive for the ‘Change’ category.

If you have followed my blog over the past 10 years, I hope you realize that I am always trying to bring sense to the nonsense and still looking into the future where new opportunities are imagined. Perhaps due to my Dutch background (our motto: try to be normal – do not stand out) and the influence of working with Israeli’s (a country where almost everyone is a startup).

Given this background, I enjoy the current discussion with Oleg Shilovitsky related to potential PLM disruptions. We worked for many years together at SmarTeam, a PDM/PLM disruptor at that time, in the previous century. Oleg has continued his passion for introducing potential disruptive solutions  (Inforbix / OpenBOM) where I got more and more intrigued by human behavior related to PLM. For that reason, I have the human brain in my logo.

Recently we started our “The death of ….” Dialogue, with the following episodes:

Jan 14thHow to democratize PLM knowledge and disrupt traditional consulting experience

Jan 21stThe death of PLM Consultancy

Jan 22ndWhy PLM consultants are questioning new tools and asking about cloud exit strategy?

Here is episode 4  – PLM Consultants are still alive and have an exit strategy

Where we agree

We agreed on the fact that traditional consultancy practices related to PLM ranking and selection processes are out of time. The Forester Wave publication was the cause of our discussion. For two reasons:

  1. All major PLM systems cover for 80 percent the same functionalities. Therefore there is no need to build, send and evaluate lengthy requirements lists to all potential candidates and then recommend on the preferred vendor. Waste of time as the besides the requirements there is much more to evaluate than just performing tool selection.
  2. Many major consultancy firms have PLM practices, most of the time related to the major PLM providers. Selecting one of the major vendors is usually not a problem for your reputation, therefore the importance of these rankings. Consultancy firms will almost never recommend disruptive tool-sets.

PLM businesses transformation

At this point, we are communicating at a different wavelength. Oleg talks about PLM business transformation as follows:

Cloud is transforming PLM business. Large on-premise PLM projects require large capital budget. It is a very good foundation for existing PLM consulting business. SaaS subscription is a new business model and it can be disruptive for lucrative consulting deals. Usually, you can see a lot of resistance when somebody is disrupting your business models. We’ve seen it in many places and industries. It happened with advertising, telecom and transportation. The time is coming to change PLM, engineering and manufacturing software and business.

I consider new business models less relevant compared to the need for a PLM practice transformation. Tools like Dropbox, perhaps disruptive for PDM systems, are tools that implement previous century methodology (document-driven / file-based models). We are moving from item-centric towards a model-driven future.

The current level of PLM practices is related to an item-centric approach, the domain where also OpenBOM is bringing disruption.
The future, however, is about managing complex products, where products are actually systems, a combination of hardware and software. Hardware and software have a complete different lifecycle, and all major PLM vendors are discovering an overall solution concept to incorporate both hardware and software. If you cannot manage software in the context of hardware in the future, you are at risk.  Each PLM vendor has a different focus area due to their technology history. I will address this topic during the upcoming PLMx conference in Hamburg. For a model-driven enterprise, I do not see an existing working combination of disruptors yet.

Cloud security and Cloud exit strategy

Oleg does not really see the impact of the cloud as related to the potential death of PLM consulting as you can read here:

I agree, cloud might be still not for everyone. But the adoption of cloud is growing and it is becoming a viable business model and technology for many companies. I wonder how “cloud” problem is related to the discussion about the death of PLM consulting. And…  here is my take on this. It is all about business model transformation.

I am not convinced that in the PLM cloud is the only viable business model. Imagine an on-premise rigid PLM system. Part of the cloud-based implementation benefits come from low upfront costs and scalable IT. However, cloud also pushes companies to defend a no-customization strategy – configuration of the user interface only.  This is a “secret” benefit for cloud PLM vendors as they can say “NO” to the end users of course within given usability constraints. Saying “NO” to the customer is lesson one for every current PLM implementation as everyone knows the problem of costly upgrades later

Also, make a 5-10 years cost evaluation of your solution and take the risk of raising subscription fees into account. No vendor will drop the price unless forced by the outside world. The initial benefits will be paid back later because of the other business model.

Cloud exit strategy and standards

When you make a PLM assessment, and usually experienced PLM consultants do this, there is a need to consider an exit strategy. What happens if your current PLM cloud vendor(s) stops to exist or migrate to a new generation of technology and data-modeling? Every time when new technology was introduced, we thought it was going to be THE future. The future is unpredictable. However, I can predict that in 10 years from now we live with different PLM concepts.

There will be changes and migrations and cloud PLM vendors will never promote standardized exports methods (unless forced) to liberate the data in the system. Export tools could be a niche market for PLM partners, who understand data standards. Håkan Kårdén, no finders fee required, however, Eurostep has the experience in-house.

 

Free downloads – low barriers to start

A significant difference in opinion between Oleg and me is Oleg’s belief in bottom-up, DIY PLM as part of PLM democratization and my belief in top-down business transformation supported by PLM. When talking about Aras, Autodesk, and OpenBOM,  Oleg states:

All these tools have one thing in common. You can get the tool or cloud services for free and try it by yourself before buying. You can do it with Aras Innovator, which can be downloaded for free using enterprise open source. You can subscribe for Autodesk Fusion Lifecycle and OpenBOM for trial and free subscriptions. It is different from traditional on-premise PLM tools provided by big PLM players. These tools require months and sometimes even years of planning and implementation including business consulting and services.

My experience with SmarTeam might influence this discussion. SmarTeam was also a disruptive PDM solution thanks to its easy data-modeling and Microsoft-based customization capabilities like Aras. Customers and implementers could build what they want, you only needed to know Visual Basic. As I have supported the field mitigating installed SmarTeam implementations, often the problem was SmarTeam has been implemented as a system replicating/automating current practices.

Here Henry Ford’s statement as shown below applies:

Implementations became troublesome when SmarTeam provided new and similar business logic. Customers needed to decide to use OOTB features and de-customize or not benefits from new standard capabilities. SmarTeam had an excellent business model for service providers and IT-hobbyists/professionals in companies. Upgrade-able SmarTeam implementations where those that remained close to the core, but meanwhile we were 5 – 8 years further down the line.

I believe we still need consultants to help companies to tell and coach them towards new ways of working related to the current digitization. Twenty years old concepts won’t work anymore. Consultants need a digital mindset and think holistic. Fitting technology and tools will be there in the future.

Conclusion

The discussion is not over, and as I reached already more than 1000 words, I will stop. Too many words already for a modern pitch, not enough for a balanced debate. Oleg and I will continue in Hamburg, and we both hope others will chime in, providing balanced insights in this discussion.

To be continued …..?

 

Advertisements

Happy New Year to all of you. A new year comes traditionally with good intentions for the upcoming year.  I would like to share my PLM intentions for this year with you and look forward to your opinion. I shared some of my 2017 thoughts in my earlier post: Time for a Break. This year will I focus on the future of PLM in a digital enterprise, current PLM practices and how to be ready for the future.

Related to these activities I will zoom in on people-related topics, like organizational change, business impact and PLM justification in an enterprise. When it happens during the year, or based on your demands, I will zoom in on architectural stuff and best practices.

The future of PLM

Accenture – Digital PLM

At this moment digital transformation is on the top of the hype curve and the impact varies of course per industry. For sure at the company’s C-level managers will be convinced they have the right vision and the company is on the path to success.

Statements like: “We will be the first digital industrial enterprise” or “We are now a software company” impress the outside world and often investors in the beginning.

 

Combined with investments in customer related software platforms a new digital world is relative fast created facing the outside world.  And small pilots are celebrated as significant successes.

What we do not see is that to show and reap the benefits of digital transformation companies need to do more than create a modern, outside facing infrastructure. We need to be able to connect and improve the internal data flow in an efficient way to stay competitive. Buzzwords like digital thread and digital twin are relevant here.

To my understanding we are still in the early phases of discovering the ideal architecture and practices for a digital enterprise. PLM Vendors and technology companies show us the impressive potential as-if the future already exists already now. Have a reality check from Marc Halpern (Gartner) in this article on engineering.com – Digital Twins: Beware of Naive Faith in Simplicity.

I will focus this year on future PLM combined with reality, hopefully with your support for real cases.

Current PLM practices

Although my curiosity is focused on future PLM, there is still a journey to go for companies that have just started with PLM.  Before even thinking of a digital enterprise, there is first a need to understand and implement PLM as an infrastructure outside the engineering department.

Many existing PLM implementations are actually more (complex) document management systems supporting engineering data, instead of using all available capabilities of a modern PLM systems. Topics like Systems Engineering, multidisciplinary collaboration, Model-Based Enterprise, EBOM-MBOM handling, non-intelligent numbering are all relevant for current and future PLM.

Not exploring and understanding them in your current business will make the gap towards the future even bigger. Therefore, keep on sending your questions and when time allows I will elaborate. For example, see last year’s PLM dialogue – you find these posts here: PLM dialogue and PLM dialogue (continued). Of course I will share my observations in this domain too when I bump into them.

 

To be ready for the future

The most prominent challenge for most companies however is how to transform their existing business towards a modern digital business where new processes and business opportunities need to be implemented inside an existing enterprise. These new processes and business opportunities are not just simple extensions of the current activities, they need new ways of working like delivering incremental results through agile and multidisciplinary teams. And these ways of working combined with never-existing-before interactivity with the market and the customer.

How to convince management that these changes are needed and do not happen without their firm support? It is easier to do nothing and push for small incremental changes. But will this be fast enough? Probably not as you can read from research done by strategic consultancy firms. There is a lot of valuable information available if you invest time in research. But spending time is a challenge for management.

I hope to focus on these challenges too, as all my clients are facing these challenges. Will I be able to help them? I will share successes and pitfalls with you, combined supporting information that might be relevant for others

Your input?

A blog is a modern way of communicating with anyone connected in the world. What I would like to achieve this year is to be more interactive. Share your questions – there are no stupid questions as we are all learning. By sharing and learning we should be able to make achievable steps and become PLM winners.

Best wishes to us all and be a winner not a tweeter …..

 

 

Dear readers, it is time for me to relax and focus on Christmas and a New Year upcoming. I realize that not everyone who reads my posts will be in the same mood. You might have had your New Year three months ago or have New Year coming up in a few months. This is the beauty and challenge of a global, multicultural diverse society. Imagine we are all doing the same, would you prefer such a world ? Perhaps it would give peace to the mind (no surprises, everything predictable) however for human survival we need innovation and new ways of life.

This mindset is also applicable to manufacturing companies. Where in the past companies were trying to optimize and standardize their processes driven by efficiency and predictability, now due to the dynamics of a globally connected world, businesses need to become extremely flexible however still reliable and profitable.

How will they make the change ?

Digital transformation is one of the buzz words pointing to the transition process. Companies need to go through a change to become flexible for the future and deliver products or solutions for the individual customer. Currently companies invest in digital transformation, most of the time in areas that bring direct visibility to the outside world or their own management, not necessarily delivering profitable results as a recent article from McKinsey illustrated: The case for digital reinvention.

And for PLM ?

I have investigated digital transformation in relation to PLM  with particular interest this year as I worked with several companies that preached to the outside world that they are changing or were going to make a change. However what is happening at the PLM level ? Most of the time nothing. Some new tools, perhaps some new disciplines like software engineering become more critical. However the organization and people do not change their ways of working as in particular the ongoing business and related legacy are blocking the change.

Change to ?

This is another difficult question to answer.  There is no clearly defined path to share. Yes, modern PLM will be digital PLM, it will be about data-driven connected information. A final blueprint for digital PLM does not exist yet. We are all learning and guessing.  You can read my thoughts here:

Software vendors in various domains are all contributing to support a modern digital product innovation management future. But where to start?  Is it the product innovation platform? Is it about federated solutions? Model-Based? Graph-databases? There are even people who want to define the future of PLM.  We can keep throwing pieces of the puzzle on the table, but all these pieces will not lead to a single solved puzzle. There will be different approaches based on your industry and your customers. Therefore, continuous learning and investing time to understand the digital future is crucial. This year’s PDT Europe conference was an excellent event to learn and discuss the themes around a model-based lifecycle enterprise. You can read my reviews here: The weekend after PDT Europe 2017 part 1 and part 2.

The next major event where I plan to discuss and learn about modern PLM topics is the upcoming PI PLMx event in Hamburg on February 19-20 organized by MarketKey. Here I will discuss the Model-Based Enterprise and lecture about the relation between PLM and digital transformation. Hoping to see some of you there for exciting discussions and actions.

Conclusion

Merry Christmas for those who are celebrating and a happy, healthy and prosperous 2018 to all of you. Thanks for your feedback. Keep on asking questions or propose other thoughts as we are all learning. The world keeps on turning, however for me the next two weeks will the time relax.

Talk to you in 2018 !

 

When I started working with SmarTeam Corp.  in 1999, the company had several product managers, who were responsible for the whole lifecycle of a component or technology. The Product Manager was the person to define the features for the new release and provide the justification for these new features internally inside R&D.  In addition the Product Manager had the external role to visit customers and understand their needs for future releases and building and explaining a coherent vision to the outside and internal world. The product manager had a central role, connecting all stakeholders.

In the ideal situation the Product Manager was THE person who could speak in R&D-language about the implementation of features, could talk with marketing and documentation teams to explain the value and expected behavior and could talk with the customer describing the vision, meanwhile verifying the product’s vision and roadmap based on their inputs.All these expected skills make the role of a product manager challenging. Is the person too “techy” than he/she will enjoy working with R&D but have a hard time understanding customer demands. From the other side if the Product Manager is excellent in picking-up customer and market feedback he/she might not be heard and get the expected priorities from R&D. For me, it has always been clear that in software world a “bi-directional” Product Manager is crucial to success.

Where are the Product Managers in the Manufacturing Industry?

Approximate four years ago new concepts related to digitalization for PLM became more evident. How could a digital continuity connect the various disciplines around the product lifecycle and therefore provide end-to-end visibility and traceability? When speaking of end-to-end visibility most of the time companies talked about the way they designed and delivered products, visibility of what is happening stopped most of the time after manufacturing. The diagram to the left, showing a typical Build To Order organization illustrates the classical way of thinking. There is an R&D team working on Innovation, typically a few engineers and most of the engineers are working in Sales Engineering and Manufacturing Preparation to define and deliver a customer specific order. In theory, once delivered none of the engineers will be further involved, and it is up to the Service Department to react to what is happening in the field.

A classical process in the PLM domain is the New Product Introduction process for companies that deliver products in large volumes to the market, most of the time configurable to be able to answer to various customer or pricing segments. This process is most of the time linear and is either described in one stream or two parallel streams. In the last case, the R&D department develops new concepts and prepares the full product for the market. However, the operational department starts in parallel, initially involved in strategic sourcing, and later scaling-up manufacturing disconnected from R&D.

I described these two processes because they both illustrate how disconnected the source (R&D/ Sales)  are from the final result in the field. In both cases managed by the service department. A typical story that I learned from many manufacturing companies is that at the end it is hard to get a full picture from what is happening across the whole lifecycle, How external feedback (market & customers) have the option to influence at any stage is undefined. I used the diagram below even  before companies were even talking about a customer-driven digital transformation. Just understanding end-to-end what is happening with a product along the lifecycle is already a challenge for a company.

Putting the customer at the center

Modern business is about having customer or market involvement in the whole lifecycle of the product. And as products become more and more a combination of hardware and software, it is the software that allows the manufacturer to provide incremental innovation to their products. However, to innovate in a manner that is matching or even exceeding customer demands, information from the outside world needs to travel as fast as possible through an organization. In case this is done in isolated systems and documents, the journey will be cumbersome and too slow to allow a company to act fast enough. Here digitization comes in, making information directly available as data elements instead of documents with their own file formats and systems to author them. The ultimate dream is a digital enterprise where date “flows”, advocated already by some manufacturing companies for several years.

In the previous paragraph I talked about the need to have an infrastructure in place for people in an organization to follow the product along the complete lifecycle, to be able to analyze and improve the customer experience. However, you also need to create a role in the organization for a person to be responsible for combining insights from the market and to lead various disciplines in the organization, R&D, Sales, Services. And this is precisely the role of a Product Manager.

Very common in the world of software development, not yet recognized in manufacturing companies. In case a product manager role exists already in your organization, he/she can tell you how complicated it currently is to get an overall view of the product and which benefits a digital infrastructure would bring for their job. Once the product manager is well-supported and recognized in the organization, the right skill set to prioritize or discover actions/features will make the products more attractive for consumers. Here the company will benefit.

Conclusion

If your company does not have the role of a product manager in place, your business is probably not yet well enough engaged in the customer journey.  There will be broken links and costly processes to get a fast response to the market.  Consider the role of a Product Manager, which will emerge as seen from the software business.

NOTE 1: Just before publishing this post I read an interesting post from Jan Bosch: Structure Eats Strategy. Well fitting in this context

NOTE 2: The existence of a Product Manager might be a digital maturity indicator for a company, like for classical PLM maturity, the handling of the MBOM (PDM/PLM/ERP) gives insight into PLM maturity of a company.

Related to the MBOM, please read: The Importance of a PLM data model – EBOM and MBOM

 

 

 

 

 

This post is a rewrite of an article I wrote on LinkedIn two years ago and modified it to my current understanding. When you are following my blog, in particular, the posts related to the business change needed to transform a company towards a data-driven digital enterprise, one of the characteristics of digital is about the real-time availability of information. This has an impact on everyone working in such an organization. My conversations are in the context of PLM (Product Lifecycle Management) however I assume my observations are valid for other domains too.

Real-time visibility is going to be the big differentiator for future businesses, and in particular, in the PLM domain, this requires a change from document-centric processes towards data-driven processes.

Documents have a lot of disadvantages.  Documents lock information in a particular format and document handling results in sequential processes, where one person/one discipline at the time is modifying or adding content. I described the potential change in my blog post: From a linear world to fast and circular?

From a linear world to fast and circular

In that post, I described that a more agile and iterative approach to bring products and new enhancements to the market should have an impact on current organizations. A linear organization, where products are pushed to the market, from concept to delivery, is based on working in silos and will be too slow to compete against future, modern digital enterprises. This because departmental structures with their own hierarchy block fast moving of information, and often these silos perform filtering/deformation of the information.  It becomes hard to have a single version of the truth as every department, and its management will push for their measured truth.

A matching business model related to the digital enterprise is a matrix business model, where multi-disciplinary teams work together to achieve their mission. An approach that is known in the software industry, where parallel and iterative work is crucial to continuous deliver incremental benefits.

Image:  21stcenturypublicservant.wordpress.com/

In a few of my projects, I discovered this correlation with software methodology that I wanted to share. One of my clients was in the middle of moving from a document-centric approach toward a digital information backbone, connecting the RFQ phase and conceptual BOM through design, manufacturing definition, and production. The target was to have end-to-end data continuity as much as possible, meanwhile connecting the quality and project tasks combined with issues to this backbone.

The result was that each individual had a direct view of their current activities, which could be a significant quantity for some people engaged in multiple projects.  Just being able to measure these numbers already lead to more insight into an individual’s workload. At the time we discussed with the implementation team the conceptual dashboard for an individual, it lead to questions like: “Can the PLM system escalate tasks and issues to the relevant manager when needed?” and  “Can this escalation be done automatically? “

And here we started the discussion. “Why do you want to escalate to a manager?”  Escalation will only give more disruption and stress for the persons involved. Isn´t the person qualified enough to make a decision what is important?

One of the conclusions of the discussion was that currently, due to lack of visibility of what needs to be done and when and with which urgency, people accept things get overlooked. So the burning issues get most of the attention and the manager’s role is to make things burning to get it done.

When discussing further, it was clear that thanks to the visibility of data, real critical issues will appear at the top of an individual’s dashboard. The relevant person can immediately overlook what can be achieved and if not, take action. Of course, there is the opportunity to work on the easy tasks only and to ignore the tough ones (human behavior) however the dashboard reveals everything that needs to be done – visibility. Therefore if a person learns to manage their priorities, there is no need for a manager to push anymore, saving time and stress.

The ultimate conclusion of our discussion was: Implementing a modern PLM environment brings first of all almost 100 % visibility, the single version of the truth. This new capability breaks down silos, a department cannot hide activities behind their departmental wall anymore. Digital PLM allows horizontal multidisciplinary collaboration without the need going through the management hierarchy.

It would mean Power to People, in case they are stimulated to do so. And this was the message to the management: “ you have to change too, empower your people.”

What do you think – will this happen? This was my question in 2015.  Now two years later I can say some companies have seen the potential of the future and are changing their culture to empower their employees working in multidisciplinary teams. Other companies, most of the time with a long history in business, are keeping their organizational structure with levels of middle management and maintain a culture that consolidates the past.

Conclusion

A digital enterprise empowers individuals allowing companies to become more proactive and agile instead of working within optimized silos. In silos, it appears that middle management does not trust individuals to prioritize their work.  The culture of a company and its ability to change are crucial for the empowerment of individuals The last two years there is progress in understanding the value of empowered multidisciplinary teams.

Is your company already empowering people ? Let us know !

Note: After speaking with Simon, one of my readers who always gives feedback from reality, we agreed that multidisciplinary teams are very helpful for organizations. However you will still need a layer of strategic people securing standard ways of working and future ways of working as the project teams might be to busy doing their job. We agreed this is the role for modern middle management.
DO YOU AGREE ?

At this moment there are two approaches to implement PLM. The most common practice is item-centric and model-centric will be potentially the best practice for the future. Perhaps your company still using a method from the previous century called drawing-centric. In that case, you should read this post with even more attention as there are opportunities to improve.

 

The characteristics of item-centric

In an item-centric approach, the leading information carrier is an item also known as a part. The term part is sometimes confusing in an organization as it is associated with a 3D CAD part. In SAP terminology the item is called Material, which is sometimes confusing for engineering as they consider Material the raw material. Item-centric is an approach where items are managed and handled through the whole lifecycle. In theory, an item can be a conceptual item (for early estimates), a design item (describing the engineering intent), a manufacturing item (defining how an item is consumed) and potentially a service item.

The picture below illustrates the various stages of an item-centric approach. Don’t focus on the structure, it’s an impression.

It is clear these three structures are different and can contain different item types. To read more about the details for an EBOM/MBOM approach read these post on my blog:

Back to item-centric. This approach means that the item is the leading authority of the product /part. The id and revision describe the unique object in the database, and the status of the item tells you in the current lifecycle stage for the item. In some cases, where your company makes configurable products also the relation between two items can define effectivity characteristics, like data effectivity, serial number effectivity and more. From an item structure, you can find its related information in context. The item points to the correct CAD model, the assembly or related manufacturing drawings, the specifications. In case of an engineering item, it might point towards approved manufacturers or approved manufacturing items.

Releasing an item or a BOM means the related information in context needs to validated and frozen too. In case your company works with drawings for manufacturing, these drawings need to be created, correct and released, which sometimes can be an issue due to some last-minute changes that can happen. The above figure just gives an impression of the potential data related to an item. It is important to mention that reports, which are also considered documents, do not need an approval as they are more a snapshot of the characteristics at that moment of generation.

The advantages of an item-centric approach are:

  • End-to-end traceability of information
  • Can be implemented in an evolutionary approach after PDM-ERP without organizational changes
  • It enables companies to support sharing of information
  • Sharing of information forces companies to think about data governance
    (not sure if a company wants to invest on that topic)

The main disadvantages of an item-centric approach are:

  • Related information on the item is not in context and therefore requires its own management and governance to ensure consistency
  • Related information is contained in documents, where availability and access is not always guaranteed

Still, the item-centric approach brings big benefits to a company that was working in a classical drawing-driven PDM-ERP approach. An additional remark needs to be made that not every company will benefit from an item-centric approach as typically Engineering-to-Order companies might find this method creating too much overhead.

The characteristics of Model-Centric

A model-centric approach is considered the future approach for modern enterprises as it brings efficiency, speed, multidisciplinary collaboration and support for incremental innovation in an agile way. When talking about a model-centric approach, I do not mean a 3D CAD model-centric approach. Yes, in case the product is mature, there will be a 3D Model serving as a base for the physical realization of the product.

However, in the beginning, the model can be still a functional or logical model. In particular, for complex products, model-based systems engineering might be the base for defining the solution. Actually, when we talk about products that interact with the outside world through software, we tend to call them systems. This explains that model-based systems engineering is getting more and more a recommended approach to make sure the product works as expected, fulfills all the needs for the product and creates a foundation for incremental innovation without starting from scratch.

Where the model-based architecture provides a framework for all stakeholders, the 3D CAD model will be the base for a digital thread towards manufacturing. Linking parameters from the logical and functional model towards the physical model a connection is created without the need to create documents or input-files for other disciplines. Adding 3D Annotations to the 3D CAD model and manufacturing process steps related to the model provides a direct connection to the manufacturing process.

The primary challenge of this future approach is to have all these data elements (requirements, functions, components, 3D design instances, manufacturing processes & resources to be connected in a federated environment (the product innovation platform). Connecting, versioning and baselining are crucial for a model-centric approach. This is what initiatives like Industry 4.0 are now exploring through demonstrators, prototypes to get a coherent collection of managed data.

Once we are able to control this collection of managed data concepts of digital twin or even virtual twin can be exploited linking data to a single instance in the field.

Also, the model can serve as the foundation for introduction incremental innovation, bringing in new features.  As the model-based architecture provides direct visibility for change impact (there are no documents to study), it will be extremely lean and cost-efficient to innovate on an existing product.

Advantages of model-centric

  • End-to-end traceability of all data related to a product
  • Extremely efficient in data-handling – no overhead on data-conversions
  • Providing high-quality understanding of the product with reduced effort compared to drawing-centric or item-centric approaches
  • It is scalable to include external stakeholders directly (suppliers/customers) leading to potential different, more beneficial business models
  • Foundation for Artificial Intelligence at any lifecycle step.

Disadvantages of model-centric

  • It requires a fundamentally different way of working compared to past. Legacy departments, legacy people, and legacy data do not fit directly into the model-centric approach. A business transformation is required, not evolution.
  • It is all about sharing data, which requires an architecture that is built to share information across Not through a service bus but as a (federated) platform of information.
    A platform requires a strong data governance, both from the dictionary as well as authorizations which discipline is leading/following.
  • There is no qualified industrial solution from any vendor yet at this time. There is advanced technology, there are demos, but to my knowledge, there is no 100% model-centric enterprise yet. We are all learning. Trying to distinguish reality from the hype.

 

Conclusions

The item-centric approach is the current best practice for most PLM implementations. However, it has the disadvantage that it is not designed for a data-driven approach, the foundation of a digital enterprise. The model-centric approach is new. Some facets already exist. However, for the total solution companies, vendors, consultants, and implementers are all learning step-by-step how it all connects. The future of model-centric is promising and crucial for survival.

Do you want to learn where we are now related to a model-centric approach?
Come to PDT2017 in Gothenburg on 18-19th October and find out more from the experts and your peers.

PLM holiday thoughts

July and August are the months that privileged people go on holiday. Depending on where you live and work it can be a long weekend or a long month. I plan to give my PLM twisted brain a break for two weeks. I am not sure if it will happen as Greek beaches always have inspired for philosophers. What do you think about “PLM on the beach”?

There are two topics that keep me intrigued at this moment, and I hope to experience more about them the rest of the year.

Moving to Model-Based processes

I believe we all get immune for the term “Digital Transformation” (11.400.000 hits on Google today). I have talked about digital transformation in the context many times too. Change is happening. The classic ways of working were based on documents, a container of information, captured on paper (very classical) or captured in a file (still current).

As every stakeholder in a company (marketing, engineering, manufacturing, supplier, services, customers, and management) required a different set of information, many pieces of information all referring to the same product, have been parsed and modified into other documents.  It is costly and expensive to get a complete view of what is happening in the business. Meanwhile, all these information transformations (with Excel as the king) are creating an overhead for information management, both on IT-level and even more for non-value added resources who are manipulating information for the next silo/discipline.

What we have learned from innovative companies is that a data-driven approach, where more granular information is stored uniquely as data objects instead of document containers bring huge benefits. Information objects can be shared where relevant along the product lifecycle and without the overhead of people creating and converting documents, the stakeholders become empowered as they can retrieve all information objects they desire (if allowed). We call this the digital thread.

The way to provide a digital thread for manufacturing companies is to change the way they organize the product development and delivery processes. A model-based approach is required. I wrote about in a post: Digital PLM requires a Model-Based Enterprise a year ago. The term “Model-Based” also has many variations (67.800.00 hits on Google today). Some might consider the 3D MCAD Model at the center of information both for engineering and manufacturing.A good overview in the video below

Others might think about a behavior/simulation model of the product for simulating and delivering a digital twin often referred in the context of model-based design (MBD).

And ultimately a model-based approach integrated with systems engineering into Model-Based Systems Engineering (MBSE) allowing all stakeholders to collaborate in a data-driven manner around complex products based.

You can learn a lot about that during the upcoming PDT Europe conference on 18-19th October in Gothenburg. Concepts and experiences will be shared, and my contribution to the conference will be all about the challenges and lessons learned from the transformation process companies are embarking on becoming model-based.

PLM and ALM

A second topic that becomes more and more relevant for companies is how to combine the domains of product development and application software empowering these products. The challenge here is that we have no mature concepts yet for both domains. It reminds me of the early PDM implementations where companies implemented their PDM system for MCAD software and documents. All the electrical stuff was done disconnected in separate systems and somewhere in the product lifecycle information from MCAD and ECAD was merged in the bill of materials and documents. Mainly manually with a decent overhead for people consolidating the data.  Modern PLM systems have found best practices to manage a combination of mechanical and electronic components through an EBOM even connecting embedded software as an item in the BOM.

Now more and more the behavior and experience of products are driven by software. Sensors and connectivity of data are driving new capabilities and business models to the market. Customers are getting better connected, however also the companies delivering these solutions can act much faster now based on trends or issues experienced from the field.

The challenge, however, is that the data coming from the systems and the software defining the behavior of the products most of the time is managed in a separate environment, the ALM environment. In the ALM environment delivery of new solutions can be extremely fast and agile, creating a disconnect between the traditional product delivery processes and the software delivery processes.

Companies are learning now how to manage the dependencies between these two domains, as consistency of requirements and features of the products is required. Due to the fast pace of software changes, it is almost impossible to connect everything to the PLM product definition. PLM Vendors are working on concepts to connect PLM and ALM through different approaches. Other companies might believe that their software process is crucial and that the mechanical product becomes a commodity. Could you build a product innovation platform starting from the software platform which some of the old industry giants believe?

PLM combined with ALM concepts are the ones to follow, and I am looking forward to meeting the first company that has implemented a consistent flow between the world of hardware and software. So far there are many slide solutions, the reality and legacy at this moment are still inhibitors for the next step.

Conclusion

There is still a lot to discover and execute in the domain of PLM. Moving to a data-driven enterprise with all stakeholders connected is the challenging journey. Can we build robust concepts taking accuracy, security, and speed into account? I believe so, in particular when dreaming at the beach.

 

Bye for now

Potential digital transformation is everywhere. This time I want to share a personal story based on my IoT cycling device from Garmin. Several years ago I became an enthusiastic cyclist, mainly because it clears your mind and cycling keeps you in good shape after enjoying customer visits with great dinners and excellent breakfasts. As the Dutch lack real mountains, we challenge ourselves with through open fields with strong winds to suffer a little too.

 

Four years ago, started tracking my cycling performance, with a Garmin Edge 810. The story of my Garmin is a real IoT story. GPS trackers, in the beginning, did not communicate with the outside world. Now, this device connects to sensors registering my speed, my location, my heart rate, pedal cadence and produced power at any time, finally uploading it to the Garmin Connect platform.

The IoT platform

The Garmin Connect platform gives me insights on my performance, activities, and segments. The segment demonstrates the social part of the platform. Here you can see how you rank with others who have cycled the same track segment over time. And you can register your own preferred segment too, where you challenge yourself and others in your area. So the number of segments is growing continuously. Imagine all these cyclists around the world virtually sharing and taking the same track. I am curious to learn from Garmin how many people are connected to the platform.
I could not find these numbers. You?

The fun of segments

Digital Twin

Through the platform, Garmin collects huge amounts of data of connected users. Each data set of the connected user could be considered a simple digital twin. The Connect platform provides me insights about my overall performance through the years through various reports. Garmin could offer as a (paid) service to deliver insights of my performance compared to other users and propose predictive enhancements similar to the GE Predix platform. The difference of course that 1 % performance improvement for me in cycling does not bring the same value as 1 % performance improvement of a GE product (turbine, jet engine, train, …). However, the concept is the same and GE is promoting themselves as the next Digital Industrial Company, leading in digital transformation. Read more here.

Digital Twin performance

Connecting to the customer

Tthe change from moving from a document-driven approach towards a data-driven approach to collect and store information is not the main concept behind a digital transformation. The data-driven approach is an enabler to connect directly to the customer and change the current business model from delivering products into a business model delivering services or even more advanced delivering experiences. Services and experiences create a closer relation to the customer, more loyalty, but also the challenge that you need to connect to the customer in such a way that the customer sees value. Otherwise, the customer will switch to another service or experience. The Apple, Nespresso, Uber experiences are all known for their new ways of connecting to the customer, differentiating from traditional product sales. Garmin could also be on that list. However, I discovered they are not there yet, despite an IoT-platform and connected devices. What is missing?

Why Garmin is not a digital enterprise.

Two years ago my Garmin Edge started crashing in the middle of a ride. The system rebooted after some minutes, and the recordings were lost or at least unreadable.  When I contacted Garmin support their standard response was: “Please reset the device and update to the latest software.” Two years ago the software had still bug fixes. After two years you would expect a stable experience.

However, a year ago the problems started to become more frequent. I started to send log files illustrating where the error occurred. Still, the Garmin response was the same: “Please reset the device and update to the latest software.”
However as there were no new software updates, there must be another reason why the device failed more and more.

After pushing for a resolution, the service department concluded I needed a new device. There might be an issue with the hardware. A little bit skeptical I agreed on a hardware switch again, and as expected this did not solve the crashes. My guess is that due to the increasing amount of segments at some places, the software gets confused where the rider is exactly located and in which direction the rider is going. These are the moments when the crash happens, and this is probably a software issue.

Still, the Garmin help desk believes there is a hardware problem (preferably swap the device) where I kept on providing evidence data of crashes to support Garmin in their error-discovery. Till now there is no resolution. The good news is that Garmin support mentioned investigating further.

For me, the interaction with Garmin illustrates that the company internally is not yet digital transformed. The service desk probably has KPIs (Key Performance Indicators) related to their response time and problem resolution time. Although I can debate the response time, it is clear that the problem resolution approach: Update to the latest software and if this does not work swap to a new device is not increasing the knowledge from Garmin as a company what their customers are experiencing.

Apparently, their software management is disconnected from the service department and customers. Only clear bugs during the first launch are fixed. Next, it is a disconnected world again.

A must for a digital enterprise is to dive into customer issues and to connect them back to R&D, both for the hardware part and software part. Something a modern product manager would do. If a company is not able to understand the multidisciplinary dependencies and solve issues from the field (with some effort), they will keep on making the same mistakes again with new product launches and lose customers who are looking for a better experience.

My conclusion

PLM should be part of the digital enterprise too as this is the only way to deliver consistent customer value and positive experience. It requires companies to break down silos and create multidisciplinary teams that are capable of supporting the full customer journey. A digital device and a digital customer platform are just facades to the outside world – the inside needs to change too.

What do you think?
Does your company understand the challenges to transform across all disciplines?
Are you managing PLM, ALM, and IoT in context of the product and across the whole lifecycle?
I am curious !

Although I have a PLM-twisted brain, I try to read in my free time books and articles that have no direct link with PLM. My main interest goes to people. How do they behave and decide in a society, in a company? What makes them decide to change an existing business?

SapiensI am currently reading the book from Yuval Noah Harari, called Sapiens: A Brief History of Humankind. I still have to finish the book but got intrigued by the following text when he tried to explain why homo sapiens was able to motivate and mobilize larger groups than a tribe:

How did Homo sapiens manage to a critical threshold, eventually founding cities comprising tens of thousands of inhabitants and empires ruling hundreds of millions? The secret was probably the appearance of fiction. Large numbers of strangers can cooperate successfully by believing in common myths.

Here my PLM-twisted brain woke up. What if we could create a  digital PLM myth? Currently, a lot of the PLM arguments are about functions and features, technical capabilities and perceived Return On Investment (ROI). For a digital transformation ROI is hard to estimate as the future state is not known and stable. What if the future state is a myth?  I will think about it when I finish the book and write the myth 🙂

Meanwhile, the rest of this blog post will be a reprint of a post I wrote almost five years ago in a similar context. PLM (old and new) are concepts against our evolution history. Enjoy and discover.

Our brain blocks PLM acceptance (Aug 2012)

tacit_logo.pngThe brain has become popular in the Netherlands in the past two years. Brain scientists have been publishing books sharing their interpretations on various topics of human behavior and the brain.

The common theme of all: The brain is influencing your perceptions, thoughts, and decisions without you even being aware of it.

clip_image005.jpg< added this post: in April 2013 Daniel Kahneman published his book Thinking Fast and Slow I referred in my post from May 2014 to this book – PLM is doomed, unless …>

Some even go that far by claiming certain patterns in the brain can be a proof if you have a certain disorder. It can be for better or for worse.

“It was not me that committed this crime; it was my brain and more…”

Anyway, this post will be full of quotes as I am not the brain expert, still giving the brain an important role (even in PLM)

Our brain blocks PLM acceptance

“My brain? That´s my second favorite organ” – Woody Allen

It is good to be aware of the influence of the brain. I wrote about this several times in the past, when discussing PLM vendor/implementer selection or when even deciding for PLM. Many of my posts are related to the human side of justifying and implementing PLM.

As implementing PLM for me primary is a business change instead of a combination of IT-tools to implement, it might be clear that understanding the inhibitors for PLM change are important to me.

In the PLM communities, we still have a hard job to agree between each other what is the meaning of PLM and where it differs from ERP. See for example this post, and in particular, the comments on LinkedIn (if you are a member of this group): PLM is a business process, not a (software) tool

Moreover, why it is difficult for companies to implement PLM beside ERP (and not as an extension of ERP) – search for PLM and ERP and you find zillions of thoughts and answers (mine too).

Charles_Roxburgh.jpgThe brain plays a major role in the Why PLM we have ERP battle (blame the brain). A week ago I read an older publication from Charles Roxburgh (published in May 2003 by McKinsey) called: Hidden flaws in strategy subtitle: Can insights from behavioral economics explain why good executives back bad strategies.

COULD read, hear and download the full article when you are a registered user. Unfortunate the link has been broken now>

The article has been written long before the financial and global crises were on the agenda and Mr. Roxburgh describes 8 hidden flaws that influence our strategic decision making (and PLM is a strategy).  Note all quotes below are from his publication.

Flaw 1: Overconfidence

We often make decisions with too much confidence and optimism as the brain makes us feel overconfident and overoptimistic about our own capabilities.

Flaw 2: Mental accounting

Avoiding mental accounting traps should be easier if you adhere to a basic rule: that every pound (or dollar or euro) is worth exactly that, whatever the category. In this way, you will make sure that all investments are judged on consistent criteria and be wary of spending that has been reclassified. Be particularly skeptical of any investment labeled “strategic.”

Here I would relate to the difference in IT-spending and budget when you compare ERP and PLM. ERP spending is normal (or strategic) where PLM spending is not understood.

Flaw 3: The status quo bias

People would rather leave things as they are. One explanation for the status quo bias is an aversion to loss—people are more concerned about the risk of loss than they are excited by the prospect of gain.

Another reason why adopting and implementing PLM in an organization is more difficult than for example just automating what we already do.

Flaw 4: Anchoring

Anchoring can be dangerous—particularly when it is a question of becoming anchored to the past

PLM has been anchored with being complex and expensive. Autodesk is trying to change the anchoring. Other PLM-like companies stop talking about PLM due to the anchoring and name what they do differently: 3DExperience, Business Process Automation, …..

Flaw 5: The sunk-cost effect

A familiar problem with investments is called the sunk-cost effect, otherwise known as “throwing good money after bad.” When large projects overrun their schedules and budgets, the original economic case no longer holds, but companies still keep investing to complete them.

I have described several cases in the past anonymously; where companies kept on investing and customizing their ERP environment to achieve PLM goals. Although it never reached the level of acceptance and quality a PLM system could offer, stopping these projects was impossible.

Flaw 6: The herding instinct

This desire to conform to the behavior and opinions of others is a fundamental human trait and an accepted principle of psychology.

Warren Buffett put his finger on this flaw when he wrote, “Failing conventionally is the route to go; as a group, lemmings may have a rotten image, but no individual lemming has ever received bad press.”

A quote in a quote but so true. Innovative thinking, introducing PLM in a company requires a change. Who needs to be convinced? If you do not have consensus (which usually happens as PLM is vague) you battle against the other lemmings.

Flaw 7: Misestimating future hedonistic states

Social scientists have shown that when people undergo major changes in circumstances, their lives typically are neither as bad nor as good as they had expected—another case of how bad we are at estimating. People adjust surprisingly quickly, and their level of pleasure (hedonistic state) ends up, broadly, where it was before

A typical situation every PLM implementation faces: users complaining they cannot work as efficient anymore due to the new system and their work will be a mess if we continue like this. Implementers start to customize quickly, and we are trapped. Let these people ‘suffer’ with the right guidance and motivation for some months (but this is sometimes not the business model the PLM implementer pushes as they need services as income)

Flaw 8: False consensus

People tend to overestimate the extent to which others share their views, beliefs, and experiences—the false-consensus effect. Research shows many causes, including these:

  • confirmation bias, the tendency to seek out opinions and facts that support our own beliefs and hypotheses

  • selective recall, the habit of remembering only facts and experiences that reinforce our assumptions

  • biased evaluation, the quick acceptance of evidence that supports our hypotheses, while contradictory evidence is subjected to rigorous evaluation and almost certain rejection; we often, for example, impute hostile motives to critics or question their competence

  • group-think, the pressure to agree with others in team-based cultures

Although positioned as number 8 by Mr. Roxburgh, I would almost put it on the top when referring to PLM and PLM selection processes. So often a PLM decision has not been made in an objective manner, and PLM selection paths are driven to come to the conclusion we already knew. (Or is this my confirmation bias too )

Conclusion

As scientists describe, and as Mr. Roxburgh describes our strategic thinking is influenced by the brain, and you should be aware of that. PLM is a business strategy and when rethinking your PLM strategy tomorrow, be prepared to avoid these flaws mentioned in this post today.

My last blog post was about reasons why PLM is not simple. PLM supporting a well-planned business transformation requires business change / new ways of working. PLM is going through different stages. We are moving from drawing-centric (previous century), through BOM-centric (currently) towards model-centric (current and future). You can read the post here: PLM is not simple!

I was happy to see  my blog buddy Oleg Shilovitsky chimed in on this theme, with his post: Who needs Simple PLM? Oleg reviewed the stakeholders around a PLM implementation. An analytical approach which could be correct in case predictive human beings were involved. Since human beings are not predictive and my focus is on the combination of PLM and human beings, here are some follow comments on the points Oleg made:

 

Customers (Industrial companies)

Oleg wrote:

A typical PLM customer isn’t a single user. A typical PLM buyer is engineering IT organization purchasing software to solve business problem. His interest to solve business problem, but not really to make it simple. Complex software requires more people, an increased budget and can become an additional reason to highlight IT department skills and experience. End-users hate complex software these days,therefore, usability is desired, but not top priority for enterprise PLM.

My comments on this part: PLM becomes more and more an infrastructure for product information along the whole lifecycle. PLM is no longer an engineering tool provided by IT.

There are now many other stakeholders that need product data, in particular when we are moving to a digital enterprise. A model-based approach connects Manufacturing and Service/Operations through a digital thread. It is the business demanding for PLM to manage their complexity. IT will benefit from a reduction in silo applications.

 

PLM Vendors

Oleg wrote:

…most PLM vendors are far away from a desired level of simplicity. Marketing will like “simple” messages, but if you know how to sell complex software, you won’t be much interested to see “simple package” everyone can sell. However, for the last decade, PLM vendors were criticized a lot for complexity of their solutions, so they are pretty much interested how to simplify things and present it as a competitive differentiation.

 

Here we are aligned. All PLM vendors are dreaming of simplifying their software. Imagine: if you have a simple product everyone can use, you would be the market leader and profitable like crazy without a big effort as the product is simple. Of course, this only works, assuming this dream can be realized.

Some vendors believe that easy customization or configuration of the system means simplification. Others believe a simple user-interface is the key differentiator. Compared to mass-consumer software products in the market, a PLM system is still a niche product, with a limited amount of users working with the exact same version of the software. Combined with the particular needs (customizations) every company has (“we are different”), there will never be a simple PLM solution. Coming back to the business transformation theme, human beings are the weakest link.

 

Implementation and Service Providers

Oleg wrote:

Complex software, customization, configuration, know-hows, best practices, installation… you name it.More of these things can only lead to more services which is core business of PLM service providers. PLM industry is very much competitive, but simplicity is not a desired characteristic for PLM when it comes to service business. Guess what… customer can figure it out how to make it and stop paying for services.

Here we are totally aligned. In the past, I have been involved in potential alliances where certain service providers evaluated SmarTeam as a potential tool for their business. In particular, the major PLM service providers did not see enough value in an easy to configure and relatively cheap product. Cheap means no budget for a huge amount of services.

Still, the biggest problem SmarTeam had after ten years was the fact that every implementation became a unique deployment. Hard to maintain and guarantee for the future. In particular, when new functionality was introduced which potentially already existed as customization.  Implementation and service providers will never say NO to a customer when it comes to further customization of the system. Therefore, the customer should be in charge and own the implementation. For making strategic decision support can come from a PLM consultant or coach.

 

PLM Consultants

Here Oleg wrote:

Complex software can lead to good consulting revenues. It was true many years for enterprise software. Although, most of PLM consultants are trying to distant from PLM software and sell their experience “to implement the future”, simplicity is not a favorite word in consulting language. Customer will hire consulting people to figure out the future and how to transform business, but what if software is simple enough to make it happen without consultant? Good question to ask, but most of them will tell you it is not a realistic scenario. Which is most probably true today. But here is the hint – remember the time PC technicians knew how to configured jumpers on PC cards to make printer actually print something?

Here we are not aligned. Business transformations will never happen because of simple tools. People are measured and pushed to optimize their silos in the organization. A digital transformation, which is creating a horizontal flow and transparency of information, will never happen through a tool. The organization needs to change, and this is always driven by a top-down strategy. PLM consultants are valuable to explain the potential future, to coach all levels of the organization. In theory, a PLM consultant’s job is tool independent. However, the challenge of being completely disconnected from the existing tools might allow for dreams that never can be realized. In reality, most PLM consultants are experienced in one or more specific tools they have been implementing. The customer should be aware of that and make sure they own the PLM roadmap.

My conclusion:

Don’t confuse PLM with a tool, simple or complex. All PLM tools have a common base and depending on your industry and company’s vision there will be a short list. However, before you touch the tools, understand your business and the transformation path you want to take. And that is not simple !!

 

Your opinion?

Oleg and I can continue this debate for a long time.  We would be interested in learning your view on PLM and Simplicity – please tune in through the comments section below:

Translate

Email subscription to this blog

Advertisements
%d bloggers like this: