In mijn post Dr. Strangepart: How I Learned to Stop Worrying and Love the BOM , begonnen we over het uiterst complexe proces van het beheer van de materiaallijst (BOM). Die discussie spitste zich toe op intelligente onderdeelnummers, maar vandaag wil ik het hebben over de vraag of de BOM in de eerste plaats gebaseerd is op het functionele gebruik van een onderdeel of op het specifieke onderdeelnummer zelf. Dit is een spanningsveld dat al bestaat sinds het ontstaan van de materiaallijsten, toen de mens een as aan een wiel koppelde.

Waarom maakt men zich druk of de BOM wordt gestuurd door onderdeelnummers of door de functie van het onderdeel? Het antwoord is dat beide bepaalde voordelen hebben. Het sturen van de BOM door werkelijke onderdeelnummers is zeer nuttig voor inkoop en productie, en wanneer een ingenieur zich richt op een individueel stuk hardware. Wanneer de ingenieur of een productmanager echter van het ene product naar het andere gaat, stelt een functiegedreven BOM hem in staat componenten gemakkelijker te vergelijken.

De mogelijkheid om BOMs te vergelijken heeft enorme implicaties voor het vermogen van engineering om met succes onderdelen te hergebruiken. Hergebruik verlaagt zowel de kosten van de hardware zelf (door hergebruik van gereedschap en verhoging van de productievolumes) als de engineeringtijd die nodig is om een nieuw onderdeel te ontwerpen. Hergebruik is al sinds mensenheugenis de grote witte hoop van de engineering-gemeenschap, maar het is een grote uitdaging.

Hoewel de verkopers van Product Lifecycle Management-software het over hergebruik hebben, doen de meeste bedrijven het heel slecht. Proberen om hergebruik te beheren zonder intelligente onderdeelnummers en een functionele manier om naar de BOM te kijken, is als zoeken naar een enkel item in de kelder van een verzamelaar die is volgestouwd met dozen zonder labels. Uiteindelijk geef je het op, ga je naar de winkel, en koop je een nieuwe! Dat is een van de grote redenen waarom hergebruik zo moeilijk is in de technische wereld.

Dus, hoe brengen we de spanning tussen deze twee dingen in evenwicht? Hier is een eenvoudig kader voor het denken over de BOM die ik noem Vorm, Fit, en Functie.

Met functie bedoel ik wat het onderdeel eigenlijk doet, wat zijn doel in het leven is. Met vorm bedoel ik het specifieke stuk hardware of onderdeel waar we mee te maken hebben. In figuur 1 staat een eenvoudig voorbeeld van hoe functie en vorm zich tot elkaar verhouden. Doorgaans is de superset de functie. In dit geval is de functie het bieden van zicht naar achteren aan een bestuurder van een voertuig. De functie is het resultaat van de juiste werking van het onderdeel. Het onderdeel zelf is de vorm die de functie “levert”. In dit geval zouden we zicht naar achteren kunnen verschaffen door een spiegel, een camera of een soort sensor te ontwerpen.


Figuur 1 – Functie en vorm op de materiaallijst

Het derde deel van het raamwerk is de pasvorm van het onderdeel. Met pasvorm bedoel ik echter niet de feitelijke geometrische toleranties of het onroerend goed dat het onderdeel inneemt. Wat ik bedoel is: “Wat zijn de unieke attributen van het onderdeel waardoor het “past” bij de functie, d.w.z. de functie vervult?”

Figuur 2 toont een ander voorbeeld van een functioneel gecontroleerde BOM. In dit geval gebruiken we een voorbeeld van de voortstuwing van een voertuig, misschien een straalvliegtuig. In dit geval tonen we voortstuwing als een top level Function, samen met sub-levels van de motor, hoe de kracht wordt overgebracht, en het koelsysteem.


Figuur 2 – de Vorm, Pasvorm en Functie materiaallijst

De koelvloeistof is de vorm die voldoet aan de Functie van het koelsysteem. Wij kennen een intelligent onderdeelnummer toe voor de specifieke koelvloeistof. Men kan zich afvragen, wanneer ga ik over van een Function naar een onderdeelnummer (Form)? Het antwoord daarop is, wanneer het uitkomt. Het zal uw team wat tijd kosten om een functionele BOM te ontwikkelen met een hanteerbare hiërarchie erin.

TIP: Meer dan drie of vier niveaus van hiërarchie
kan zeer moeilijk te beheren zijn.

Er is een veel-op-veel relatie tussen de Function en de Form (part). Afhankelijk van hoe ver we in de functieboom afdalen, kan het zijn dat we meer dan één Form (part) moeten koppelen om aan een functie te voldoen. Anderzijds, als onze functionele boom dieper is, kan er op bepaalde producten één assemblage (Form) zijn die aan meer dan één Function op de functionele boom voldoet.

Overgaand op Fit, zien we dat elke Form meerdere attributen kan hebben (manieren om aan de functie te voldoen). De koelvloeistof “past” bij onze functionele behoefte door de attributen die hij heeft. In het algemeen zal er een één-op-veel relatie zijn tussen respectievelijk Form (onderdeel) en Fit (attributen).

Vorm, pasvorm en functie is een eenvoudige manier om te bekijken hoe wij onze producten structureren. Het leent zich goed voor hergebruik van onderdelen, maar ook voor het hergebruik van work break down structuren die worden gebruikt in de lucht-en ruimtevaart en defensie.

Sommige bedrijven werken nu aan de constructie van skelet “Starter” of “Universele” BOM’s die ze hergebruiken voor elk nieuw product. Het idee is om te beginnen met een generieke BOM, en dan toe te voegen en te verwijderen om aan de behoeften van een nieuw product te voldoen. Het doel is voor het bedrijf om één universele BOM te hebben, of één voor elke unieke productgroep.

Dit is in theorie een geweldig idee, maar het is niet triviaal om het uit te voeren. Om dit te doen in uw eigen bedrijf zal waarschijnlijk uw engineering team, product management, en een consultant een jaar of meer om een structuur die past bij uw behoeften te vinden. Maar als dit eenmaal is gebeurd, zouden de voordelen op het gebied van snelheid en hergebruik aanzienlijk moeten zijn. Hopelijk geeft het Form, Fit, and Function BOM Framework u een eenvoudige manier om hierover na te denken!

Eric Hiller is de Managing Partner van Hiller Associates , een operationeel en strategisch adviesbureau, gespecialiseerd in Product Cost Management , financiële modellering, operations, business planning, software product management, en productontwikkeling.

Articles

Geef een antwoord

Het e-mailadres wordt niet gepubliceerd.