Endringsstyring på BOM i PLM: Revisjoner og sporbarhet i prosjektbasert utvikling
BOM er dynamisk. Leverandører endrer komponenter, design forbedres, krav skjerpes og prosjekter utvikler seg underveis. Derfor er ikke spørsmålet om BOM endres – men hvordan endringene håndteres.
God BOM-endringsstyring i PLM gjør at man kan endre raskt uten å miste kontroll. Man vet hva som endres, hvorfor det endres, hvem som godkjente det – og hvilke prosjekter, leveranser eller installasjoner som påvirkes.
I tillegg er prosessene digitaliserte og automatiserte, slik at endringer følger en strukturert flyt med de godkjenningene virksomheten selv ønsker.
Revisjoner – grunnlaget for sporbarhet
I prosjektbasert industri er revisjonsstyring helt sentralt.
En revisjon representerer en godkjent teknisk definisjon av en komponent, tegning eller struktur.
Det betyr for eksempel at:
• Revisjon B er en oppdatert teknisk definisjon
• Endringen er godkjent gjennom en formell prosess
• Tidligere revisjoner fortsatt kan spores
Dette er avgjørende når man skal kunne svare på spørsmål som:
• Hvilken versjon av konstruksjonen ble levert til prosjektet?
• Hvilken revisjon ble brukt under produksjon?
• Hvilke dokumenter gjaldt ved levering eller installasjon?
Revisjonsstyring gjør det mulig å spore dette entydig.
Når endringer håndteres ustrukturert
I mange organisasjoner starter endringer i praksis i CAD eller i diskusjoner mellom ingeniører.
Uten et PLM-støttet regime oppstår raskt situasjoner som:
• CAD oppdateres, men BOM og dokumentasjon følger ikke automatisk
• Innkjøp bestiller etter eldre strukturer
• Produksjon bygger etter utdaterte tegninger
• Service og ettermarked mangler korrekt reservedelsinformasjon
• Kvalitet får avvik uten klar referanse til hvilken konstruksjon som gjaldt
Konsekvensene er ofte:
• Dobbeltarbeid
• Manuelle avklaringer
• Ombygging eller re-engineering
• Forsinkelser i prosjektleveranser
PLM adresserer dette ved å gjøre endringer til en kontrollert prosess, ikke en uformell aktivitet.
En pragmatisk endringsflyt for BOM
En praktisk modell for endringsstyring består typisk av tre hovedsteg.
1) Endringsforslag (ECR – Engineering Change Request)
En endring starter vanligvis med en forespørsel.
Her beskrives:
• Hva som er problemet eller forbedringen
• Rotårsak eller motiv (kostnad, kvalitet, tilgjengelighet, krav)
• Hvilke produkter eller prosjekter som kan være berørt
Dette gjør at endringer vurderes før de gjennomføres.
2) Konsekvensanalyse
Når endringen vurderes, er det viktig å forstå hva den påvirker.
I PLM kan man raskt identifisere:
• Hvilke produkter og strukturer som bruker komponenten
• Hvilke dokumenter og tegninger som må oppdateres
• Om komponenten finnes på lager eller aktive bestillinger
• Om testing, validering eller sertifisering er nødvendig
Denne oversikten er vanskelig å oppnå dersom data er spredt i mange systemer.
3) Endringsordre (ECO / ECN – Engineering Change Order / Notice)
Når endringen besluttes, gjennomføres den formelt.
Dette innebærer typisk:
• Oppdatering av deler, strukturer og dokumentasjon
• Opprettelse av ny revisjon
• Godkjenning fra relevante roller (engineering, kvalitet, produksjon, innkjøp)
PLM sørger for at alle steg dokumenteres og spores.
Prosjektleveranser og baselines
I prosjektbaserte virksomheter er det ofte viktig å fryse en teknisk definisjon på et gitt tidspunkt.
Dette gjøres ved å etablere en baseline.
En baseline representerer:
• En definert revisjon av BOM
• Tilhørende tegninger og dokumentasjon
• Den tekniske definisjonen som gjelder for en leveranse eller et prosjekt
Når prosjektet senere oppdateres eller forbedres, kan man fortsatt spore hvilken konfigurasjon som faktisk ble levert.
Dette er spesielt viktig for:
• Installert base
• Service og reservedeler
• Dokumentasjon til kunde eller myndigheter
Variantstyring uten kopierte strukturer
Mange virksomheter håndterer varianter ved å kopiere BOM-strukturer. Over tid skaper dette et betydelig vedlikeholdsproblem.
Når én komponent endres, må alle kopierte strukturer vurderes og oppdateres manuelt.
I PLM brukes derfor ofte andre prinsipper:
• 150 %-BOM som inneholder alle mulige komponenter
• Konfigurasjonsregler eller opsjoner
• Prosjektspesifikke strukturer eller baselines
Dette gjør at endringer kan håndteres sentralt, samtidig som prosjektleveranser fortsatt kan spores.
Oppsummering
BOM-endringsstyring i PLM handler ikke bare om å oppdatere en liste over deler.
Det handler om:
• Revisjonsstyring
• Strukturert endringsprosess
• Konsekvensanalyse
• Prosjektbaselines
• Sporbarhet gjennom hele livsløpet
Når dette fungerer, kan virksomheten gjøre nødvendige endringer raskere – samtidig som man beholder kontroll over hva som faktisk er designet, produsert og levert.