Gids voor process mining in de hightechsector

Process Mining in de hightechsector

In de hightechsector veranderen producten en engineering voortdurend. Daardoor doorloopt werk soms meerdere rondes van beoordeling, goedkeuring en uitvoering. Upload een event log en zie hoe engineeringwijzigingsorders door je bedrijfsvoering lopen, waar cases wachten of activiteiten herhalen en hoeveel herstelwerk aan de doorlooptijd toevoegt. Breng het proces in kaart en simuleer voorgestelde wijzigingen voordat je ze invoert.

Waarom kijken naar engineeringwijzigingsorders?

Engineeringwijzigingen zijn nodig als ontwerpen, eisen en productiebehoeften veranderen. Elke wijziging kan echter leiden tot extra beoordelingen, overdrachten of correcties. Een procesdiagram toont de beoogde route; eventdata laat zien welke routes cases daadwerkelijk volgen.

Door deze routes te meten, kunnen hightechbedrijven noodzakelijke beoordelingen onderscheiden van herhaling die te voorkomen is. Teams voor bedrijfsvoering en verantwoordelijken voor engineeringwijzigingen krijgen zo een gedeelde basis om te bepalen wat ze onderzoeken.

Hoe meet je herstelwerk per case?

Begin met een geëxporteerd event log van één proces voor engineeringwijzigingen. Elke registratie bevat de case, activiteit en timestamp. Voeg nuttige attributen toe, zoals product, team of wijzigingstype, als die in je data staan.

Definieer herstelwerk als een activiteit die binnen dezelfde case wordt herhaald. Als een engineeringwijzigingsorder bijvoorbeeld teruggaat naar ‘Review’ nadat die activiteit al heeft plaatsgevonden, tel je dat als één herhaalde beoordeling. Pas dezelfde regel toe op alle cases en vergelijk daarna het aantal herhalingen en de verstreken tijd per case of variant.

De gekozen regel is belangrijk: een herhaalde activiteit is een praktische maat voor herstelwerk, maar verklaart niet waarom het werk opnieuw werd gedaan. Bekijk de cases achter de telling om vast te stellen of de herhaling nodig was of te voorkomen.

Wat laat process mining zien?

Process mining brengt de routes in kaart die in je eventdata zijn vastgelegd. Voor een proces met engineeringwijzigingsorders kun je het gebruiken om:

• De routes van cases van start tot afronding te vergelijken.
• Activiteiten met lange wachttijden of herhaalde uitvoering te vinden.
• Doorlooptijden tussen varianten, teams of productgroepen te meten, als die attributen beschikbaar zijn.
• Te zien waar cases afwijken van het vastgelegde proces.

Je bevindingen hangen af van de gebeurtenissen en attributen in je log. Process mining laat zien wat de data registreert, maar kan niet bepalen of een wijziging technisch noodzakelijk was. Lees hoe je een proces analyseert voor meer informatie over de analyse.

Hoe breng je het proces in kaart?

Gebruik je bevindingen in ProcessMind om de huidige processtroom vast te leggen en samen het gewenste proces te bepalen. Met BPMN-modellering laat je activiteiten, overdrachten, beslissingen en uitzonderingen zien aan procesverantwoordelijken en analisten.

Vergelijk het model met de varianten in je event log. Zo kan je team concreet bespreken waar het vastgelegde proces afwijkt van het dagelijkse werk. Lees ook over de combinatie van procesmodellering en process mining.

Hoe test je een wijziging voordat je die invoert?

Zodra je een bottleneck of herhaalde stap vindt, bepaal je welke specifieke wijziging je wilt beoordelen. Je kunt bijvoorbeeld een andere routeringsregel, minder overdrachten of een andere verdeling van het werk proberen. Het juiste scenario hangt af van je proces en de beschikbare data.

Gebruik processimulatie om scenario’s te vergelijken en mogelijke gevolgen voor de doorlooptijd en capaciteit te beoordelen voordat je een wijziging invoert. Met simulatie beoordeel je een voorgesteld procesontwerp. De simulatie voert de wijziging niet door en garandeert geen resultaat. Bekijk de documentatie over simulatie voor meer informatie over het vergelijken van scenario’s.

Test de wijziging vóór de invoering

Welke data heb je nodig om te beginnen?

Kies één proces voor engineeringwijzigingen en exporteer de eventdata waarmee je elke case kunt volgen. Neem minimaal het volgende op:

• Een case-ID voor elke engineeringwijzigingsorder.
• Een activiteitsnaam voor elke geregistreerde stap.
• Een timestamp voor elke gebeurtenis.

Voeg attributen zoals product, team of wijzigingstype toe als die beschikbaar zijn en relevant zijn voor je vraag. Begin met een gerichte meting, zoals het aantal herhaalde beoordelingen per case of de doorlooptijd per procesvariant. In de gids voor event logs lees je hoe je je data voorbereidt.

Wat onderzoek je als eerste?

Bekijk de meest voorkomende routes en vergelijk die daarna met cases met herhaalde activiteiten of lange wachttijden. Vraag je af of elke herhaling bij de vereiste beoordeling hoort, een correctie is of door een overdrachtsprobleem komt. Gebruik het antwoord om een wijziging te kiezen die het testen waard is.

Gaat je werk naast engineeringwijzigingen ook over productieprocessen? Bekijk dan de use case voor productie.

Breng herstelwerk in één processtroom in kaart