Versjonskaos koster mer enn du tror: en enkel guide til PDM

I produktutvikling er filer mer enn dokumentasjon, de er selve produksjonsgrunnlaget. Det er disse dere tester etter, bestiller etter og bygger etter. Derfor blir ett spørsmål stadig viktigere jo mer fart dere får:

Hva er egentlig gjeldende?

PDM (Product Data Management) handler om å gjøre svaret på det spørsmålet entydig – og om å sørge for at endringer, historikk og frigivelser er under kontroll, uten at det bremser tempoet.

Uten PDM blir “hvilken fil gjelder?” et daglig spørsmål, med PDM får dere kontroll på gjeldende revisjon, godkjenning og leveransepakker.

Når tempoet slår filstrukturen

De fleste starter bra: ryddige mapper, greie filnavn og en intern forståelse av “hva som gjelder”. Så skjer det helt naturlige: flere endringer parallelt, flere filer som hører sammen, og flere som trenger underlag samtidig (teamet, leverandør, pilotkunde). Plutselig dukker “versjonsstøy” opp. Ingen gjør noe galt – men det blir vanskeligere å være helt sikker.

Det er i dette spennet PDM er nyttig, ikke som byråkrati, men som en praktisk måte å skille mellom under arbeid og klart for bruk.

PDM – kort forklart

PDM er et system og en arbeidsform for å styre tekniske produktfiler og produktdata gjennom utviklingsløpet. I praksis handler det om at vi til enhver tid skal kunne peke på:

• hva som er gjeldende

• hva som er under arbeid

• hva som er gjennomgått/godkjent og frigitt

• hvilken historikk som ligger bak en endring

Enkelt sagt handler det om å erstatte “jeg tror” med “jeg vet”.

Tre klassiske situasjoner som virker små i øyeblikket, men får store konsekvenser
(og som vi unngår med PDM).

“final_final_approved_THISONE.step” -Filen ser riktig ut, “den ble jo sendt i går” så da sendes den videre til leverandør.

Når det viser seg å være feil revisjon, er feilen sjelden begrenset til skjermen. Den kan allerede ha startet tilvirkning og innkjøp, og dermed ført til ventetid og ekstra runder dere ikke hadde tid eller råd til

Parallelle endringer og to riktige svar - Én oppdaterer 3D-modellen. En annen justerer underlag parallelt. Begge gjør rett.

Men dere ender med to sannheter. Uten tydelig status og kontrollert flyt oppdages dette ofte sent: når noe ikke passer, eller når leverandør spør hvilket underlag som gjelder.

Tegning og 3D-modell er ikke synkronisert - Modellen er ny. Tegningen er gammel (eller omvendt).

Begge kan være “riktige” hver for seg, men ikke sammen. Dette er en typisk kilde til misforståelser fordi mottaker bygger etter det som er mest formelt (ofte tegning/PDF), mens avsender har validert etter modellen.

Hva dette betyr når du bruker oss som utviklingspartner

Mange oppstartselskaper trenger ikke et stort systemlandskap fra dag én. De trenger derimot at underlag som går ut av huset er ryddig, konsekvent og sporbart.

Når vi jobber som konsulenter, bruker vi PDM som en del av leveransekvaliteten vår. Kundene våre trenger ikke tilgang til vårt PDM for at dette skal fungere. Poenget er at vi tar ansvar for struktur og kontroll i filene og underlaget vi produserer: gjeldende versjoner, revisjoner, sammenheng mellom filer og riktig frigivelse til riktig tidspunkt. Dette gir mer ro i samarbeidet med leverandører og færre overraskelser når tempoet er høyt.

Hvis du ønsker en utviklingspartner som tar ansvar for struktur, versjonskontroll og kvalitet i leveransene, er dere velkommen til å ta kontakt med oss i Minoko. Vi hjelper dere å holde tempoet oppe – uten at filer, revisjoner og leveransegrunnlag blir et risikopunkt i prosjektet.

Begrepesforklaring:

• Versjon: Intern arbeidsutgave under utvikling. Endres ofte.

• Revisjon: Formelt definert utgave (f.eks. Rev A, Rev B) som brukes som referanse.

• Frigivelse (Release): Godkjenning av underlag for definert bruk (test, pilot, produksjon).

• Gjeldende underlag: Den utgaven/revisjonen som er definert som korrekt grunnlag nå.