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

The Ugly Truth of Multi-BOM Management

The Ugly Truth of Multi-BOM Management
Oleg
Oleg
17 December, 2013 | 3 min for reading

multiple-bom-ugly-truth

Bill of Material (BOM) management is always fascinating topic. It sparks so many debates and introduce a large set of diverse opinions. I can even say that I have a special passion to speak about BOM on my blog. If you want to catch up on my recent posts about BOM, you can try these few links – Will PLM manage enterprise BOM? and Will SaaS and Open API solve BOM management problems? My special passion is “single BOM”. I started this conversation few years ago. Here is my last writeup about single BOM- Single BOM in 6 steps.

Few days ago, my attention was caught by PLM dojo article about pros and cons is Multiple BOM management – Why You Should (or Shouldn’t) use Multiple BOMs. I highly recommend you to have a read the article including comments (the number is growing). It brings an interesting set of strategies relasted to BOM management. From my side, I can clearly see advantages of both approaches. And I can generally say it depends on many factors – industry, product, organization, processes and… (what is not less important) people. Here is my favorite passage:

Sometimes it makes sense for the CAD user to organize the design differently than how ERP organizes the data. For example, it might make sense to group a large assembly model into sub-assemblies that don’t represent any actual part, but make it easier to divide up work on the overall structure. A related reason is that having the part BOM separate from the CAD BOM isolates the part BOM from the inevitable messiness of the CAD files.

While there is nothing wrong in division and separation of CAD design and Part structures, I still believe there is a trick here. Thinking about that, took me back to the post I wrote few years ago – The Ugly Truth About PLM-ERP Monkey Volleyball  The controlling of data is one of the fundamental enterprise software behavior and strategy. One of the “negative” aspects of single BOM strategies is the need (and complexity) to share responsibilities and control over the shared “single BOM”. It can create lots of organizational constraints, especially if departments and/or divisions are using multiple systems.

At the same time, Single BOM containing multiple dimensions of product information can become a place to share data among organization and optimize processes. However, in order to make it happen organization will have to agree how to manage “shared space”, and shared responsibilities. People management becomes a critical function to make it successful.

What is my conclusion? Technology is easy part, but people are really hard.  This is one of my favorite quotes. The ugly truth of BOM management is the fact it requires people management and agreement across organization. Multiple BOM can be done using separation and data island controlling. Very often you can hear about technological challenges of single BOM organization. Much rare situation is when organization is moving to people and organizational constraints. People’s ego and organizational issues are often playing a key role in decision to go with one of BOM management strategies. Just my thoughts…

Best, Oleg

Recent Posts

Also on BeyondPLM

4 6
6 April, 2009

Microsoft Future Data Visualization, 3D Lifelike Experience and more… A picture is worth 1000 words. We all know this… if we...

15 April, 2009

I’d like to get back to Excel discussion. I think that Excel is a really good application. And I don’t...

8 August, 2012

One of the technological trends I’m observing these days is a trend towards granularity. Speaking about marketing, the word granularity...

23 April, 2015

I assume you are aware about Onshape, the new CAD software outfit founded by Jon Hirschtick and part of his...

1 July, 2010

I have been paying more attention to open source last time. What I wanted to analyze is how Open Source...

20 May, 2009

Interesting thoughts by Stephen Arnold related to On-Premise vs. SaaS software based on SAP case.  Also link on Understanding SAP’s Business...

24 September, 2009

Dell’s $3.9bn acquisition of Perot Systems few days ago drove me to think about PLM and Services for some time....

12 April, 2012

Cost is one of the aspects all cloud PLM providers bring to the table these days. The demand and the...

6 May, 2024

Today, I want to continue the topic I started earlier related to emotions in sales. As we engage in product...

Blogroll

To the top