Do processes lead system implementation, or do new systems lead process development? That’s the PLM dilemma, just like the classic chicken-and-egg paradox: “Which came first? The chicken or the egg?”
Here are a few examples to get a better understanding of this:
In Product Lifecycle Management implementations, this is a common challenge.
Should you first define your processes and then implement them in your system? Or should you start with some temporary definitions in the system to push the process definitions?
It’s easy to get too philosophical at this point.
Technology is just the tip of the iceberg. The new PLM system to manage your products is going to change a lot of things.
It’s going to change how people work.
It’s going to change the way you define your products.
And it’s going to change how people collaborate.
The new PLM system is not just a fancy tool for managing data. If it’s implemented properly, the new PLM system will drive your business transformation.
Introducing a new Product Lifecycle Management (PLM) system involves changing how your business is organized and operates.
Are your people ready to change the way they work? Do you have the skills required? Is your current development process capable of managing the digital definition of your products?
The truth is that a new system will force you to define processes.
It will force your teams to talk to each other.
It will force you to define standards, decide if your bill of materials report is horizontal or vertical, or if drawing titles should be capitalized or not in your title blocks in CAD.
A PLM system will force you to expose your data and your way of working.
Let’s be honest.
If your processes aren’t written down, you don’t have processes.
If your service teams are retyping item data into your ERP system, you are duplicating product data and your enterprise collaboration engine is not working.
If you haven’t agreed on the format of your reports, you don’t have a company-wide standard.
A PLM system will only expose the problems you already have.
When they embark on a Product Lifecycle Management transformation, many companies need to take a step back to ask whether they’re doing the right things.
Some companies manage to navigate this “chicken-and-egg” dilemma by using the “system wave” to define and modernize their processes.
Others get stuck in the discussions and the definition, and the expected results fail to materialize.
You’ll soon encounter “definition challenges” when implementing your PLM system.
You’ll probably need a budget, resources, and decision-making power to move things forward, so you should look for executive support early.
Prepare a concise, credible, and compelling presentation highlighting the challenges.
Executives are busy, so you need to get to the point quickly. You want to give them a clear and concise description of what’s happening and a proposal to move forward.
This often means answering the following questions in a short, visual slide deck:
Being clear on who can “sign” decisions is gold.
Defining roles and responsibilities is very important to move change forward. If you do this soon enough, you’ll be able to define processes, standard documents, and deliverables on the go with a team of people who are entitled to decide and can sign off on changes.
Establishing strong governance and executive sponsorship at the onset of the initiative is key for success and smooth decision making.
To make it work, select only one responsible person for each process or standard. I’ve seen companies that have three product development process owners, two product compliance reporting heads, or two solution owners for document management. That doesn’t work. They will pass the ball and the decision won’t be made.
If you want decisions to happen, choose only one name.
As you implement your PLM system, you’ll find many processes and standards that need to be defined or updated.
Before you take the giant leap and try to fix everything at once, prepare an Effort-Impact diagram to help you figure out where to start.
The Effort-Impact diagram is a simple representation that helps you clarify your priorities. Draw a grid with four quadrants based on the overlap between effort and impact. Impact runs along the vertical y-axis. The higher up, the more impact. Effort runs along the bottom x-axis. The further to the right along this axis, the harder it is.
Choose a process or definition that’s low-effort, high-impact on your matrix. Something you can define easily and that will yield quick results.
Reports and standards are often easy to start with. By agreeing on a companywide format for your reports, you will enable interoperability between locations, show a cohesive company brand, and make the work easier for your enterprise systems.
Defining the whole process at once is a huge uphill climb, and it just won’t work. Starting small and slowly getting traction is a great way to keep going and build the confidence to go bigger.
Publishing processes and standards to a signboard helps make things official. Some companies have an operating model handbook or a process library where processes and standards are stored and published.
If you don’t have an official place to publish your processes, consider building a process library. It doesn’t need to be something fancy – a SharePoint site or a CMS will do the job and make your processes official.
This last one is personal advice: if you want to move forward, you need to keep things going.
I’ve seen many companies become paralyzed because they’re missing key definitions and don’t want to implement a “not-quite-perfect” concept in their PLM system.
People get so worked up about what others may say that they can’t even start the work.
But done is better than perfect.
Sometimes, coming up with a definition with a small group of people and pushing it into the system will foster discussion and move things forward.
However, this is no excuse to quickly turn in sloppy work or keep things secretly handled by your IT department. You should still discuss with the relevant teams and get decisions signed off officially.
In my experience, “done” gets results.
You can always fix or improve definitions later on.
The tricky thing about PLM is just that it’s not just a stand-alone system to manage data. PLM is a common thread that weaves together many enterprise components.
A PLM system is a powerful business transformation tool to get your processes and definitions rolling. Use the system as an “excuse” to improve operational processes and to rethink how the business runs.
