Process mining giver DMAIC teams event records for examining process paths and repeated activities. The Process Mining for Six Sigma study, published in the 2021 journal volume, developed a guideline aligning these techniques with DMAIC. Before extracting a log, the team needs to identify the improvement decision those records will support.
Definer DMAIC-afgrænsningen, før hændelser udtrækkes
ASQ's DMAIC-vejledning placerer projektafgrænsning og kundekrav i Define. En SIPOC hjælper teamet med at blive enige om analyseenheden og dens grænser. Projektkommissariet definerer derefter en sag og dens målestartpunkt. Det specificerer også det resultat, der tæller som en succesfuld gennemførelse.
For stor medgået tid og defekte output, der kræver korrektion, har brug for separate operationelle definitioner i projektets problemstilling. Sponsorens Define-gennemgang bør afklare, hvilket kundekrav der har førsteprioritet. Den bør også identificere det kvalitetsmål, der skal beskyttes, når teamet ændrer processen.
Measure: Fastslå, hvad hændelsesloggen kan repræsentere
En konventionel hændelseslog forbinder hver aktivitet til en sag og registrerer, hvornår den fandt sted. Ressourceoplysninger er valgfri, som beskrevet i PMSS-artiklen. DMAIC-måleplanen har brug for en definition af hvert felt, før teamet beregner præstationen:
- Sagsidentifikator: den procesinstans, der følges gennem den aftalte SIPOC-afgrænsning.
- Aktivitet: det forretningstrin, der repræsenteres af hver registreret hændelse.
- Tidsstempel: det tidspunkt, der registreres af systemet, såsom start eller afslutning på en aktivitet.
- Yderligere attributter: de ressource- eller sagskarakteristika, der er nødvendige for de planlagte sammenligninger.
Measure-gennemgangen skal også fastslå, hvor meget af arbejdet loggen opfanger. I et 2024-studie i Data & Knowledge Engineering observerede forskere seks medarbejdere i en konsulentvirksomhed. De fandt, at en log fra det primære transformationssystem ville repræsentere omkring 69% af den observerede datatransformations- og valideringstid. Dækningen faldt til 32.5%, når den blev vurderet i forhold til alt relevant klientrelateret arbejde. Disse procenter gælder for den undersøgte virksomhed.
For et Lean Six Sigma-team rejser det dækningshul en beslutning om afgrænsning: Opfanger den foreslåede log det arbejde, der er nævnt i kommissariet? En Gemba-walk sammen med udtræksgennemgangen hjælper med at identificere arbejde, der mangler i systemregistreringerne. Measure-leverancen bør nævne disse udeladte aktiviteter og forklare, hvordan deres fravær begrænser analysen.
En undersøgelse af flaskehalse kræver mere end blot et langt tidsinterval
Et langt tidsinterval mellem tidsstempler kræver en forklaring, før Analyze-teamet behandler det som et kapacitetsproblem. Et Information Systems-studie fra 2024 opdeler ventetid mellem aktiviteter i fem årsager: batchbehandling, ressourcekonkurrence, prioritering, utilgængelighed af ressourcer og udefrakommende faktorer. Forskerne evaluerede deres tilgang med syntetiske logge og demonstrerede den på en virkelig proces. Disse kategorier giver Lean Six Sigma-teams specifikke årsager at undersøge, før der foreslås yderligere kapacitet.
DMAIC-analyseplanen bør skelne mellem medgået tid mellem registrerede hændelser og ventetid, før en aktivitet kan starte. Den skelnen afhænger af, hvad tidsstemplerne registrerer, og hvordan analysen håndterer arbejds-kalendere. Når forsinkelseskategorierne er bekræftet, rangordner et Paretodiagram dem efter akkumuleret tid inden for projektets afgrænsning.
Konkurrerende forklaringer hører hjemme i et Ishikawa-diagram. Hvis teamet mistænker batchbehandling, har Analyze-gennemgangen brug for beviser, der forbinder frigivelsesregler til de observerede forsinkelser. Et pilotprojekt, der ændrer disse regler, tester en anden årsag end et pilotprojekt, der ændrer ressourcetilgængeligheden.
Klassificering af omarbejde før optælling af defekter
PMSS-artiklens faktureringsdemonstration sammenligner sager, der indeholder aktivitetsgentagelser, med andre sager og undersøger deres processer og behandlingstider. Den sammenligning identificerer sager til nærmere undersøgelse. At tælle gentagelser som defekter kræver en forretningsregel, godkendt af procesejeren (Process Owner), som skelner korrigerende arbejde fra tilladt gentagelse.
For DMAIC er et foreslået mål andelen af kvalificerede sager, der indeholder mindst én bekræftet korrigerende gentagelse. En særskilt optælling af ekstra gentagelser opfanger korrektionsarbejdsmængden. Sagsniveauets defektmål har derefter en defineret regel, som 5 Hvorfor'er-undersøgelsen kan teste mod de enkelte sager.
Forbedr gennem et pilotprojekt koblet til den formodede årsag
ASQ placerer løsningsevaluering i Improve. Pilotforslaget bør forbinde den valgte ændring med en konklusion fra Analyze. Bevarelse af baselinens sagsdefinition giver teamet et konsistent sammenligningsgrundlag; et angivet acceptresultat opstiller testen for ændringen. I et omarbejdningsprojekt bør piloten teste et Poka-Yoke-forslag i forhold til den bekræftede korrektionskategori før en bredere udrulning.
Ved Improve-gennemgangen ville jeg spørge, hvordan pilot- og baseline-sagsgrupperne kan sammenlignes, herunder om der er forskelle i arbejdsmængde eller sagsmix. Sponsoren skal også se det beskyttede kvalitetsmål ved siden af den medgåede tid. Et kortere interval på process mining-dashboardet er utilstrækkeligt bevis for godkendelse, hvis sagsmixet har ændret sig, eller antallet af defekter er steget.
Styringsplaner skal inkludere hændelsesdatakilden
ASQ's Control-fase indeholder langsigtede målings- og reaktionsplaner. Styringsplanen (control plan) bør også nævne ejeren af hændelsesudtrækkes aktivitetsdefinitioner og fastslå, hvem der godkender ændringer i kortlægningen. Manglende registreringer kræver en dokumenteret håndtering. Tilbagevendende omarbejde og forringet logdækning kræver hver især en tildelt reaktion.
Dokumenterede måldefinitioner skal føres igennem til styrediagrammerne. Hvis en systemændring ændrer, hvad et tidsstempel registrerer, har procesejeren (Process Owner) brug for en målegennemgang, før det næste præstationssignal fortolkes.
Kilder
- Business & Information Systems Engineering (2021), Process Mining for Six Sigma: https://link.springer.com/article/10.1007/s12599-020-00649-w
- Data & Knowledge Engineering (2024), Capturing and Analysing Employee Behaviour: An Honest Day’s Work Record: https://research-portal.uu.nl/ws/portalfiles/portal/239370240/1-s2.0-S0169023X24000740-main.pdf
