Lessen uit de praktijk: wat 3D-printing ons leerde over software implementeren

Voor flipside bestond, werkte een van onze oprichters jarenlang bij Materialise, het Belgische bedrijf dat sinds 1990 3D-printers, printsoftware en additive-manufacturing-oplossingen bouwt. Hoofdkantoor in Leuven, intussen beursgenoteerd, met activiteiten in medische, industriële en consumententoepassingen.

Geen startup. Een bedrijf dat groeide van een rapid-prototyping-bureau naar een wereldwijde operatie met honderden medewerkers in medische toepassingen, productiesoftware en productiediensten.

Innovatieprojecten leiden leerde daar meer dan technologie. Het leerde hoe bedrijven echt veranderen. En hoe de meeste dat niet doen.

De kloof tussen wat software belooft en wat de vloer nodig heeft

In additive manufacturing zit een terugkerende spanning. Het softwareteam bouwt een feature. Die werkt perfect in de demo. Dan komt ze op de productievloer, en niemand gebruikt ze zoals ze ontworpen is.

Niet omdat de feature fout is. Omdat de workflow waarvoor ze gebouwd is, niet overeenkomt met de workflow die echt bestaat.

Een build-preparation-tool veronderstelt dat operatoren een proces in vijf stappen volgen. Operatoren volgen zeven stappen, waarvan drie ongedocumenteerde workarounds die ze door de jaren heen ontwikkelden. De software kent die stappen niet. Dus doen operatoren wat operatoren altijd doen: ze werken rond de software.

Dat patroon herhaalt zich in elke sector. De kloof tussen waarvoor een systeem ontworpen is en hoe het werk echt gebeurt: daar falen implementaties.

Bij Materialise hoorde die kloof overbruggen bij de job. Je kon geen productieautomatisering uitbrengen zonder tijd door te brengen op de vloer met de mensen die ze zouden gebruiken. Kijken. Vragen stellen. Begrijpen waarom ze werken zoals ze werken, voor je voorstelt om het anders te doen.

Dat principe bleef niet bij Materialise. Het verhuisde mee.

Innovatie is een procesprobleem

Dit is wat mensen fout begrijpen aan innovatie in productie.

Ze denken dat het om de technologie draait. Betere printers. Slimmere software. Sterkere materialen. Die dingen tellen, maar daar loopt innovatie niet vast.

Innovatie loopt vast in de processen rond de technologie. In hoe orders gepland worden. In hoe data van ontwerp naar productie stroomt. In hoe kwaliteit opgevolgd wordt, hoe uitzonderingen afgehandeld worden, hoe informatie tussen afdelingen beweegt.

Materialise produceert alles van medische implantaten tot onderdelen voor de luchtvaart. Elk producttype heeft andere regelgeving, andere kwaliteitsnormen, andere levertermijnen. De complexiteit zit niet in het printen. Ze zit in de orkestratie.

Die complexiteit beheren leerde één specifieke les: je kan geen proces automatiseren dat je niet begrijpt. En je begrijpt een proces niet door een flowchart te lezen. Je moet het doorlopen met de mensen die het elke dag doen.

Zoals de VP Software van Materialise het ooit zei: "Additive manufacturing industrialiseren is geen softwareprobleem of hardwareprobleem. Het is een productieprobleem."

Vervang "additive manufacturing" door "je bedrijf" en de uitspraak blijft kloppen.

Wat productiediscipline leert over ERP

Productiebedrijven zijn verplicht gedisciplineerd om te gaan met hun processen. Ontbreekt er een stap in productie, dan krijg je een defect stuk. De feedback is onmiddellijk en concreet.

In een kantooromgeving komt de feedback trager. Een slecht proces in sales of aankoop produceert geen zichtbaar defect. Het produceert een spreadsheet die niemand vertrouwt, een order dat drie dagen duurt in plaats van dertig minuten, of een maandafsluiting die een week reconciliatie vraagt.

Maar de oorzaak is dezelfde: het proces is niet ontworpen voor de last die het draagt.

Werken in productie kweekt een specifieke reflex: kijk hoe het werk echt door het systeem beweegt voor je beslist wat er moet veranderen. Niet het organogram. Niet de functiebeschrijvingen. De echte beweging van informatie en beslissingen, van begin tot einde.

Die reflex vertaalt zich rechtstreeks naar ERP-implementaties.

Als we met het operationele team van een klant samenzitten, vragen we niet "welke software hebben jullie nodig?" We vragen "loop eens door een dag uit het leven van een order". Van het moment dat een klantvraag binnenkomt tot het moment dat de factuur betaald is: wat gebeurt er? Waar vertraagt het? Waar moeten mensen compenseren voor wat het systeem niet doet?

Die methode komt van een productievloer. Ze werkt even goed in een kantoor.

Het verschil tussen de tool doen passen en het werk doen passen

Bij Materialise stond er constant druk om de nieuwste tools te adopteren. Nieuwe softwareversies, nieuwe automatiseringsplatformen, nieuwe databeheersystemen. De verleiding was altijd om eerst de capaciteit uit te rollen en de workflow later uit te zoeken.

De projecten die faalden, en sommige faalden, faalden bijna altijd door die volgorde. Eerst de capaciteit, dan de workflow.

De projecten die slaagden, draaiden het om. Ze vertrokken van de beperking. Wat vertraagt ons echt? Welke stap duurt het langst? Waar lijdt de kwaliteit? Daarna kozen of bouwden ze de tool voor die specifieke bottleneck.

Zo pakken wij Odoo-implementaties aan. We vertrekken niet van de modulelijst. We vertrekken van de pijn. De 20% processen die 80% van de operationele frictie veroorzaken: die fixen we eerst, met de juiste tool, juist geconfigureerd voor hoe het werk echt gebeurt.

Al de rest is een gesprek voor fase twee.

Wat een Belgisch 3D-printbedrijf ons leerde over kmo's

Materialise begon in 1990 met twee mensen. Het groeide organisch, voegde stap voor stap complexiteit toe en botste op elke schaaluitdaging waar onze klanten vandaag op botsen, alleen met 3D-printers in plaats van voorraadbeheer.

De lessen vertalen rechtstreeks:

Processen ontworpen voor tien mensen overleven er geen vijftig. Wat werkt zolang iedereen even kan langslopen met een vraag, breekt bij drie shiften en twee locaties.

Tribal knowledge is een risico. Als de persoon die het systeem kent op verlof gaat, stopt het systeem met werken. Dat geldt voor een 3D-printeroperator. Het geldt voor je aankoopverantwoordelijke.

Software is maar zo goed als het proces eronder. Een slecht proces in een goed systeem produceert sneller slechte resultaten.

De mensen die het werk doen, weten meer dan de mensen die het managen. Elke keer. De beste inzichten komen van een dag meelopen met wie orders ingeeft, productie draait of facturen reconcilieert.

Dit zijn geen abstracte principes. Het zijn littekens van echte projecten. En ze zijn de basis van hoe we vandaag werken.

Het eerste gesprek met elke klant begint zoals het op de productievloer begon: "Loop eens door wat er echt gebeurt."