Process mining er en metode til at analysere, hvordan en proces fungerer ved at bruge systemhændelseslogge til at rekonstruere aktivitetssekvensen for enkelte sager, såsom indkøbsordrer eller forsikringskrav.
An event log requires a case identifier, an activity name, and a timestamp for each recorded event. In a DMAIC project, the case definition and measurement boundary determine which records belong in the analysis. Teams use the resulting process paths to examine departures from the expected workflow and locate repeated steps that warrant investigation.
Overvej en fakturaproces, hvor 120 ud af 1,000 afsluttede sager indeholder en ekstra godkendelseshændelse. Process mining identificerer disse sager og viser, hvor gentagelsen sker. Hvis gennemgangen bekræfter, at kun 80 sager krævede korrektion, er omarbejdsandelen på sagsniveau 8%. De resterende gentagelser kan afspejle autoriserede godkendelseskrav. At tælle enhver gentaget hændelse som en defekt ville overdrive problemet.
Tidsanalyser kræver samme omhu. Et hul på to dage mellem fakturaregistrering og godkendelse kan inkludere en weekend eller en planlagt batch-frigivelse. Tidsstempler for færdiggørelse alene viser ikke, hvor lang tid en faktura ventede på en ledig godkender. En kapacitetsbeslutning kræver dokumentation for ressourcetilgængelighed og frigivelsesregler.
Within DMAIC, process mining supports Measure and Analyze, while SIPOC establishes scope and a Gemba-walk exposes work absent from system records. Ishikawa diagrams and 5 Hvorfor'er help investigate explanations suggested by the logs. Control plans should assign ownership of event definitions because a changed timestamp or activity mapping can break comparability with the baseline.
