Mi az a Six Sigma? Gyakorlati útmutató a DMAIC-hez
A Six Sigma a változatosság csökkentésével mérsékli a hibák gyakoriságát. Ismerje meg a szigma-skálát, a DMAIC működését és azt, hogyan teszi gyakorlatiasabbá a fejlesztési ciklust az adat.
Mi az a Six Sigma? Cél és módszer: határozza meg, mi számít hibának, mérje meg, milyen gyakran fordul elő, tárja fel a változatosság okát, szüntesse meg, majd kövesse nyomon az eredményt, hogy a javulás tartós legyen. A DMAIC, vagyis a Define, Measure, Analyse, Improve és Control szavak rövidítése, az a ciklus, amely a probléma meghatározásától a stabilabb folyamatig vezeti a munkát.
A Six Sigma kiérdemelte a hírnevét, és a módszert alkalmazók többsége nem azon vitatkozik, hogy működik-e. Azt szeretnék, hogy a fejlesztés bizonyítható legyen, és a bizonyítás hetekig, ne egy évig tartson. Ez az útmutató erre a gyakorlati kérdésre válaszol: mi a Six Sigma, mit jelent a DMAIC egyes szakasza, és hogyan gyorsítja fel a folyamatintelligencia a ciklust anélkül, hogy gyengítené a módszert.
Mi az a Six Sigma?
A Six Sigma a változatosság csökkentésére szolgáló módszer, amely ritkább hibákat és kiszámíthatóbb eredményeket tesz lehetővé. Ha egy folyamat mindig ugyanúgy adja ugyanazt az eredményt, könnyebb fenntartani a minőséget. A módszer azokat az eltéréseket célozza, amelyek miatt a hasonló esetek különböző eredménnyel zárulnak.
A megközelítést a Motorola dolgozta ki 1986-ban, a General Electric pedig az 1990-es években vette át. A gyártásban, az egészségügyben, a pénzügyi szolgáltatásokban és a megosztott szolgáltatóközpontokban is elterjedt, mert mérhetővé tette a „minőség” fogalmát.
Az elnevezés a szórás statisztikai jeléből ered. A hat szigma jelentése egy teljesítménycél: ha a folyamat természetes szóródása hat szórásnyira van a specifikációs határértékeken belül, a hibák ritkává válnak.
| Szigmaszint | Hibák egymillió lehetőségre vetítve | Mit mutat ez az érték? |
|---|---|---|
| 3 szigma | 66 800 | Magas hibaarány a hat szigmás célhoz képest |
| 4 szigma | 6 200 | Kevesebb hiba, de a változatosság még csökkenthető |
| 5 szigma | 230 | Alacsony hibaarány |
| 6 szigma | 3,4 | Nagyon alacsony hibaarány |
Ezek a módszerben használt általános értékek egy fontos figyelmeztetést is hordoznak: a hibaarány csak annyira megbízható, amennyire pontosan meghatározták a lehetőséget, és amennyire teljesek az alapjául szolgáló adatok. Ezért a DMAIC első szakasza a tisztázásról, nem a statisztikáról szól.
Hogyan zajlik a DMAIC folyamata?
A DMAIC ötszakaszos ciklus egy meglévő folyamat fejlesztésére. Minden szakasz más kérdésre ad választ, és olyan bizonyítékot szolgáltat, amelyet a következő szakasz használ fel. Ez teszi a Six Sigma folyamatfejlesztést megismételhetővé, nem pedig egyszeri projektté.
Határozza meg a probléma hatókörét
Állítsa fel az alapállapotot
Tárja fel az okokat
Tesztelje a változtatást
Őrizze meg az elért eredményt
A DMAIC öt szakasza nem egymást követő, lezárt lépés, hanem egy ciklus: megérteni a folyamatot, megmérni, megmagyarázni a mért eredményeket, változtatni, majd fenntartani a változást. A betűknél fontosabb az a fegyelem, hogy ne hagyjon ki egy szakaszt csak azért, mert kényelmetlen.
Miért előzi meg a dokumentáció az adatelemzést?
A Define szakaszban dől el egy DMAIC-projekt sikere vagy kudarca. Itt nem a statisztika, hanem a tisztánlátás számít. A hiba méréséhez először meg kell határozni a folyamatot, a kezdő- és végpontját, a felelősét, valamint azt, hogy mi számít jó eredménynek.
A projektek gyakrabban hagyják ki ezt a lépést, mint azt bárki elismerné. A csapat egy workshopon megállapodik a probléma megnevezésében, rögtön adatokat kér le, majd csak ezután derül ki, hogy a rendszerek nem rögzítik azt a lépést, amelyet mindenki szűk keresztmetszetnek gondolt, vagy hogy három részleg ugyanazon a néven három különböző folyamatot ért. A mérés nem javíthat meg egy olyan folyamatot, amelyben még nem állapodtak meg.
A dokumentáció teremti meg a ciklus további részének alapját:
- Egy folyamatmodell, amely BPMN 2.0 jelöléssel, nem prezentációs dián mutatja be a lépéseket, a döntéseket és az átadásokat, a csapat jelenlegi értelmezése szerint.
- A modellhez kapcsolódó hibameghatározás, hogy a Measure ugyanazt számolja, amiben a Define szakaszban megállapodtak.
- Szerepkörök és felelősségek a tevékenységekhez, hogy az Improve szakaszban legyen, aki jóváhagyhatja a változtatást.
- A munkához ténylegesen használt dokumentumok: eljárások, szabályzatok, sablonok és a képernyőn végzett lépések, az általuk leírt tevékenységhez kapcsolva.
A ProcessMind segítségével a dokumentáció a modellel együtt marad naprakész, nem egy idővel elavuló mappában. A csapatok az AI-támogatással készített folyamatgenerálással elkészíthetik az első változatot, finomíthatják a modellezési vásznon, a kapcsolódó eljárásokat vagy képernyőn végzett lépéseket tartalomként csatolhatják, majd a folyamatot a verzióelőzmények segítségével vihetik végig az ellenőrzésen. A közzétett változatot a munkát végzők is elérik a Process Portal felületén, így a projektben mért folyamatot mindenki láthatja. Ha a folyamatdokumentáció és a modell egy munkaterületen van, nem távolodnak el egymástól.
Mi történik a DMAIC egyes szakaszaiban?
Minden szakasznak meghatározott kimenete van. Az őszinte áttekintés azt is megmutatja, hol megy el rendszerint az idő. Ez az a pont, ahol a folyamatintelligencia változást hoz.
| Fázis | Kérdés | Eredmény | Hol zajlik a munka? |
|---|---|---|---|
| Define | Milyen problémát oldunk meg, és kinek? | Pontosan körülhatárolt probléma, dokumentált folyamat és a hiba meghatározása | Műhelymunka, folyamatmodell, a munkához használt dokumentumok |
| Measure | Hogyan teljesít most a folyamat? | Kiinduló értékek az átfutási időről, a hibákról és az ingadozásról | Kézi mintavétel és ellenőrzés, vagy egy eseménynapló |
| Analyse | Mi okozza az ingadozást? | Bizonyítékok a probléma mögött álló tényezőkről | Diagramok és hipotézisek, valós eseteken ellenőrizve |
| Improve | Melyik változtatás kezeli az okot? | Kipróbált változtatás, mért eredményekkel | Pilot vagy szimuláció a bevezetés előtt |
| Control | Hogyan őrizzük meg az eredményt? | Egységes munkamódszer és folyamatos nyomon követés | Dashboardok, küszöbértékek és kijelölt felelős |
A legtöbb programban a Measure fázis jelenti a szűk keresztmetszetet. Ha a kiinduló értékeket kézzel állítják össze, az hetekig tart, csak azokat az eseteket veszi figyelembe, amelyek áttekintésére valakinek volt ideje, és az adatok már az Analyse kezdete előtt elavulnak. A DMAIC ezen a részén változtat a process mining.
Hogyan támogatja a process mining a DMAIC-et?
A process mining a rendszerekben már rögzített eseményadatokból rekonstruálja, hogyan haladtak végig az esetek a folyamaton. Egy olyan eseménynapló is elegendő, amely tartalmazza az eset azonosítóját, a tevékenységet és az időbélyeget. Ebből kirajzolódnak a tényleges útvonalak, a változatok, a várakozási idők és az ismételt munkavégzés.
Mivel ezek mért adatok, nem leírások, három konkrét módon segítik a folyamatot:
- Measure: a kiinduló értékeket minden rögzített esetből állítsa össze, ne csak azokból, amelyek áttekintésére valakinek volt ideje.
- Analyse: hasonlítsa össze a változatokat, hogy lássa, hol torlódnak fel a késések és az ismételt munkák, majd az adatokkal ellenőrizze a magyarázatokat, ne a leghangosabb vélemény alapján döntsön.
- Control: a projekt lezárása után is folytassa ugyanazt a mérést, így időben észreveheti, ha a munka visszatér a korábbi kerékvágásba.
A process mining nem helyettesíti a Six Sigmát, és a Define vagy az Improve fázisban szükséges gondolkodást sem váltja ki. A Measure lassú, a Control pedig sérülékeny, mert az adatgyűjtés és az ellenőrzés kézzel történik. A képességekről a process mining oldalán olvashat, a folyamat rekonstruálásáról pedig a process mining dokumentációjában tájékozódhat. Az elemzéshez a folyamatváltozatok és a megfelelőség ellenőrzése az a két nézet, amelyet a DMAIC-csapatok elsőként használnak.
Hogyan segítik a folyamatelemzések és a dashboardok az eredmények megőrzését?
A Control fázisban gyakran észrevétlenül elhal a folyamatfejlesztés. Ha a projekt lezárása után nem mérik az eredményt, a változtatás mellett sem lehet érvelni. Az a dashboard pedig, amelyet senki sem nyit meg, nem alkalmas az ellenőrzésre.
A folyamatelemzések olyan mérési eredményeket adnak, amelyek alapján a folyamatgazda intézkedhet: az átfutási idő és a hibák alakulását a kiinduló értékekhez viszonyítva, a dokumentált modellnek való megfelelést, valamint azokat a küszöbértékeket, amelyek jelzik, mikor kell foglalkozni egy mutatóval. A ProcessMindban a könyvjelzők tárolják az ellenőrzés szűrőit és méréseit, a folyamat állapota referencia-tartományt rendel minden mutatóhoz, a dashboardok és KPI-k pedig a felelős elé teszik az eredményeket. A saját dashboardok dokumentációja bemutatja, hogyan állíthatók össze ezek a nézetek.
A mérce ugyanaz, mint bármely kontrollkártyánál: meg tudja állapítani a folyamatgazda ebből a nézetből és a küszöbértékből, hogy változott-e a folyamat a múlt hónap óta? Ha nem, a Control fázis csak dokumentum, nem valódi ellenőrzés.
Mit jelentenek a Six Sigma övfokozatai?
Az övfokozatok a Six Sigma-programban betöltött szerepeket jelölik, és röviden megmutatják, ki milyen projektet vezethet. A felelősségi körök szervezetenként eltérnek, de általában így alakulnak:
- Champion vagy szponzor: az a vezető, aki biztosítja az erőforrásokat és elhárítja az akadályokat.
- Master Black Belt: tapasztalt szakember, aki támogatja a projektcsapatokat és felügyeli a módszertan alkalmazását.
- Black Belt: a DMAIC-munkát irányító projektvezető.
- Green Belt: olyan szakember, aki a napi munkája mellett vezet projektet, gyakran egyetlen részlegen belül.
- Yellow vagy White Belt: csapattag, aki folyamatismerettel vagy adatokkal járul hozzá a munkához.
Az adatokra épülő DMAIC-ciklusban nem számít, milyen színű övet visel valaki. A projekthez kell egy folyamatgazda, aki jóváhagyhatja a változtatást, valaki, aki értelmezni tudja a bizonyítékokat, és egy csapat, amely őszintén hajlandó megvizsgálni a méréseket. A cím csak jelzés, a munka a lényeg.
Mi a különbség a Lean, a Six Sigma és a Lean Six Sigma között?
A Lean és a Six Sigma más kérdésekre ad választ, a köztük lévő félreértések nagy része pedig az elnevezésekből fakad.
- Lean: a veszteségek csökkentésével javítja a folyamat áramlását. A munkavégzés során felmerülő várakozást, átadásokat, felesleges feldolgozást, készletezést, mozgást és hibákat vizsgálja.
- Six Sigma: csökkenti az ingadozást és a hibák számát. Méréssel és elemzéssel tárja fel, miért végződik két hasonló eset eltérően.
A Lean Six Sigma, más néven lean 6 sigma, a két módszert ötvözi: a Lean gördülékenyebbé teszi a munkát, a Six Sigma pedig kiszámíthatóbb eredményt ad. A „lean és six sigma”, illetve a „six sigma és lean six sigma” kifejezéseket gyakran külön módszerként emlegetik, pedig ugyanazt a kombinációt írják le. Az alkalmazás sorrendje a problémától függ. Ha a folyamat lassú, de stabil, először a Lean szemlélet segít. Ha gyors, de kiszámíthatatlan, előbb az ingadozást érdemes kezelni. A értékáram-térképezési útmutató a Lean megközelítést mutatja be, a folyamatfejlesztési technikák listája pedig a két módszert a process mininggel és a szimulációval veti össze.
Miért a DMAIC-ciklus köré építjük a megközelítésünket?
Mert a ciklus újra és újra alkalmazható. Az övfokozatok, a statisztika és a projekttervek mind egy olyan folyamatot szolgálnak, amelyet bármelyik csapat bármelyik folyamaton végigvihet. Minden újabb kör olcsóbbá teszi a következőt.
Nem gondoljuk, hogy a Six Sigma az egyetlen módja a folyamatfejlesztésnek, és nem is a módszert akarjuk védeni. A DMAIC-ciklus a lényeg, az eszközöknek pedig gyorsabbá kell tenniük.
Számunkra a DMAIC-ciklus a kiindulópont. A modellezés egyértelművé teszi a folyamatot, a process mining megmutatja, mi történt valójában, a szimulációval pedig még a döntés előtt kipróbálható egy változtatás. A projekt lezárása után a nyomon követés segít megőrizni az eredményt. A Six Sigma statisztikai mélységet ad ehhez a ciklushoz, és akkor éri meg a módszer teljes keretrendszerét alkalmazni, ha az iparág és az adatok ezt indokolják. A DMAIC önmagában mindenhol használható, ezért ott alkalmazza a Six Sigmát, ahol illik a feladathoz, a ciklust pedig minden folyamatnál.
Így épül fel a platform: nem a Six Sigma ellenében, hanem arra alapozva, hogy a csapatoknak a ciklusra van szükségük, a méréseknek pedig a szervezet meglévő adataiból kell származniuk. Ezért mutatja be a Lean Six Sigma és DMAIC útmutató minden fázisnál a felhasználható adateredményt.
Mikor nem megfelelő választás a Six Sigma?
A Six Sigma akkor működik a legjobban, ha meghatározható és megbízhatóan mérhető a hiba, és van elegendő ingadozás ahhoz, hogy érdemes legyen csökkenteni. Ez jól illik a nagy volumenű, ismétlődő folyamatokhoz és azokhoz az iparágakhoz, ahol a szabályozás határozza meg a minőségi követelményeket. Kevésbé alkalmas, ha a fő probléma a folyamat áramlása, nem az ingadozás, ha a folyamat új, vagy ha még nem állnak rendelkezésre az adatok.
Ez nem ok arra, hogy félretegyük a DMAIC-et. A ciklus továbbra is alkalmazható: határozza meg a problémát, mérje meg, amit lehet, keresse meg az okokat, változtasson, majd őrizze meg az eredményt. Az változik, hogy mennyi statisztikai eszközre van szükség. Egy beléptetési folyamatot, értékesítési folyamatot vagy ügyfélszolgálatot fejlesztő csapatnak talán sosem kell kísérlettervezés. Egy gyártósori hibák számát csökkentő csapatnak viszont szinte biztosan. Ha a folyamat új, és nem hibás, érdemes megvizsgálni a Design for Six Sigma (DMADV) módszert. Ha a probléma a várakozás, nem az ingadozás, a Lean eszközeivel többre jut.
Hogyan indítson Six Sigma-projektet?
A leggyorsabban úgy indulhat el, ha hetek, nem hónapok alatt jut mérhető eredményhez.
-
Írja le, hogyan működik a folyamat
Határozza meg a kezdő- és végpontot, a folyamatgazdát és a vizsgálandó hibát. A folyamat modelljén könnyebb egyeztetni, mint egy értekezleten. -
Keresse meg az adatokat, mielőtt mintát vesz
Ellenőrizze, hogy a rendszerei rögzítik-e a folyamat esetazonosítóját, tevékenységeit és időbélyegeit. Ha igen, a Measure az eseménynaplóval kezdődhet. -
Mérje meg a tényleges folyamatot, a változatokkal együtt
Számolja meg azokat az eseteket, amelyek a várttól eltérő útvonalon haladnak. Az ingadozást vizsgálja, ezért ha átlagolja, éppen azt rejti el, amiért belevágott. -
Egyszerre egy változtatást teszteljen
Szimulációval hasonlítsa össze a lehetőségeket a bevezetés előtt, majd próbálja ki azt, amelyet az adatok alátámasztanak, és mérje meg a változást. -
Adja át az ellenőrzést egy felelősnek
A kiinduló értékeket, a mérőszámot és a küszöbértéket tegye elérhetővé a folyamatgazda számára. Akkor zárja le a projektet, ha az ellenőrzés igazolja az eredmény fennmaradását.
Az alapelv az első Six Sigma-projekt óta változatlan: előbb mérje meg a folyamatot, és csak utána döntse el, hogyan fejleszti. Ami változott, hogy a méréshez már nincs szükség kézi adatgyűjtésre. A teljes módszerről a adatokra épülő DMAIC-útmutatóban olvashat, a nyomon követésről pedig itt: a folyamat folyamatos nyomon követése.
Próbálja ki a ciklust egy folyamaton
Ismeri a módszert és a fázisokat. A következő lépés, hogy végigvigyen egy ciklust egy Ön által irányított folyamaton, a már rendelkezésére álló adatokból kiindulva.
