10 september 2026

DMAIC met Process Mining: event logs gebruiken om knelpunten en herstelwerk op te sporen

Delen op:

Process mining geeft DMAIC teams event records voor het onderzoeken van procespaden en herhaalde activiteiten. Het onderzoek 'Process Mining for Six Sigma', gepubliceerd in de jaargang van 2021, ontwikkelde een richtlijn om deze technieken af te stemmen op DMAIC. Alvorens een logbestand te extracten, moet het team de verbeterbeslissing identificeren die door die records zal worden ondersteund.

Definieer de DMAIC-grens alvorens events te extracten

De DMAIC-richtlijn van ASQ plaatst de projectscope en klanteisen in Define. Een SIPOC helpt het team overeenstemming te bereiken over de analyse-eenheid en de grenzen ervan. Het projectcharter definieert vervolgens een case en het startpunt van de meting. Het specificeert ook het resultaat dat telt als een succesvolle afronding.

Buitensporige doorlooptijd en defecte output die correctie vereist, hebben afzonderlijke operationele definities nodig in het project. probleemstelling. De Define-review van de sponsor moet bepalen welke klanteis prioriteit krijgt. Er moet ook in worden vastgesteld welke kwaliteitsmaatstaf moet worden beschermd wanneer het team het proces wijzigt.

Measure: stel vast wat het event log kan vertegenwoordigen

Een conventioneel event log koppelt elke activiteit aan een case en legt vast wanneer deze plaatsvond. Broninformatie is optioneel, zoals beschreven in het PMSS-artikel. Het DMAIC-meetplan heeft een definitie nodig voor elk veld voordat het team de prestaties berekent:

  • Case-identifier: de procesinstantie die wordt gevolgd door de overeengekomen SIPOC grens.
  • Activiteit: de zakelijke stap die door elk geregistreerd event wordt vertegenwoordigd.
  • Tijdstempel: het punt dat door het systeem is geregistreerd, zoals het starten of voltooien van een activiteit.
  • Aanvullende attributen: de bron- of case-kenmerken die nodig zijn voor geplande vergelijkingen.

De Measure-review moet ook vaststellen hoeveel werk de log omvat. In een studie uit 2024 in Data & Knowledge Engineering observeerden onderzoekers zes werknemers bij een zakelijk dienstverlener. Ze ontdekten dat een log van het primaire transformatiesysteem ongeveer 69% van de geobserveerde datatransformatie- en validatietijd zou vertegenwoordigen. De dekking daalde naar 32.5% wanneer deze werd beoordeeld ten opzichte van al het relevante klantgerelateerde werk. Die percentages zijn van toepassing op het onderzochte bedrijf.

Voor een Lean Six Sigma team roept die dekkingskloof een scope-beslissing op: legt de voorgestelde log het werk vast dat in het charter wordt genoemd? Een gemba walk naast de extractie-review helpt om werk te identificeren dat ontbreekt in de systeemrecords. De Measure-oplevering moet die weggelaten activiteiten benoemen en uitleggen hoe hun afwezigheid de analyse beperkt.

Een onderzoek naar knelpunten vereist meer dan een lang interval

Een lang interval tussen tijdstempels heeft een verklaring nodig voordat het Analyze-team het als een capaciteitsprobleem behandelt. Een studie uit 2024 in Information Systems splitst het wachten tussen activiteiten op in vijf oorzaken: batching, concurrentie om middelen, prioritering, onbeschikbaarheid van middelen en externe factoren. De onderzoekers evalueerden hun aanpak met synthetische logs en demonstreerden deze op een praktijkproces. Deze categorieën geven Lean Six Sigma teams specifieke oorzaken om te onderzoeken voordat ze extra capaciteit voorstellen.

Het DMAIC-analyseplan moet het tijdsverloop tussen geregistreerde events onderscheiden van het wachten voordat een activiteit kan starten. Dat onderscheid hangt af van wat de tijdstempels registreren en hoe de analyse omgaat met werkcalenders. Zodra vertragingscategorieën zijn bevestigd, rangschikt een Pareto-diagram ze op opgebouwde tijd binnen de projectgrens.

Concurrerende verklaringen horen thuis in een Ishikawa diagram. Als het team batching vermoedt, heeft de Analyze-review bewijs nodig dat vrijgavenormen koppelt aan de geobserveerde vertragingen. Een pilot die die regels wijzigt, test een andere oorzaak dan een pilot die de beschikbaarheid van middelen wijzigt.

Herstelwerk categoriseren alvorens defecten te tellen

De facturatiedemonstratie in het PMSS-artikel vergelijkt cases met activiteitsherhalingen met andere cases, waarbij hun paden en verwerkingstijden worden onderzocht. Die vergelijking identificeert cases voor onderzoek. Het tellen van herhalingen als defecten vereist een bedrijfsregel, goedgekeurd door de Process Owner, die correctiewerk onderscheidt van toegestane herhaling.

Voor DMAIC is een voorgestelde maatstaf het aandeel in aanmerking komende cases dat minstens één bevestigde correctieve herhaling bevat. Een afzonderlijke telling van extra herhalingen legt de werkdruk voor correctie vast. De defectmaatstaf op caseniveau heeft dan een gedefinieerde regel die het 5 Whys -onderzoek kan testen tegen individuele cases.

Verbeter via een pilot die is gekoppeld aan de vermoedelijke oorzaak

ASQ plaatst de evaluatie van oplossingen in Improve. Het pilot-voorstel moet de geselecteerde wijziging verbinden met een bevinding uit Analyze. Het behouden van de casedefinitie van de nulmeting geeft het team een consistente basis voor vergelijking; een vastgesteld acceptatieresultaat bepaalt de test voor de wijziging. In een herstelwerkproject moet de pilot een proposal voor een Poka-Yoke testen tegen de bevestigde correctiecategorie voorafgaand aan een bredere uitrol.

Bij de Improve-review zou ik vragen hoe de pilot- en nulmeting-casegroepen zich tot elkaar verhouden, inclusief eventuele verschillen in werkdruk of casemix. De sponsor moet ook de beschermde kwaliteitsmaatstaf zien naast de doorlooptijd. Een korter interval op het process-miningdashboard is onvoldoende bewijs voor acceptatie als de casemix is veranderd of het aantal defecten is toegenomen.

Control-plannen moeten de event-datapijplijn bevatten

De Control-fase van ASQ omvat langetermijnmetingen en reactieplannen. Het beheersplan moet ook de eigenaar noemen van de activiteitsdefinities van de event-extractie en vaststellen wie wijzigingen in de mapping goedkeurt. Ontbrekende records hebben een gedocumenteerde afhandeling nodig. Terugkerend herstelwerk en een verslechterende logdekking hebben elk een toegewezen reactie nodig.

Gedocumenteerde meetdefinities moeten worden overgenomen in het control charts. Als een systeemwijziging verandert wat een tijdstempel registreert, heeft de Process Owner een meetreview nodig voordat het volgende prestatiesignaal wordt geïnterpreteerd.

Bronnen

enENarAResESfrFRnlNL