Continuing , the series on the Bill of Material we began with the article Dr. Strangepart: How I Learned to Stop Worrying and Love the BOM, here is a full re-print of the next in the series. You can find the original at ENGINEERING.com here:
In my post Dr. Strangepart: How I Learned to Stop Worrying and Love the BOM, we began talking about the extremely complex process of managing the bill of material (BOM). That discussion focused on intelligent part numbers, but today I want to move to the question of whether the BOM is primarily keyed off of the functional use of a part or the specific part number itself. This is a tension that has existed since bills of material were created, when man married an axle to a wheel.
Why do people care whether the BOM is driven by part numbers or the part’s function? The answer is that each has certain advantages. Driving the BOM by actual part numbers is very useful for purchasing and manufacturing, and when an engineer is focusing on an individual piece of hardware. However, when the engineer or a product manager moves from one product to another, a function driven BOM allows him to compare components more easily.
The ability to compare BOMs has huge implications for the ability of engineering to successfully re-use parts. Re-use lowers both the cost of the hardware itself (by re-using tooling and increasing production volumes) while also reducing the engineering time needed to design a new part. Re-use has been the great white hope of the engineering community from time immemorial, but it is very challenging.
Although Product Lifecycle Management software vendors talk about re-use, most companies do a very poor job. Trying to manage re-use without intelligent part numbers and a functional way to look at the BOM is like searching for a single item in a hoarder’s basement that’s jammed full of boxes with no labels. Eventually you give up, go to the store, and buy a new one! That’s one of the big reasons why re-use has struggled in the engineering community.
So, how do we balance the tension between these two things? Here is a simple framework for thinking about the BOM that I call Form, Fit, and Function.
By function, I mean what the part is actually doing, what its purpose in life is. By form I mean the specific piece of hardware or part that we’re dealing with. In Figure 1 there is a simple example of how function and form relate to each other. Typically, the superset will be function. The function in this case is to provide rear vision to a driver of a vehicle. The function is the result of the part operating correctly. The part itself is the form that “delivers” that function. In this case, we might provide rear vision by designing a mirror, a camera, or some sort of sensor.
The third part of the framework is the fit of the part. However, by fit I don’t mean the actual geometric tolerances or real estate that the part occupies. What I mean is, “What are the unique attributes of the part that make it “fit” the function, i.e. accomplish the function?”
Figure 2 shows another example of a functionally controlled BOM. In this case, we’re using an example of the propulsion of a vehicle, perhaps a jet aircraft. In this case we show propulsion as a top level Function, along with sub-levels of the powerplant, how the power is transferred, and the cooling system.
The coolant is the Form that satisfies the Function of the cooling system. We assign an intelligent part number for the specific coolant. One might ask, when do I move from a Function to a part number (Form)? The answer to that is, whenever it is convenient. It will take a little bit of time for your team to develop a functional BOM that has a manageable level of hierarchy in it.
TIP: Any more than three or four levels of hierarchy can be very difficult to manage.
There is a many-to-many relationship between the Function and the Form (part). Depending on how far down the Function tree we go, we may need to attach more than one Form (part) to satisfy a function. On the other hand, if our functional tree is deeper, on certain products there may be one assembly (Form) that satisfies more than one Function on the functional tree.
Moving to Fit, we see that each Form may have multiple attributes (ways of fitting the function). The coolant “fits” our functional need by the attributes that it has. In general there will be a one-to-many relationship between Form (part) and Fit (attributes) respectively.
Form, Fit, and Function is a simple way to look at how we structure our products. It lends itself well to re-use of parts, but also for the re-use of work break down structures that are used in aerospace and defense.
Some companies are now working on constructing skeleton “Starter” or “Universal” BOMs that they re-use for each new product. The idea is to start with a generic BOM, and then add and delete to match the needs of a new product. The goal is for the company to have one universal BOM, or one for each unique product group.
This is a great idea in theory, but it’s not trivial to execute. To do this in your own company will likely take your engineering team, product management, and a consultant a year or more to find a structure that suits your needs. However, once this is done, the speed and re-use advantages should be significant. Hopefully, the Form, Fit, and Function BOM Framework will give you a simple way to think about it!