ETO Prosjektstyring i PLM
ETO i praksis: FraCAD og dokumenter til leveranse – med én felles sannhet
I mange norske industribedrifter er prosjektet selveproduktet. Man leverer enkeltmaskiner, kundetilpassede systemer eller småserier – ofte bygget på modulære løsninger, men nesten alltid med et tydelig Element av Engineer‑to‑Order. Kunden påvirker løsningen, enten direkte ellerindirekte, og hvert prosjekt får sitt eget liv.
Dette stiller helt andre krav til prosjektstyring enn i serieproduksjon. Likevel håndteres prosjektene ofte med de samme virkemidlene: CAD‑filer i PDM, dokumenter i mapper, fremdrift i Excel – og status i møter, e‑post og Teams. Det fungerer. Helt til det ikke gjør det.
Når prosjektstyring blir en manuell disiplin
I ETO‑prosjekter må man hele tiden ha kontroll på mer ennselve designet. Det handler om hvilken versjon som gjelder nå, hvilkebeslutninger som er tatt underveis, og hva som faktisk gjenstår før leveranse. Når denne informasjonen er spredt, blir prosjektstyring i praksis et manuelt arbeid.
Typiske symptomer er lett gjenkjennelige:
- prosjektleder bruker tid på å “finne status”
- konstruksjonsmiljøet blir flaskehals for avklaringer
- feil oppdages sent, ofte først i produksjon eller mot sluttleveranse
Dette skyldes sjelden manglende kompetanse. Utfordringen erstrukturell. Når produktdata, beslutninger og fremdrift lever i ulike systemer – og delvis i hodet på folk – finnes det ingen faktisk felles sannhet.
De fleste SMB‑bedrifter har i dag gode grunnverktøy påplass: CAD, PDM og ERP. Det som ofte mangler, er laget imellom. Stedet derprosjektet faktisk burde leve – der produkt, beslutninger og fremdrift hengersammen.
Knytt fremdrift til leveransen, ikke til regnearket
I ETO gir det bedre kontroll å snu tilnærmingen. I stedet for å styre prosjektet ved siden av produktet, bør prosjektet styres gjennom produktet.
Det betyr i praksis at:
- fremdrift knyttes til faktiske milepæler og leveranser
- oppgaver følger produktendringer, ikke e‑posttråder
- status oppdateres når arbeid utføres – ikke i etterkant av møter
Dette er kjernetanken i moderne, skybasert PLM. I foreksempel Autodesk Fusion Manage kan prosjektet struktureres rundt leveransen, med milepæler og oppgaver som enten er manuelle eller direkte koblet til design‑ og endringsprosesser. Produktstruktur, dokumentasjon og historikk følger prosjektet i samme kontekst.
Poenget er ikke Gantt‑diagrammet i seg selv. Poenget er at prosjektets fremdrift speiler faktisk status på produkt og beslutninger. For SMB‑bedrifter handler dette sjelden om å gjøre “alt” på én gang. Ofte gir det størst effekt å starte med én konkret leveranseflyt: ett typisk produkt, noen tydelige milepæler, og klar fordeling av ansvar. Når strukturen først sitter, kan den gjenbrukes og bygges videre på – uten at løsningen blir tung. Når prosjektet i praksis er produktet, bør prosjektstyringen leve der produktetlever. Ikke i separate filer, mapper og møter, men i én sammenhengende struktur som faktisk reflekterer virkeligheten.
Hvis dere ofte bruker møtene til å finne status, er det et tegn på at status ikke er systematisert.
Ta gjerne kontakt for en uforpliktende prat om hvordan én konkret leveranse hos dere kan struktureres bedre.