DMAIC

Egy üzemben hetek óta visszatér ugyanaz a minőségkiesés, és mindenkinek megvan a maga elmélete róla. Az egyik a nyersanyagot okolja, a másik a hőmérsékletet, a harmadik a délutáni műszakot. Mindenki tippel, senki nem méri. A DMAIC pontosan ezt a helyzetet rendezi: egy ötlépéses, adatvezérelt vázat ad, amelyben a probléma definiálásától a mérésen és a valódi gyökérok feltárásán át jutsz el a bizonyítottan működő megoldásig, majd bebiztosítod, hogy a javulás ne csússzon vissza. Nem a leghangosabb véleményé a döntés, hanem az adaté. Nézzük meg, mi ez, melyek a fázisai, és mikor a helyes eszköz.

A DMAIC a Six Sigma öt fázisú, adatvezérelt projektmódszertana már létező folyamatok javítására. Betűszava az öt fázis angol nevének kezdőbetűiből áll: Define (definiálás), Measure (mérés), Analyze (elemzés), Improve (fejlesztés) és Control (szabályozás/fenntartás). A Deming-féle PDCA-ciklusból ihletett megközelítés a probléma pontos definiálásától a mérésen és a gyökérok-feltáráson át a fejlesztésig és a folyamatszabályozás bevezetéséig vezet, célja a defektek és a variancia (szórás) módszeres, bizonyítékalapú csökkentése.

1. ábra — a DMAIC öt fázisa sorrendben (Define → Measure → Analyze → Improve → Control), minden fázis végén kapuval (gate); a Controlból új projekt indulhat. A vezérelv: adat és statisztika dönt.

Kinek szól?

Ez a cikk azoknak szól, akik ismétlődő minőség-, hozam- vagy megbízhatósági problémákat oldanak meg a gyakorlatban: folyamatmérnök · technológus · üzem- és műszakvezető · minőségmérnök · reliability engineer · Lean/Six Sigma szakember (Green/Black Belt) · HSE.

Tanulási célok

A cikk elolvasása után képes leszel:

• felsorolni a DMAIC öt fázisát, és megmondani, melyik fázis milyen kérdésre válaszol;
• eldönteni, mikor DMAIC és mikor DMADV (új tervezés) a helyes keret;
• megnevezni minden fázis egy-két tipikus eszközét (charter, SIPOC, Gage R&R, Pareto, DoE, SPC);
• megindokolni, miért nem mindig a 3,4 DPMO a cél;
• felismerni, mikor NEM a DMAIC a helyes eszköz (tervezési hiba, ismeretlen gyökérok, egyszeri eset).

A lényeg

• A DMAIC meglévő folyamat javítására való; új termék vagy folyamat tervezésére a párja a DMADV (DFSS, Design for Six Sigma).
• Öt fázis sorrendben: Define → Measure → Analyze → Improve → Control; minden fázisnak saját eszközkészlete és kapuja (gate) van.
• A módszer lényege, hogy adat és statisztika dönt, nem feltételezés vagy anekdota: a Define a vevő hangjával (Voice of the Customer) indul, a Control SPC-vel zár.
• Minden projektnek kvantifikált, pénzügyileg is kifejezett célja van (ciklusidő-, költség- vagy defektcsökkentés).
• A Six Sigma célszintje 3,4 defekt/millió lehetőség (DPMO), de ez nem minden folyamat kötelező célja: a megfelelő sigma-szintet a vevői elvárás alapján a szervezet dönti el.
• A módszertant övfokozat-alapú szerepkör-infrastruktúra támogatja (Champion, Master Black Belt, Black Belt, Green Belt) és felső vezetői elköteleződés.
• Egyes szervezetek egy kezdő Recognize lépéssel egészítik ki (RDMAIC), hogy a helyes problémát válasszák ki.

Miért számít? (a tét)

A rosszul megoldott folyamatprobléma nem múlik el magától: minden műszakban újratermeli a selejtet, a hozamkiesést vagy a nem tervezett leállást, és minél tovább él, annál drágábbá válik. A tét nem egyetlen hibás tétel, hanem a folyamatos, kiszámítható veszteség, amely addig termel, amíg valaki módszeresen a gyökeréig nem hatol.

A DMAIC tétje ennek a tükre. Bevezetés nélkül a tipikus válasz a tünet elfojtása: több ellenőrzés, több figyelmeztetés, ideiglenes toldozás, ami a következő műszakra visszaáll. A DMAIC azért éri meg, mert:

• a problémát mérhetővé és pénzben kifejezhetővé teszi, így a vezetés priorizálni tud;
• a valódi gyökérokot találja meg, nem a leghangosabb véleményt igazolja;
• a Control fázissal beépíti a javulást a folyamatba, hogy ne kelljen fél év múlva ugyanazt újra megoldani.

A kulcsmondat

A DMAIC nem gyorsabb tippelés. Attól ér valamit, hogy a döntést verifikálható adatra teszi, és a végén be is zárja a kaput, hogy a probléma ne térhessen vissza.

Mi a DMAIC, melyek a fázisai, és mikor használjuk?

A DMAIC a Six Sigma ötfázisú (Define → Measure → Analyze → Improve → Control), adatvezérelt módszertana meglévő folyamatok javítására; akkor a helyes eszköz, amikor egy ismétlődő, adatban gazdag, ismeretlen gyökérokú problémát kell módszeresen, bizonyítékalapon megoldani (a fázisok részletei lentebb, a helyes és helytelen alkalmazás a Mikor NE használd? szakaszban).

A DMAIC a Six Sigma végrehajtási motorja: az a strukturált projektlogika, amellyel egy meglévő folyamat mérhető minőségét lépésről lépésre javítod. A Six Sigma maga egy folyamatfejlesztési stratégiák, technikák és eszközök együttese, amelyet a Motorola fejlesztett ki az 1980-as években a gyártási defektek csökkentésére, és akkor vált globálisan ismertté, amikor Jack Welch a General Electricnél 1995-ben az üzleti stratégia központi elemévé tette. A módszer úgy javítja a folyamatkimenetek minőségét, hogy azonosítja és megszünteti a defektek okait, és minimalizálja a variabilitást.

A Six Sigma két, egyenként ötfázisú, a Deming-féle Plan-Do-Check-Act (PDCA) ciklusból ihletett projektmódszertant használ:

Módszertan	Mire való	Kiejtés
DMAIC	már létező üzleti vagy gyártási folyamat javítására	„duh-may-ick“
DMADV (DFSS, Design For Six Sigma)	új termék vagy folyamat tervezésére	„duh-mad-vee“

A „Six Sigma“ elnevezés a folyamatképesség-vizsgálatok statisztikai fogalmából ered: hat szórásnyi (6σ) távolság van a folyamat átlaga és a legközelebbi specifikációs határ között, egy ilyen folyamatban gyakorlatilag semmilyen tétel nem esik a tűrésen kívül. A gyökerek korábbra nyúlnak: a normáleloszlás Carl Friedrich Gausshoz (1777–1855), a statisztikai folyamatszabályozás pedig Walter Shewharthoz (1920-as évek) köthető, aki kimutatta, hogy az átlagtól háromszórásnyi távolság az a pont, ahol a folyamat korrekciót igényel. A „Six Sigma“ kifejezés megalkotása a Motorola mérnökének, Bill Smithnek tulajdonítható. A módszertan tágabb kereteit, történetét és az övfokozat-rendszert a six-sigma cikk járja körül; itt a végrehajtási vázra, a DMAIC öt fázisára fókuszálunk.

A DMAIC tág értelemben a klasszikus minőségfejlesztési lépéssort követi, amelyet a Lean is megoszt vele: (1) projekt azonosítása, (2) projekt felállítása, (3) ok diagnosztizálása, (4) ok orvoslása, (5) az eredmény megtartása, (6) eredmények replikálása és új projektek kijelölése.

Hogyan működik a DMAIC öt fázisa?

A DMAIC öt fázisa sorrendben épül egymásra: mindegyik egy jól körülhatárolt kérdésre válaszol, és a kimenete a következő fázis bemenete. Egy-egy fázis végén kapu (gate) áll: csak akkor lépsz tovább, ha a fázis célja igazoltan teljesült. Az alábbi tábla adja a vázat, alatta fázisonként a részletek.

Fázis	Kérdés	Cél	Tipikus eszközök
Define	Mi a fontos a vevőnek?	probléma, hatókör, cél rögzítése	projekt charter, SIPOC, CTQ-fa, VoC
Measure	Hol állunk most?	baseline mérése	adatgyűjtő lap, Cp/Cpk, Gage R&R, kontrolldiagram
Analyze	Mi a probléma valódi oka?	gyökérok igazolása	5 Whys, Ishikawa, Pareto, regresszió, hipotézisvizsgálat
Improve	Mit kell tenni?	megoldás és tesztelés	DoE, poka-yoke, standard munka, FMEA
Control	Hogyan tartjuk fenn?	a javulás bebiztosítása	SPC, kontrollterv, vizuális kontroll, audit

Define — definiálás

A rendszer, a vevő hangja (Voice of the Customer) és a projektcélok pontos, konkrét meghatározása. Itt készül a projekt charter (cél, hatókör, csapat, ütemterv, várt pénzügyi haszon), és itt azonosítják a vevő számára kritikus jellemzőket (CTQ, Critical To Quality). A fázis kérdése: mi a fontos a vevő szemében? Tipikus eszközei: projekt charter, SIPOC-elemzés (Suppliers, Inputs, Process, Outputs, Customers), CTQ-fa, Voice of the Customer, folyamattérkép.

Measure — mérés

A jelenlegi folyamat kulcsjellemzőinek mérése és a releváns adatok gyűjtése, ez adja a baseline-t (kiindulási teljesítményt). A kérdés: hol állunk most? Tipikus eszközei: adatgyűjtő lap (check sheet), folyamatképesség (Cp/Cpk), mérőrendszer-elemzés (Gage R&R / ANOVA), kontrolldiagram, hisztogram, run chart, rolled throughput yield.

Analyze — elemzés

Az adatok elemzése ok-okozati összefüggések feltárására és igazolására. A cél a vizsgált defekt gyökérokának (root cause) megtalálása, és annak biztosítása, hogy minden tényezőt figyelembe vettek. A kérdés: mi a probléma valódi oka? Tipikus eszközei: 5 Whys, Ishikawa- (halszálka-/ok-okozati) diagram, Pareto-elemzés és -diagram, korreláció, szórásdiagram (scatter), regresszió, varianciaanalízis (ANOVA), khí-négyzet próba, hipotézisvizsgálat.

Improve — fejlesztés

A jelenlegi folyamat optimalizálása az adatelemzés alapján, hogy új, jövőbeli állapot (future state) jöjjön létre. Kiemelt eszközei a kísérlettervezés (Design of Experiments, DoE), a poka-yoke (hibavédelem / mistake-proofing) megoldások és a standard munka. Itt pilot futtatásokkal állapítják meg az elért folyamatképességet. A kérdés: mit kell tenni? Tipikus eszközei: DoE, poka-yoke, standard munka, folyamat-újratervezés, Pick chart, FMEA.

Control — szabályozás és fenntartás

A jövőbeli állapot szabályozása, hogy az eltéréseket még a defekt bekövetkezte előtt korrigálják. Kontrollrendszereket vezetnek be: statisztikai folyamatszabályozás (SPC), termelési táblák, vizuális munkahely, és a folyamat folyamatos monitorozása. A kérdés: hogyan tartjuk fenn a javulást? Tipikus eszközei: kontrolldiagramok (control charts), SPC, vizuális kontrollok, kontrollterv, standardizált munkautasítás, audit.

Nincs fix menetrend

Egy Six Sigma projekt tarthat órákig vagy hónapokig. A módszertan nem fix idő alatt akar minden problémát megoldani, hanem azt biztosítja, hogy a projekt ne tartson a szükségesnél tovább: a kapuk épp ezt kényszerítik ki.

Mit jelent a sigma-skála és a 3,4 DPMO?

A Six Sigma célszintje 3,4 defekt/millió lehetőség (DPMO), ami egy empirikus 1,5 sigma hosszú távú eltolódás (shift) miatt valójában 4,5σ hosszú távú teljesítményt takar: a „6 sigma folyamat“ névből a gyakorlatban ennyi lesz. Fontos: ez nem minden folyamat kötelező célja. A sigma-szám elsősorban relatív, javulást követő összehasonlító mutató (javul, romlik vagy stagnál a folyamat), nem abszolút cél; a megfelelő szintet a vevői elvárás alapján a szervezet dönti el. A teljes sigma → DPMO → hozam konverziós tábla és az 1,5σ-shift részletes (és vitatott) levezetése a six-sigma cikkben található.

Hogyan illeszkedik a DMAIC a Leanhez?

A Lean és a Six Sigma komplementer, nem versengő módszertan. A Lean a folyamatáramlás (flow) javítására és a veszteség (muda) eltüntetésére koncentrál, vagyis „a dolgokat gyorsan tenni“; a Six Sigma a DMAIC-kereten és statisztikai eszközökön át a variancia gyökérokainak feltárására és csökkentésére, vagyis „a dolgokat jól, hibamentesen tenni“. A kettő közvetlen megfeleltethető egymásnak:

Lean (5 elv)	Six Sigma (DMAIC)	Kérdés
Specify Value	Define	Mi a fontos?
Identify Value Stream	Measure	Hol állunk?
Flow	Analyze	Mi a baj?
Pull	Improve	Mit kell tenni?
Perfection	Control	Hogyan tartjuk fenn?

A két megközelítés egymás gyengéit fedi le: a Lean a measure és analyze fázisokban gyengébb, épp ezt erősíti a Six Sigma statisztikai apparátusa; a Six Sigma viszont hajlamos részfolyamatokat lokálisan optimalizálni, ezt a Lean rendszerszemlélete egyensúlyozza ki. A kettő összegyúrt változata a lean-six-sigma.

Folyamatipari kontextus és biztonság

Folyamatipari és Seveso-besorolású környezetben a DMAIC ideális az ismétlődő, adatban gazdag problémák szisztematikus megoldására: visszatérő minőség- vagy hozamkiesés, ismétlődő specifikációs eltérés (terméktulajdonság a tűréshatáron kívül), riasztásáradat (alarm flood) vagy berendezés-megbízhatósági gond (ismétlődő nem tervezett leállás).

• A Measure/Analyze fázis a folyamat sok mért paraméterét (hőmérséklet, nyomás, áramlás, összetétel) használja a gyökérok statisztikai igazolására; itt a folyamatipar adatgazdagsága különösen erős.
• A Control fázis SPC-kontrolldiagramjai jelzik, ha különös ok (special cause) jelentkezik, mielőtt az defektté, minőségkieséssé vagy biztonsági eseménnyé válna. A kontrolldiagram épp ezért a minőség fenntartásának eszköze.
• A standardizált, auditált munkautasítások biztosítják, hogy a javulás a műszakok között is megmaradjon.

Biztonsági határvonal

A variancia- és költségcsökkentés sosem mehet a folyamatbiztonság rovására. A DMAIC Control-kontrolljai és határértékei mindig a biztonságos üzemeltetési ablakon (safe operating envelope) belül maradnak; a folyamatbiztonsági korlátok (például hazop / LOPA eredmények) elsőbbséget élveznek a finomhangolással szemben.

Hogyan vezeted be a gyakorlatban?

A Six Sigma egyik fő újítása a minőségmenedzsment professzionalizálása szerep- és felelősség-hierarchiával (Champion, Master Black Belt, Black Belt, Green Belt); az övfokozatok pontos szerepét és képzési szintjeit a six-sigma cikk fejti ki. A bevezetés tipikus íve:

1. Szerezz felső vezetői elköteleződést. A vezetés adja a víziót és az erőforrásokat; aktív felső vezetői szponzoráció nélkül egyetlen változási folyamat sem működik.
2. Delegálj felelőst a szervezeti szintű bevezetésért, és építs belső coach-kapacitást, amely biztosítja a módszer konzisztens alkalmazását a funkciók között.
3. Vidd a fejlesztéseket dedikált, teljes idős projektvezetőkkel, konkrét, jól körülhatárolt DMAIC-projekteken.
4. Vond be a napi munkájuk mellett dolgozó gyakorlati résztvevőket is, hogy a módszer a szervezet teljes szélességében gyökeret verjen.

A pilot → terjesztés logika néhány kipróbált elve:

• Stratégiai szándékkal indíts, ne a módszerrel. A kívánt eredmény határozza meg a megközelítést, nem fordítva. Ne a módszertanról nevezd el az iniciatívát; a „Lean Six Sigma üzem“ ambíció önmagában nem cél.
• Válaszd ki a helyes problémát (Recognize/Define): mérhető, vevőre kritikus, pénzügyileg releváns, korlátozott hatókörű pilot.
• Tesztelj és fókuszálj az eredményre. A gyors, látható siker ragadós; egy módszer elveszti hitelét, ha túl sokáig nem hoz eredményt.
• Vond be a munkatársakat és a változási ügynököket, és a metrikákkal alakítsd a viselkedést a kívánt eredmény felé.
• 20/80-szabály. Az eszközök nagyjából 20%-ával a haszon nagyjából 80%-a elérhető; a „vital few“ eszközre koncentrálj, ne az egész toolboxot erőltesd.
• Méretarányosság. A nehéz infrastruktúra (dedikált Black Beltek) a szervezet méretéből fakad, nem magából a módszerből; kisebb szervezet is használhatja az eszközöket Black Belt nélkül.

Gyakorlati rész és példa

A módszer határait és helyes használatát jól mutatja egy dokumentált egészségügyi (NHS) Lean Six Sigma-bevezetés:

• Egy országos Six Sigma pilotprogramot indítottak és külső értékeléssel mérték. A projektek baseline sigma-pontszámait elemezve a klinikai folyamatok átlagos baseline sigma-szintje 2,0, mediánja 1,9 volt, vagyis a folyamatok az idő több mint 30%-ában defektesek voltak; a legrosszabb, 0,4 sigmás folyamat 86%-os defektarányt jelentett.
• A tanulság: ha a folyamat alapból rosszul van megtervezve, a DMAIC önmagában nem teszi defektmentessé. Előbb (Leannel) újra kell tervezni a folyamatot, majd (Six Sigmával) kivenni belőle a varianciát. A korai eredmények szerint a csapatok a sigma-pontszámot egy-két szinttel javították, de a „defektmentes“ szintet nem érték el.
• Egy másik dokumentált alkalmazás: a Commonwealth Health Corporation radiológiai osztályán a throughput 33%-kal nőtt, az eljárásonkénti költség 21,5%-kal csökkent Six Sigmával. Ez a DMAIC mérhető, pénzügyi hasznának illusztrációja.

Átvitel folyamatipari környezetre

A logika ugyanaz: előbb a folyamatot (layout, áramlás) kell jól megtervezni Leannel, és csak a stabil alapfolyamaton érdemes DMAIC-kal a varianciát csökkenteni. Egy rosszul méretezett vagy rosszul kapcsolt egységből a statisztika sem varázsol jó folyamatot.

Alkalmazott mini-forgatókönyv. Válassz egy ismétlődő, mérhető problémát (például egy termékparaméter rendszeres tűréshatár-túllépését). Define: rögzítsd a CTQ-t és a célt (hány százalékkal csökkenjen a kiesés, mekkora a pénzügyi tét). Measure: gyűjtsd össze a paraméter historian-adatait, állítsd fel a baseline-t és a Cpk-t. Analyze: Pareto- és regresszió-elemzéssel szűkítsd a gyanús változókat, és igazold a gyökérokot. Improve: kis DoE-vel keresd meg a helyes beállítást, és pilotban ellenőrizd. Control: tedd SPC-kontrolldiagramra a kulcsparamétert, és írd be a kontrolltervbe, ki mit tesz eltéréskor.

Mérés és audit

A DMAIC önmagában mérésközpontú, így az „audit“ itt két szinten értelmezhető:

• Folyamatszinten a Control fázis SPC-kontrolldiagramjai és a kontrollterv folyamatosan auditálják, hogy a folyamat a beavatkozási határokon belül marad-e; eltérésnél kijelölt korrekció indul.
• Projektszinten a projekt sikerét a Define-ban rögzített kvantifikált cél (DPMO/sigma-szint, ciklusidő, költség, pénzügyi megtakarítás) baseline → utánmérés deltája igazolja.

Hasznos mutatók:

Mutató	Mit mér	Megjegyzés
DPMO	defektek / (egységek × defektlehetőségek/egység) × 1 000 000	a sigma-szint alapja
Hozam (yield)	a specifikáción belüli, defektmentes kimenetek aránya	a sigma-szint párja (lásd a six-sigma sigma-tábláját)
Cpk	folyamatképességi index	a hosszú távú Cpk ~0,5-tel kisebb a rövid távúnál (1,5σ-shift): 4σ rövid táv → Cpk(rövid)=1,33, Cpk(hosszú)≈0,83

Célérték-logika: nem mindig a 3,4 DPMO a cél. A szervezet a vevői elvárás alapján határozza meg az adott folyamat megfelelő sigma-szintjét, és a vezetés ennek megfelelően priorizálja a fejlesztési területeket.

Gyakori hibák

• A módszert választod a probléma helyett. Miért baj: a „Six Sigma szervezet“ címke lesz a cél, nem a jobb eredmény. Helyette: a kívánt eredményből indulj ki, és ahhoz válaszd a megfelelő eszközt.
• Eleve rossz folyamatra alkalmazod. Miért baj: ha az alapfolyamat hibás (alacsony baseline sigma), a DMAIC nem hoz defektmentességet. Helyette: előbb tervezd újra a folyamatot Leannel, és csak a stabil alapon vedd ki a varianciát.
• Túlbonyolítasz egy egyszerű problémát. Miért baj: a teljes statisztikai apparátus lassú és drága egy triviális ügyhöz. Helyette: használd a 20%-nyi „vital few“ eszközt, amivel a haszon 80%-a elérhető.
• Koordinálatlanul, rendszerszintű vakfolttal javítasz. Miért baj: a projektek egymástól függetlenül lokálisan optimalizálnak (a Six Sigma szuboptimalizál). Helyette: a Lean rendszerszemléletével kösd össze az értékfolyamot (lean-six-sigma).
• Túltolod a statisztikát. Miért baj: a túlzott szignifikancia-tesztelés és regresszió P-érték-félreértésekhez vezet. Helyette: a Six Sigma nem csak statisztika, hanem tapasztalat és adat együtt; a szakmai értelmezés is kell.
• Csak operatív, eszközszinten alkalmazod. Miért baj: pusztán operatív használatból csak költségcsökkentés jön. Helyette: a teljes haszon a stratégiai szintű alkalmazásból fakad, ott priorizáld.
• Félreérted az 1,5σ-shiftet. Miért baj: a „6 sigma folyamat“ valójában 4,5σ hosszú távú teljesítmény, és ennek elhallgatása alábecsüli a valós hibaszintet. Helyette: kommunikáld átláthatóan a rövid és hosszú távú különbséget.

Mikor NE használd?

A DMAIC erős eszköz, de nem univerzális. A korlátok ismerete éppolyan fontos, mint maga a módszer:

Helyzet	Miért nem (elsősorban) a DMAIC	Mi a helyes válasz
Új termék vagy folyamat tervezése	a DMAIC meglévő folyamatot javít, nincs mit mérni és javítani	DMADV (DFSS, Design for Six Sigma)
A probléma tervezési hiba, nem variancia	a statisztika nem javít rosszul megtervezett folyamatot	folyamat-újratervezés Leannel ([[vsm	VSM]], kaizen)
Egyszeri, nem ismétlődő esemény	egyetlen esetért nem éri meg a teljes projektváz	eseti gyökérok-elemzés (5-miert), a tanulság rögzítése
Nyilvánvaló, ismert ok azonnal orvosolható	a DMAIC lassabb, mint a közvetlen javítás	gyors javítás, majd standardizálás (standard-munka)
Feltáró K+F / kreatív fejlesztés	az inkrementális, varianciacsökkentő logika elfojthatja a kreativitást	tiszta kutatásban óvatosan, más módszertan
Tanúsított biztonsági funkció kell	a DMAIC nem tanúsított védelmi réteg	[[lopa-sil	SIL/LOPA]], IEC 61511 szerinti tervezés

Ökölszabály: a DMAIC az ismétlődő, adatban gazdag, ismeretlen gyökérokú problémákra a legerősebb. Tervezési hibára, egyszeri esetre és tanúsított biztonságra nem helyettesíti a megfelelő eszközt.

Vidd haza (kulcsok)

• Öt fázis, egy logika: Define → Measure → Analyze → Improve → Control, és minden fázis végén kapu áll: csak igazolt eredménnyel lépsz tovább.
• Adat dönt, nem vélemény: a DMAIC ereje a mérésben és a gyökérok statisztikai igazolásában van.
• A Control a fél siker: a javulást be kell építeni (SPC, kontrollterv), különben visszacsúszik.
• Meglévő folyamat javítása → DMAIC; új tervezés → DMADV. Ha a folyamat alapból rossz, előbb tervezd újra Leannel.
• Nem mindig a 3,4 DPMO a cél: a megfelelő sigma-szintet a vevői elvárás és a pénzügyi tét szabja meg.
• Folyamatiparban erős a variancia ellen, de a biztonsági korlátok elsőbbséget élveznek, és nem váltja ki a tanúsított SIL/LOPA rétegeket.

Önteszt

1. Melyik DMAIC-fázis melyik kérdésre válaszol, és miért nem lehet a sorrendet felcserélni?
2. Egy meglévő gyártósoron ismétlődő, tűréshatáron kívüli terméktulajdonságot tapasztalsz. DMAIC vagy DMADV a helyes keret, és melyik fázisban mit tennél elsőként?
3. Mit jelent az, hogy „6 sigma folyamat = 4,5σ hosszú távon“, és miért fontos ezt tudni a cél kitűzésekor?

Hogyan jelenik meg a digitális gyakorlatban?

A DMAIC logikája nem áll meg a papír-charternél és a fali kontrolldiagramnál: ugyanez a mérj-elemezz-szabályozz elv szoftveresen is megvalósul. A kézi adatgyűjtés helyett automatikus adatáramlás, a fali tábla helyett élő dashboard, az emlékezet helyett rögzített auditnyom viszi a fázisokat; a mechanizmus más, a logika ugyanaz.

DMAIC-elem	Digitális megvalósítás	Mit ad
Define (cél, hatókör)	strukturált projekt-charter sablon, kötelező mezőkkel	egységes, visszakereshető célkitűzés
Measure (baseline)	automatikus adat- és paramétergyűjtés (historian, e-napló)	kézi átírás nélküli, torzításmentes baseline
Analyze (gyökérok)	trend- és Pareto-nézetek, statisztikai modul az adaton	gyorsabb, adatvezérelt gyökérok-feltárás
Improve (megoldás)	digitális standard munka, kényszerített workflow-lépések	a bevált megoldás beépül a napi folyamatba
Control (fenntartás)	automatikus SPC-riasztás kontrollhatár-túllépésre	az eltérés a defekt előtt derül ki
Kontrollterv	naplózott ellenőrzési pontok és korrekciós akciók (mit / ki / mikorra)	folyamatos, auditálható auditnyom

A lényeg

A modern digitális működtető rendszerek ugyanazokat az elveket valósítják meg, mint a DMAIC: mérnek, elemeznek és bebiztosítják a javulást. Ha egy rendszer automatikusan jelez a kontrollhatár átlépésekor, lényegében egy digitális Control-fázis dolgozik a háttérben.

Kapcsolat az OPEREX-hez (műszaknapló)

A DMAIC Control fázisának kontrolljai és auditpontjai természetes módon illeszkednek egy digitális műszaknaplóhoz. Az OPEREX műszaknaplóban a kontrollterv ellenőrzési pontjai, az SPC-jelzések nyomán indított korrekciós akciók (mit / ki / mikorra) és a fenntartott állapot műszakról műszakra rögzíthetők és visszakereshetők. Így a DMAIC „hold the gains“ elve nem egyszeri projektzárás, hanem auditálható, folyamatos rutin marad. A baseline és az utánmérés közti delta dokumentálása szintén nyomon követhető, ami a Define-ban rögzített pénzügyi és teljesítménycél igazolását támogatja.

Terminológia (HU / EN / JP)

Magyar	English (kanonikus)	Megjegyzés
Definiálás	Define	a vevő hangja (VoC), CTQ, charter
Mérés	Measure	baseline, adatgyűjtés
Elemzés	Analyze	gyökérok (root cause), ok-okozat
Fejlesztés	Improve	DoE, poka-yoke (ポカヨケ), standard munka
Szabályozás / fenntartás	Control	SPC, kontrollterv, audit
Defekt / millió lehetőség	DPMO	Defects Per Million Opportunities
Folyamatképesség	Process capability	Cp / Cpk
Hibavédelem	Poka-yoke / mistake-proofing	日本語: ポカヨケ

GYIK

Mit jelentenek a DMAIC betűi?

Define (definiálás), Measure (mérés), Analyze (elemzés), Improve (fejlesztés/javítás) és Control (szabályozás/fenntartás). Ez a Six Sigma öt fázisú, adatvezérelt, meglévő folyamat javítására szolgáló módszertana.

Mikor használjunk DMAIC-ot, és mikor DMADV-t?

DMAIC-ot már működő üzleti vagy gyártási folyamat javítására; új termék vagy folyamat tervezésére helyette a DMADV-t (DFSS, Design For Six Sigma) használják.

Mit jelent a 3,4 defekt/millió lehetőség (DPMO)?

Ez a Six Sigma elfogadott „defektmentes“ célszintje, ami az 1,5 sigma hosszú távú eltolódás miatt valójában 4,5 sigma teljesítménynek felel meg. Nem minden folyamat kötelező célja; a megfelelő szintet a vevői elvárás alapján kell meghatározni.

Mi a DMAIC utolsó, Control fázisának célja?

A javulás fenntartása. Kontrollok és metrikák (SPC-kontrolldiagram, kontrollterv, vizuális munkahely) bevezetésével biztosítja, hogy az eltéréseket még a defekt előtt korrigálják, és az eredmény ne csússzon vissza.

Honnan ered a DMAIC, és mi köze a PDCA-hoz?

A Motorola fejlesztette ki az 1980-as években, és Jack Welch tette híressé a GE-nél (1995). A DMAIC a Deming-féle Plan-Do-Check-Act (PDCA) ciklusból ihletett, ötfázisú módszertan.

Kell-e Black Belt ahhoz, hogy DMAIC-ot használjunk?

Nem feltétlenül. A nehéz övfokozat-infrastruktúra a nagy szervezet méretéből fakad; kisebb szervezet is használhatja a DMAIC-eszközöket dedikált Black Belt nélkül, a lényeg az adatvezérelt, fázisokra bontott megközelítés.

Kapcsolódó fogalmak

six-sigma | lean-six-sigma | pdca | poka-yoke | standard-munka | vsm | muda | kaizen | 5-miert | lopa-sil

Következő lépés

Ha ezt megértetted, innen érdemes tovább menned, ebben a sorrendben:

1. six-sigma — a tágabb módszertan, amelynek a DMAIC a végrehajtási motorja: DPMO, sigma-szint, övfokozatok, történet.
2. lean-six-sigma — hogyan gyúrható össze a DMAIC a Lean áramlás- és veszteség-szemléletével, hogy a folyamat gyors és hibamentes legyen.
3. pdca — a Deming-ciklus, amelyből a DMAIC ihletődött; a kettő logikájának összevetése mélyíti a megértést.

Hivatkozások / További olvasnivaló

• ISO 13053-1:2011 és ISO 13053-2:2011 — Quantitative methods in process improvement — Six Sigma (a DMAIC-módszertan és eszközei nemzetközi szabványa).
• W. Edwards Deming: Out of the Crisis. MIT Press, 1986 — a PDCA-ciklus és a statisztikai folyamatszemlélet alapműve, amelyből a DMAIC ihletődött.
• Peter S. Pande, Robert P. Neuman, Roland R. Cavanagh: The Six Sigma Way. McGraw-Hill, 2000 — a Six Sigma és a DMAIC gyakorlati bevezetésének átfogó kézikönyve.
• Mikel Harry, Richard Schroeder: Six Sigma: The Breakthrough Management Strategy. Doubleday, 2000 — a módszertan és az övfokozat-rendszer klasszikus leírása.
• NHS Institute for Innovation and Improvement: Lean Six Sigma: some basic concepts — a Lean és a Six Sigma integrációjának publikus, esettanulmány-alapú összefoglalója.