ETO-projektstyrning i PLM

ETO i praktiken: Från CAD och dokument till leverans – med en gemensam sanning

I många norska industriföretag är projektet själva produkten. Man levererar enstaka maskiner, kundanpassade system eller små serier – ofta baserade på modulära lösningar, men nästan alltid med ett tydligt inslag av Engineer‑to‑Order. Kunden påverkar lösningen, antingen direkt eller indirekt, och varje projekt får sitt eget liv.

Detta ställer helt andra krav på projektstyrning än vid serieproduktion. Ändå hanteras projekten ofta med samma verktyg: CAD‑filer i PDM, dokument i mappar, framdrift i Excel – och status i möten, e‑post och Teams. Det fungerar. Tills det inte längre gör det.

När projektstyrning blir ett manuellt arbete

I ETO‑projekt måste man hela tiden ha kontroll över mer än själva konstruktionen. Det handlar om vilken version som gäller just nu, vilka beslut som har fattats under arbetets gång och vad som faktiskt återstår före leverans. När denna information är utspridd blir projektstyrning i praktiken ett manuellt arbete.

Typiska symtom är lätta att känna igen:

• projektledaren lägger tid på att ”ta reda på status”
• konstruktionsavdelningen blir en flaskhals för klargöranden
• fel upptäcks sent, ofta först i produktionen eller inför slutleveransen

Detta beror sällan på bristande kompetens. Utmaningen är strukturell. När produktdata, beslut och framdrift finns i olika system – och delvis i huvudet på människor – finns det ingen verklig gemensam sanning.

De flesta små och medelstora företag har i dag bra grundverktyg på plats: CAD, PDM och ERP. Det som ofta saknas är skiktet däremellan. Platsen där projektet egentligen borde finnas – där produkt, beslut och framdrift hänger samman.

Knyt framdriften till leveransen, inte till kalkylbladet

Inom ETO ger det bättre kontroll att vända på angreppssättet. I stället för att styra projektet vid sidan av produkten bör projektet styras genom produkten.

Det innebär i praktiken att:

• framdriften knyts till faktiska milstolpar och leveranser
• uppgifter följer produktändringar, inte e‑posttrådar
• status uppdateras när arbetet utförs – inte efter möten

Detta är grundtanken i modern, molnbaserad PLM. I till exempel Autodesk Fusion Manage kan projektet struktureras kring leveransen, med milstolpar och uppgifter som antingen är manuella eller direkt kopplade till konstruktions‑ och ändringsprocesser. Produktstruktur, dokumentation och historik följer projektet i samma sammanhang.

Poängen är inte Gantt‑diagrammet i sig. Poängen är att projektets framdrift speglar den faktiska statusen för produkt och beslut. För små och medelstora företag handlar detta sällan om att göra ”allt” på en gång. Ofta ger det störst effekt att börja med ett konkret leveransflöde: en typisk produkt, några tydliga milstolpar och en tydlig ansvarsfördelning. När strukturen väl är på plats kan den återanvändas och vidareutvecklas – utan att lösningen blir tungrodd. När projektet i praktiken är produkten bör projektstyrningen finnas där produkten finns. Inte i separata filer, mappar och möten, utan i en sammanhängande struktur som faktiskt speglar verkligheten.

Om ni ofta använder mötena till att ta reda på status är det ett tecken på att status inte är systematiserad.

Kontakta oss gärna för ett förutsättningslöst samtal om hur en konkret leverans hos er kan struktureras bättre.