A blog by Oleg Shilovitsky
Information & Comments about Engineering and Manufacturing Software

3 bad PLM implementation habits to kill in 2017

3 bad PLM implementation habits to kill in 2017
Oleg
Oleg
3 January, 2017 | 3 min for reading

plm-implementation-traffic

PLM implementations are slow. Cloud PLM reduced the level of complexity, but still there are things that cloud PLM cannot do for you. These things are directly related to the way PLM implementations are managed by IT and service companies. And these problems are not technology or product related. It is actually people related. I have my collection of “bad PLM implementation habits”.  Today, I want to come with my top 3 bad PLM implementation habits I recommend to change in 2017.

1- Insisting on 100% completeness of PLM use cases

Computers are good in main cases. People are good in exceptions. By trying to nail down PLM project to cover all use cases, we risk to over-complicate the solution. And it takes time and money and people resources. So, the new approach should be to program PLM implementation around main use cases. You can ask me what about the rest? My recommendation – kick out the rest as exceptions for manual processing. It might be incomplete, but it will make your PLM implementation simpler and healthier for the future. Some of these “what if” scenarios might not happen.

2- PLM “projects”

Traditionally organization make new technology come as a “project”. The more complicated problem, the bigger the project. But as project get bigger, the chances of failure increases. So, what to do? Switch from “project” to agile releases. And make them happen timely. Every 1-2 months. You might screw up some of these releases. Or you might come with incomplete results. But as you repeat more, implementations will improve. Each “release” brings enhancements in PLM implementation. As soon as you work out 1-2 months releases, move into continues integration. Ask your PLM vendor how to implement PLM technology using agile implementation methods. This is a good starting point how to escape risky PLM projects.

3- Focus on PLM TCO

PLM implementations are too obsessed with total cost of ownership (TCO). The obsession is so big that often it starts to impact the outcome. Actually cost generate benefits. And benefits are good. So, focus on how to generate benefits and not how to cut cost. TCO is discourage new functionality and as a result of that you can miss PLM value. So, shift from PLM TCO to PLM value. And combine it together with shift from PLM “project” to “releases”.

What is my conclusion? Old habits die hard. Remember the phrase “Nobody ever got fired for choosing IBM”? It came from the time when the focus was on how to take less risky decision. The result was impacting project duration and cost. Most of companies today don’t have a luxury to run 5 years PLM projects. There are things in PLM implementation practice that needs to be changed. Often, companies are doing things not because they are better, but because they did it before. Just my thoughts…

Best, Oleg

Want to learn more about PLM? Check out my new PLM Book website.

Disclaimer: I’m co-founder and CEO of openBoM developing cloud based bill of materials and inventory management tool for manufacturing companies, hardware startups and supply chain. My opinion can be unintentionally biased

Recent Posts

Also on BeyondPLM

4 6
21 October, 2016

Manufacturing companies want the data to be well organized and easy to find. However, the reality is just opposite. Data...

22 September, 2011

Things are busy for me this week. It is mostly because of Autodesk Forum in Moscow. I’ve been invited to...

19 September, 2013

GitHub is a well known social network for programmers. According to Wikipedia article, GitHub is a web-based hosting service for...

24 August, 2010

I’m continuing to explore various aspects of relations between PLM and social systems and tools in my blog. The social...

2 January, 2014

We are in the beginning of the year. Happy New Year! The entire internet and blogosphere is full of “recap...

8 May, 2019

Data is a new oil. Nobody is surprised when you say it these days. My previous company Inforbix was collecting...

19 August, 2011

Google-Moto deal created a lot of fuss and speculation. At the same time, it created an example of cross-domain innovation,...

11 December, 2011

The topic of crowd-sourcing is fascinating these days. Community based development is interesting topic, and I’m continuing to follow different...

1 June, 2010

I already had chance to mention Geoffrey Moore presentation during Google’s Atmosphere 2010 event. One of the things he mentioned...

Blogroll

To the top