Ishikawa / Halszálka diagram
Az Ishikawa diagram egy probléma lehetséges okait halszálka struktúra mentén kategóriákba szervezi. Szisztematikus gyökérok-elemzést biztosít, ahelyett, hogy következtetésekre ugorna.
Az Ishikawa diagramot (más néven halszálka vagy ok-okozati diagramot) Kaoru Ishikawa fejlesztette ki a problémaokok körüli brainstorming strukturálására. A probléma (okozat) a hal fejéhez kerül, és a lehetséges okok a gerinc mentén ágaznak el.
A klasszikus kategóriák (a 6 M): Ember (emberek), Gép (berendezés), Módszer (folyamat), Anyag, Mérés és Környezet. Ezek a kategóriák biztosítják, hogy egyetlen fő okcsoport se kerüljön ki az elemzés során.
Az Ishikawa diagram építése csapatfeladat: a kezelők, mérnökök és minőségügyi személyzet mind különböző perspektívákat hoznak. Minden kategóriához a csapat azt kérdezi: "Mi okozhatja ezt a problémát?", és minden ötletet a megfelelő ágra írnak.
A diagram önmagában nem oldja meg a problémát -- hipotéziseket rendez, amelyeket aztán adatokkal kell ellenőrizni. A diagramon azonosított legvalószínűbb gyökérokok válnak a PDCA ciklusban végzett kísérletek kiindulópontjává.
Gyakorlati példa
Egy csomagolósornak 4,7%-os címketévesztési aránya van. A csapat Ishikawa diagramot épít. "Gép" alatt: kopott vezetőgörgők. "Anyag" alatt: a címkeragasztó beszállítónként változik. "Módszer" alatt: nincs szabvány a görgőnyomás beállítására. Az adatelemzés megerősíti a görgőnyomást elsődleges okként. Egy szabványos beállítás + Poka-Yoke rögzítő 0,3%-ra csökkenti a tévesztést.
Hogyan segít a Leanshift
A Leanshift biztosítja az Ishikawa hipotézisek érvényesítéséhez szükséges minőségi és folyamati adatokat. Ahelyett, hogy találgatnák, melyik ág tartalmazza a gyökérokot, a csapatok mért ciklusidőket, hibaarányokat és folyamatparamétereket használnak az ellenőrzéshez.
Gyakran ismételt kérdések
Mikor használjunk Ishikawa diagramot?
Amikor egy problémának több lehetséges oka van, és a gyökérok nem nyilvánvaló. Különösen hasznos minőségi problémákhoz, visszatérő állásidőkhöz és folyamati eltérésekhez, ahol a csapatnak strukturált megközelítésre van szüksége.
Mik a 6 M?
Ember (emberek/készségek), Gép (berendezés/szerszámok), Módszer (folyamat/eljárások), Anyag (bemenetek/készletek), Mérés (műszerek/adatok) és Környezet (környezet/körülmények). Nem minden kategória vonatkozik minden problémára.
Hogyan különbözik az Ishikawa az 5-Miért-től?
Az Ishikawa minden lehetséges okot széleskörűen leképez kategóriákon keresztül. Az 5-Miért egy konkrét okláncba mélyen lefúr. Jól működnek együtt: először használjon Ishikawát a legvalószínűbb okcsoport azonosításához, majd 5-Miért a gyökérok megtalálásához.
Kapcsolódó fogalmak
PDCA ciklus
A PDCA (Plan-Do-Check-Act) az alapvető fejlesztési ciklus: Tervezés, Végrehajtás, Ellenőrzés, Szabványosítás. Minden fejlesztési folyamatot négy világos fázisba strukturál.
5-Miért elemzés
Az 5-Miért egy gyökérok-elemzési technika, amely ismételten "Miért?"-et kérdez, amíg a probléma alapvető oka fel nem tárul. Egyszerű, gyors és hatékony a legtöbb folyamati probléma esetén.
Pareto elemzés (80/20 szabály)
A Pareto elemzés a 80/20 elvet használja a létfontosságú kevés ok azonosítására, amelyek a problémák többségét okozzák. Biztosítja, hogy a fejlesztési erőfeszítések ott összpontosuljanak, ahol a legnagyobb hatást érik el.