Hvorfor dokumentkontrollen i ingeniørfag er ødelagt, og hvordan fikse det

Tegningen på verkstedgulvet er ikke den tegningen som ble godkjent.

Det starter på samme måte hver gang.

En endringsforespørsel sendes ut. En leverandør sender inn en pakke. En regulator planlegger en revisjon. Plutselig må noen bevise hvilken revisjon som var offisiell, hvem som godkjente den, og om de riktige personene noen gang så den.

Ingeniører graver gjennom e-posttråder på jakt etter den nyeste versjonen av en tegning. Dokumentkontrollører rekonstruerer overføringsregistre fra minne og innbokssøk. Prosjektledere prøver å huske hvilken leverandør som bekreftet hvilken pakke, og hvilken som aldri svarte. Samsvarsansvarlige ber om et PSM/MOC-revisjonsspor som ligger i tre forskjellige systemer, og ingen av dem stemmer overens med hverandre.

Alle jobber hardt. Ingen jobber ut fra den samme revisjonen.

Slik ser dokumentkontroll ut i mange produksjonsorganisasjoner i dag, ikke fordi teamene er uforsiktige, men fordi systemene de er avhengige av aldri ble bygget for å styre dokumenthåndtering i ingeniørfag som en enkelt, sammenkoblet prosess.

Det virkelige problemet er ikke PLM-systemet. Det er alle som jobber utenfor det.

De fleste produsenter bruker allerede et PLM-system, og for prosjektering gjør det jobben sin bra. Det administrerer designrapporten, stykklisten og rutingen.

Men PLM ble bygget for ingeniører. Det gjelder sjelden de som berører et dokument etter at det har forlatt prosjekteringen: dokumentkontrolløren som setter sammen en forsendelse, leverandøren som bekrefter mottakelsen, kvalitetsteamet som henter bevis for en revisjon, anleggsingeniøren som bekrefter at de bygger i henhold til gjeldende revisjon.

Disse menneskene jobber utenfor PLM-systemet, og er avhengige av e-post, regneark og delte stasjoner i stedet for et ekte dokumenthåndteringssystem for produksjon . Så selv om designregistreringen er kontrollert, er ikke utvekslings- og endringsgodkjenningsprosessen rundt den det.

Dette skaper et gap mellom hva PLM-systemet vet og hva som faktisk skjer ute i felten, og det er i dette gapet risikoen ligger.

Hvordan operasjonell friksjon faktisk ser ut

Denne friksjonen er ikke bare en ulempe. Den viser seg som reelle, målbare kostnader:

• Hendelser med erstattede tegninger: en operatør eller leverandør bygger på et dokument som aldri var den gjeldende revisjonen, noe som resulterer i kassering, omarbeiding eller en mistet milepæl
• Overføringstvister: ingen systemregistrering av hvilken revisjon som ble sendt til en leverandør eller entreprenør, eller om den noen gang ble mottatt
• Brannøvelser før revisjon: PSM/MOC- og ISO-bevis samlet fra e-postarkiver dager før en inspeksjon, i stedet for å eksistere kontinuerlig
• Samtidige endringskonflikter: to ingeniører godkjenner endringer i samme tegning uten samlet gjennomgang
• SLA-blindsoner: Prosjektledere sporer manuelt hvilke overføringer som er utestående, og hvor lenge

En enkelt omarbeidingshendelse fra en feil revisjon, eller én omstridt overføring av et live-prosjekt, ender rutinemessig opp i sekssifret beløp, ofte mer enn kostnaden for dokumenthåndteringsprogramvaren som ville ha forhindret det.

Hvorfor punktreparasjoner ikke løser det

Mange produsenter har forsøkt å fikse dette med en delt diskstruktur, en strengere navnekonvensjon eller en tyngre PLM-modul for endringsordre. Begge deler hjelper i utkanten. Ingen løser det underliggende problemet.

Tradisjonell programvare for innholdsstyring i bedrifter og eldre programvare for arkivstyring ble bygget for å lagre filer, ikke for å styre hvem som kan endre et dokument, når og under hvilken godkjenning. Å lagre et dokument er ikke det samme som å kontrollere det. Det som mangler er ikke et nytt arkiv. Det er automatisering av dokumentflyt for selve endrings- og utvekslingsprosessen, slik at fagfeltet ikke er avhengig av at folk husker å følge det hver gang, på tvers av hvert prosjekt, hvert sted og hver leverandør.

Den manglende brikken: styrt innhold

En tegning som ligger i en delt mappe vet ikke hvilken revisjon som er godkjent, hvilket prosjekt den tilhører, hvilken leverandør den ble sendt til, eller om leverandøren noen gang bekreftet den.

Den kunnskapen lever i folks hoder, i innbokser og i regneark, noe som betyr at den forsvinner i det øyeblikket noen er sykemeldt, bytter rolle eller rett og slett glemmer å oppdatere sporingssystemet.

Det produsenter i stedet trenger er en intelligent tilnærming til dokumenthåndtering: lås hvert dokument til den godkjente revisjonen, send hver endring og hver utveksling gjennom en strukturert, gjennomgåbar prosess, og registrer revisjonssporet automatisk etter hvert som arbeidet skjer, ikke rekonstruer det etterpå.

Introduksjon av en annen tilnærming: M-Files for produksjon

M-Files for Manufacturing er en dokumentkontrollprogramvare for produksjon som bringer nettopp denne disiplinen til tekniske endringer og utveksling. Engineering Change Control styrer hele livssyklusen til en endring, fra initiering til tverrfaglig gjennomgang, godkjenning, revisjon og utgivelse, med det berørte dokumentet låst til den nøyaktige revisjonen som gjennomgås. Transmittal Management erstatter e-posttråder og delte stasjoner med en formålskodet, SLA-sporet pakke, levert til leverandører og entreprenører gjennom en styrt ekstern kanal.

Resultatet er ikke bare bedre organisering. Det er en styrt oversikt over hvem som endret hva, hvem som godkjente det og hvem det ble utstedt til, tilgjengelig på forespørsel og ikke rekonstruert innenfor en tidsfrist.

Fra å rekonstruere bevis til å allerede ha dem

Når endring og utveksling styres fra starten av, slutter revisjonsforberedelsen å være en hendelse. Ingeniører godkjenner mot den riktige revisjonen fordi den er den eneste tilgjengelige. Dokumentkontrollører henter en komplett overføringshistorikk på minutter, ikke dager. Og når neste revisjon eller neste hendelse med erstattet tegning nesten skjer, er det systemet, ikke en persons minne, som fanger det opp først.

Konklusjonen

Produsenter trenger ikke enda en PLM-modul eller enda en konvensjon for delte stasjoner. De trenger programvare for dokumenthåndtering i produksjonen som styrer alle tekniske endringer og alle utvekslinger, og som fungerer sammen med PLM- og ERP-systemene de allerede har.

Fordi når endring og utveksling styres av kontekst, går alt nedstrøms raskere: færre tvister, færre hendelser og langt mindre styr når neste revisjon eller neste inspeksjon kommer.

Se hvordan M-Files for produksjon tetter gapet mellom hva PLM-systemet ditt vet og hva som faktisk skjer på verkstedgulvet og ute i felten.