Prosessinlouhinta on menetelmä prosessin toiminnan analysointiin käyttämällä järjestelmän tapahtumalokeja yksittäisten tapausten, kuten ostotilausten tai vakuutushakemusten, toimintasarjan uudelleenrakentamiseen.
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.
Harkitse laskuprosessia, jossa 120 / 1,000 valmiista tapauksesta sisältää toisen hyväksyntätapahtuman. Prosessinlouhinta tunnistaa nämä tapaukset ja näyttää, missä toisto tapahtuu. Jos tarkastus vahvistaa, että vain 80 tapausta vaati korjausta, tapaustason uudelleentyöosuus on 8 %. Loput toistot saattavat heijastaa valtuutettuja hyväksyntävaatimuksia. Jokaisen toistuneen tapahtuman laskeminen virheeksi paisuttelisi ongelmaa.
Aika-analyysi vaatii samaa huolellisuutta. Kahden päivän viive laskun syötön ja hyväksynnän välillä voi sisältää viikonlopun tai scheduled eräajon. Pelkät valmistumisen aikaleimat eivät vahvista, kuinka kauan lasku odotti vapaata hyväksyjää. Kapasiteettipäätös tarvitsee todisteita resurssien saatavuudesta ja vapautussäännöistä.
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 Miksi-kysymystä 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.
