Productwijzigingen zonder chaos: van losse meldingen naar een gecontroleerd proces

Stel je voor: een monteur ontdekt dat een specifiek boorstuk niet past op de nieuwe machine die op de planning staat. Hij meldt het aan zijn teamleider. Die stuurt een mailtje naar engineering. Engineering maakt een notitie. Twee weken later blijkt dat de productieorder al half klaar is… met het verkeerde onderdeel.

Dit soort situaties kosten maakbedrijven elke maand tijd en geld. Niet omdat de mensen niet oplettend zijn, maar omdat er geen gestructureerde manier is om productgerelateerde signalen op te vangen, te prioriteren en door te vertalen naar een daadwerkelijke wijziging in het systeem. Engineering change management is geen nice-to-have, het is operationele hygiëne.

Het probleem is dat veel bedrijven het zien als iets van de technische dienst of de R&D-afdeling. Terwijl in werkelijkheid de signalen vandaan komen vanuit sales, service, inkoop, productie én van klanten. Vanuit onze visie bieden we een oplossing die dat brede perspectief als vertrekpunt neemt.

Signalen opvangen vanuit de hele organisatie

De eerste stap in een goed ECM-proces is laagdrempeligheid. Als het moeilijk is om een wijzigingsverzoek in te dienen, doet niemand het en verdwijnen waardevolle observaties in een laatje. Daarom hebben we het indienen van een Engineering Change Request (ECR) zo eenvoudig mogelijk gemaakt.

Vanuit elk relevant document in Business Central — een verkooporder, productieorder, inkooporder, serviceorder of project — is een ECR aan te maken via een wizard. De wizard kopieert automatisch de relevante context mee: welk artikel het betreft, welk document er aanleiding toe gaf, welke klant of leverancier erbij betrokken is. De indiener hoeft alleen de observatie te beschrijven, de ernst in te schatten en eventueel documentatie of foto’s toe te voegen.

Het effect van die laagdrempeligheid is direct merkbaar: patronen worden zichtbaar. Als hetzelfde onderdeel drie keer in een maand opduikt in ECR’s — vanuit service, vanuit productie en vanuit een klantklacht — is dat een signaal dat gemakkelijk (zelfs automatisch) te signaleren is. Productmanagers kunnen die patronen zien en prioriteiten stellen op basis van feiten, niet op basis van wie het hardst roept.

Impact meten vóór je een beslissing neemt

Een van de meest waardevolle aspecten van de oplossing is de impactanalyse die je kunt uitvoeren vóórdat een wijziging wordt goedgekeurd. Hoeveel voorraad van het betreffende artikel ligt er nog? Welke openstaande verkooporders of projecten maken gebruik van dit artikel? Wat zijn de gevolgen voor lopende productieorders als we de stuklijst aanpassen?

Die informatie is direct beschikbaar vanuit het ERP-systeem, omdat de ECR is gekoppeld aan de bestaande data. Beslissers kunnen een weloverwogen keuze maken, en die keuze is vastgelegd met datum, argumentatie en naam. Geen discussies achteraf, geen herstelwerk op basis van onduidelijke communicatie.

Na goedkeuring volgt een Engineering Change Order (ECO): de concrete instructie voor operations om de wijziging door te voeren. De ECO kan een nieuw artikel bevatten, een nieuwe of gewijzigde stuklijst, een nieuwe routing of een artikelsubstitutie. Operations bepaalt zelf wanneer de wijziging van kracht wordt — rekening houdend met lopende orders en voorraden.

Iedereen werkt met de juiste versie — automatisch

Als een ECO is doorgevoerd, wil je dat iedereen die met het betreffende artikel werkt dat ook weet. Niet via een rondgestuurde e-mail die half wordt gelezen, maar via een melding in het systeem, op de plek waar de persoon toch al werkt.

Dat is precies wat er gebeurt. Medewerkers zien in hun openstaande verkooporders, productieorders, serviceorders en projecten een notificatie als er een nieuwe revisie beschikbaar is van een artikel waarmee ze bezig zijn. Ze werken nooit onbewust met een verouderd ontwerp. En wie de oorspronkelijke ECR heeft ingediend, krijgt automatisch een bevestiging als de wijziging is doorgevoerd — zodat de cirkel gesloten wordt.

In de praktijk geborgd

Engineering change management is een van die processen die op papier simpel klinkt maar in de praktijk moeilijk te borgen is — tenzij het volledig is ingebed in de systemen die mensen dagelijks gebruiken. dtnext en STAEDEAN hebben dat inbedden samen uitgedacht en uitgebouwd. Het resultaat is een proces dat werkt voor engineering én voor operations, zonder extra administratie.