A 99%-os teljesítmény első hallásra jól hangzik.
Ha valaki azt mondja, hogy egy folyamat az esetek 99%-ában jól működik, sok vezető megnyugodna. Hiszen százból kilencvenkilencszer nincs baj. A legtöbb hétköznapi helyzetben ez valóban elfogadhatónak tűnik.
De nézzük meg más szemmel.
Ha egymillió lehetőségünk van hibázni, akkor az 1%-os hibaarány 10 000 hibát jelent. Ha a folyamat 99,9%-os, akkor is 1000 hiba marad egymillió lehetőségre vetítve. És itt kezdődik a Six Sigma egyik legfontosabb tanulsága: a százalék önmagában könnyen félrevezet.
Nem az a kérdés, hogy a 99% jól hangzik-e.
Hanem az, hogy mi történik azzal az 1%-kal.
Egy belső adminisztratív folyamatban az 1% hiba lehet bosszantó. Valamit újra kell küldeni, javítani kell egy adatot, késik egy jóváhagyás, valaki telefonál még egyet.
Egy webshop rendeléskezelésében ugyanez már vevői panaszt, rossz értékelést, visszatérítést vagy elveszített újravásárlást okozhat.
Egy autóipari beszállítónál a hiba jelenthet válogatást, extra fuvart, 8D riportot, vevői reklamációt, sorleállási kockázatot vagy tartós bizalomvesztést.
Egészségügyben, gyógyszeriparban, orvostechnikai eszközöknél vagy légiközlekedésben pedig a hiba már nem egyszerűen „nem megfelelőség”. Ott a hibának biztonsági, jogi, reputációs és emberi következménye is lehet.
Ezért veszélyes önmagában hibaarányokról beszélni.
A hiba súlyát nemcsak a gyakorisága adja, hanem a következménye is.
A Six Sigma egyik nagy erőssége, hogy nem elégedik meg azzal, hogy „ritkán hibázunk”. Arra kényszerít, hogy pontosabban kérdezzünk.
Mi számít hibának?
Hány lehetőség van hibára?
Hol mérjük?
Mekkora a folyamat ingadozása?
A hiba belül derül ki, vagy a vevőnél?
Mi történik, ha átcsúszik?
Az ASQ meghatározása szerint a Six Sigma célja az üzleti folyamatok képességének javítása, a folyamatokban lévő variáció csökkentése, valamint azoknak a hibáknak és tévedéseknek a visszaszorítása, amelyek a vevői elégedettséget rontják. A klasszikus Six Sigma célérték 3,4 hiba egymillió lehetőségre vetítve.
Ez nem azt jelenti, hogy minden vállalati folyamatnak mechanikusan hat szigmásnak kell lennie.
Azt viszont igen, hogy a hibákról nem érdemes pusztán százalékban beszélni. A Six Sigma gondolkodásban a hibát gyakran DPMO-ban mérjük, vagyis egymillió hibalehetőségre vetített hibaszámban. Az ASQ kézikönyvi példája szerint a DPMO számításánál a hibák számát osztjuk a vizsgált egységek és az egy egységre jutó hibalehetőségek szorzatával, majd egymillióra vetítjük.
Ez azért fontos, mert nem minden folyamat ugyanolyan bonyolult.
Egy egyszerű csomagolási műveletnél lehet, hogy kevés hibalehetőség van. Egy összetett elektronikai terméknél, szoftveres szolgáltatásnál, klinikai folyamatnál vagy beszállítói láncnál viszont sokkal több ponton csúszhat be eltérés.
A százalékokkal az a baj, hogy könnyen megszelídítik a problémát.
A 99% szép.
A 99,5% még szebb.
A 99,9% már szinte kiválónak hangzik.
De egy nagy volumenű folyamatban ezek mögött nagyon is valós hibák állnak.
| Teljesítmény | Hibaarány | Hiba egymillió lehetőségből |
|---|---|---|
| 99% | 1% | 10 000 |
| 99,5% | 0,5% | 5 000 |
| 99,9% | 0,1% | 1 000 |
| 99,99% | 0,01% | 100 |
| Six Sigma célérték | kb. 0,00034% | 3,4 |
Egy belső riportban a 99,9% akár kiválónak tűnhet. De ha ez napi százezres vagy milliós tranzakciószám mellett történik, akkor már egészen más képet kapunk.
A kérdés tehát nem az, hogy „jó-e a 99,9%”.
Hanem az, hogy hol, milyen folyamatban, milyen következménnyel és mekkora volumen mellett beszélünk róla.
A légiközlekedés jó példa arra, hogy bizonyos iparágakban egészen másképp kell gondolkodni a hibáról.
Az IATA 2025-ös biztonsági jelentésének összefoglalója szerint 2025-ben a légitársaságok közel 5 milliárd utast szállítottak több mint 38 millió járaton, miközben a baleseti ráta hosszú távon jelentősen csökkent: 2005-ben 3,72 baleset jutott egymillió szektorra, 2025-ben pedig 1,32.
Ez nem azt jelenti, hogy a repülésben nincs kockázat.
Inkább azt mutatja, hogy egy biztonságkritikus rendszerben a hiba kezelése nem egyetlen ember figyelmén múlik. Standardok, ellenőrzések, auditok, adatok, képzés, visszacsatolás, szabályozás és többrétegű védelmi rendszerek kellenek hozzá.
Ebből a gyártóvállalatoknak is érdemes tanulniuk.
Nem azért, mert minden folyamatnak repülésbiztonsági szinten kell működnie. Hanem azért, mert a magas kockázatú folyamatoknál nem elég azt mondani: „majd jobban odafigyelünk”.
A stabilitást meg kell tervezni.
Az egészségügy még erősebben mutatja, hogy a hiba nem mindig selejt, újramunka vagy reklamáció.
A WHO betegbiztonsági adatlapja szerint világszerte körülbelül minden tizedik beteg sérül az egészségügyi ellátás során, és évente több mint 3 millió haláleset kapcsolódik nem biztonságos ellátáshoz. A WHO azt is kiemeli, hogy a betegkárosodás több mint fele megelőzhető lenne.
Ez nem közvetlenül gyártási hibaarány, és nem is szabad egyszerűen összehasonlítani egy autóipari selejtrátával.
De szemléletileg nagyon fontos.
Megmutatja, hogy a hibák mögött mindig következmények vannak. Van, ahol ez pénzügyi veszteség. Van, ahol vevői elégedetlenség. Van, ahol hatósági kockázat. És van, ahol emberi sérülés vagy haláleset.
A WHO anyaga különösen fontos megállapítást tesz: a hibák jelentős része nem egy-egy dolgozó rosszindulatából vagy figyelmetlenségéből fakad, hanem rendszer- és folyamatproblémákból.
Ez nagyon közel áll a Lean Six Sigma gondolkodáshoz.
Nem bűnbakot keresünk.
Folyamatot értünk meg.
Amikor egy vállalatnál hibaarányokról beszélünk, gyakran túl gyorsan ugrunk az első számra.
Mennyi a selejt?
Mennyi a reklamáció?
Mennyi a ppm?
Mennyi a first pass yield?
Ezek fontos kérdések. De önmagukban nem elegendők.
Én három dolgot mindig mellétennék.
1. Milyen gyakran fordul elő a hiba?
Ez a klasszikus hibaarányos gondolkodás. Darabszám, ppm, DPMO, yield, selejtarány, reklamációs ráta.
2. Mekkora a hiba következménye?
Egy esztétikai karc, egy hibás számlázási adat, egy téves gyógyszeradagolás és egy fékrendszerhiba nem ugyanabban a súlycsoportban van.
3. Hol derül ki a hiba?
A folyamaton belül? Végellenőrzésen? A következő műveletnél? A vevőnél? A felhasználónál? Hatósági ellenőrzés során?
Minél később derül ki a hiba, általában annál drágább.
És sokszor annál veszélyesebb.
A Six Sigma nem azt jelenti, hogy minden apró eltérésre óriási projektet kell indítani.
Ez fontos.
Egy vállalat könnyen belefáradna, ha minden problémát ugyanazzal az intenzitással próbálna kezelni. Van, ahol elég egy egyszerű standardfrissítés. Van, ahol elegendő egy vizuális jelölés. Van, ahol a betanítás hiányzik. Van, ahol csak egy adatgyűjtő lapot kell rendbe tenni.
De vannak hibák, amelyek megérdemlik a mélyebb elemzést.
Tipikusan ilyenek:
Itt kezd igazán hasznossá válni a Lean Six Sigma projektlogika.
Nem azért, mert bonyolítani akarjuk a problémát, hanem azért, mert a felszíni magyarázat sokszor kevés.
Ha a hiba visszatérő, mérhető, üzletileg jelentős, és több lehetséges oka is lehet, akkor már érdemes Lean Six Sigma projektként gondolkodni róla. Arról, hogy miből lesz jó projekt, korábban a Hogyan válasszon a vállalat jó Lean Six Sigma projektet? című bejegyzésben írtam részletesebben.
A vállalati riportok egyik veszélye, hogy átlagolnak.
Egy havi selejtarány lehet elfogadható. Egy éves ppm mutató akár javulhat is. Egy összesített reklamációs ráta mégsem mutatja meg, hogy a probléma egy adott termékcsaládnál, műszaknál, beszállítónál, gépnél vagy munkafázisnál koncentrálódik.
Ez hasonló ahhoz, amiről korábban a „Miért nem elég az 5S auditpontszám?” című bejegyzésben írtam. Az átlagpontszám sokszor elfedi a visszatérő eltéréseket, a laza standardokat vagy a vezetői figyelem hiányát.
A hibaarányoknál ugyanez történhet.
Lehet, hogy az átlag jó, de a szórás nagy.
Lehet, hogy a havi szám rendben van, de egy kritikus vevőnél romlik a helyzet.
Lehet, hogy kevés a hiba, de azok nagyon súlyosak.
Lehet, hogy a végellenőrzés megfogja a hibát, de rengeteg belső újramunka árán.
A Six Sigma egyik fő üzenete éppen az, hogy a folyamatképesség nemcsak az átlagról szól.
Hanem az ingadozásról is.
Persze, ezt is meg kell kérdezni.
De vezetőként vagy folyamatfejlesztőként érdemes továbbmenni.
Mennyi hibalehetőség van egy egységben?
Mennyire stabil a mérési rendszer?
Melyik hiba jut el a vevőig?
Mennyi a belső hibaköltség?
Mennyi a külső hibaköltség?
Melyik hiba tér vissza hónapról hónapra?
Melyik folyamatnál kell valóban képességet javítani, és melyiknél elég a standardot tisztázni?
Ez a gondolkodás különbözteti meg a valódi Six Sigma szemléletet a puszta mutatószámgyűjtéstől.
A cél nem az, hogy még több KPI legyen.
Hanem az, hogy a számok mögött meglássuk a folyamatot.
Nem biztos, hogy azonnal Cpk-t kell számolni minden folyamatra.
Első lépésként sokszor az is nagy előrelépés, ha a vállalat tisztázza a hibadefiníciót. Mi számít hibának? Ki dönti el? Ugyanúgy értelmezi-e a termelés, a minőségügy, a mérnökség és a vevő?
Utána érdemes megnézni, hol keletkezik a hiba, hol észleljük, és milyen költsége van. Egy egyszerű Pareto-elemzés sokszor már megmutatja, hogy nem minden hibával kell egyszerre foglalkozni. Néhány hibatípus adja a veszteség nagy részét.
Innen lehet továbbmenni.
Ha a probléma egyszerű, jöhet egy gyors PDCA-ciklus.
Ha visszatérő és üzletileg jelentős, érdemes projektet indítani.
Ha a folyamat ingadozása okozza a gondot, akkor már valóban szükség lehet mélyebb Six Sigma eszközökre: mérőrendszer-vizsgálatra, folyamatképesség-elemzésre, hipotézisvizsgálatra vagy kísérlettervezésre.
Nem az eszközzel kell kezdeni.
Hanem a kérdéssel.
A hibaarány csökkentése önmagában még nem elég. A valódi kérdés az, hogy a javulás megmarad-e akkor is, amikor a projektcsapat már továbblépett. Erről szól a A Lean Six Sigma projekt lezárása nem a fejlesztés vége című korábbi bejegyzés.
Ha szeretne mélyebben foglalkozni a hibaarányokkal, a folyamatképességgel, a DPMO, Cpk, DMAIC és kontrollszemlélet gyakorlati alkalmazásával, akkor ehhez elsősorban A lean six sigma folyamatfejlesztés kézikönyve című könyvemet ajánlom.
Ez nem motivációs könyv, hanem gyakorlati folyamatfejlesztési kézikönyv. Abban segít, hogyan lehet egy üzleti vagy minőségügyi problémát pontosan megfogalmazni, mérhetővé tenni, adatok alapján elemezni, majd úgy fejleszteni, hogy az eredmény ne csak egyszeri javulás legyen.
Ha pedig egy vállalatnál nemcsak olvasni szeretnének erről, hanem saját problémákon keresztül megtanulni a módszertant, akkor érdemes kihelyezett vállalati Lean Six Sigma képzésben gondolkodni. Ilyenkor a képzés nem általános példákon marad, hanem a résztvevők saját folyamataira, hibáira, adataira és fejlesztési lehetőségeire épül.
A kérdés ugyanis ritkán az, hogy „mennyi hiba fér bele”.
A valódi kérdés inkább ez:
melyik hibát nem engedheti meg magának a vállalat?
A 99%-os teljesítmény első hallásra jól hangzik.
Ha valaki azt mondja, hogy egy folyamat az esetek 99%-ában jól működik, sok vezető megnyugodna. Hiszen százból kilencvenkilencszer nincs baj. A legtöbb hétköznapi helyzetben ez valóban elfogadhatónak tűnik.
De nézzük meg más, six sigma szemmel.
Reggel még egészen kezelhetőnek tűnik a nap. A vezető kinyitja a naptárát, átnézi a feladatait, fejben összerakja, mi lenne a fontos. Van egy-két meeting, néhány
A gyártóvállalat nem tudja kontrollálni az árfolyamot, az energiaárat vagy a világpiaci versenyt. Azt viszont igen, hogy mennyi belső veszteséget, selejtet, újramunkát, várakozást és vezetői fókuszvesztést enged meg magának.
Jelentkezzen lean six sigma green belt képzésünkre, amelynek alapja a Magyar Minőség Szakirodalmi Díj 2019 elismerésben részesült A lean six sigma folyamatfejlesztés kézikönyve. A képzés oktatója pedig a könyv szerzője Fehér Norbert 17 év lean six sigma tapasztalattal és 500+ mentorált, vezetett projekttel.
Rövid, gyakorlatias levelekben végigvesszük a PDCA gondolkodást, a legfontosabb veszteségforrásokat, a fejlesztési problémák kiválasztását, valamint azt is, mely módszerek és szakmai anyagok segíthetnek a következő lépésben.
