
Ishikawův diagram pomáhá přehledně uspořádat možné příčiny jednoho problému. Setkáte se také s názvy diagram příčin a následků nebo rybí kost. Pro malou firmu je užitečný hlavně tehdy, když se při poradě míchají pozorování, domněnky a návrhy oprav: každému nápadu dá místo, ale sám nepotvrzuje, která příčina skutečně platí.
Nejprve napište problém, který lze ověřit
Vlastní modelový příklad v tomto článku používá malý e-shop a opožděnou expedici. Všechna jeho čísla i situace jsou smyšlené pro vysvětlení postupu, nejde o výsledek skutečného firemního projektu. Firma v modelovém týdnu předala dopravci po slíbeném termínu 20 ze 100 objednávek, u nichž termín expedice v daném týdnu nastal.
To je přesnější zadání než „sklad nefunguje“. Vymezuje měřený výsledek, období i základ pro podíl: 20 děleno 100 znamená 20 procent. Expedice zde znamená předání dopravci, nikoli vytvoření štítku nebo doručení zákazníkovi. Kdyby každý člen týmu používal jiný okamžik, porovnávali by rozdílné problémy.
Do zadání zatím nepište „objednávky se opožďují kvůli brigádníkům“. Tím byste hledanou příčinu prohlásili za hotovou ještě před prověřením. Zapisujte raději pozorovatelný jev a teprve vedle něj hypotézy, které mohou vysvětlit, proč vzniká.
Jak zvolit větve diagramu
ASQ popisuje rybí kost jako uspořádání možných příčin do užitečných kategorií. Běžný rámec 6M zahrnuje materiál, stroje, metody, měření, lidi a prostředí; názvy lze přizpůsobit jazyku konkrétního týmu. Hlavní smysl není zaplnit přesně šest přihrádek, ale prozkoumat problém z více stran.
Pro náš model si zvolíme srozumitelné větve: lidé, postup práce, systém, zásoby, měření a podmínky provozu. Zápis patří k výsledku „pozdní expedice“, nikoli k obecnému seznamu všeho, co zaměstnance trápí. Nápad bez věcné souvislosti si lze odložit mimo tento diagram pro jinou poradu.
Možné příčiny v šesti větvích
Nejasné předání směny
Chybějící pravidlo pro blokované objednávky
Zpožděný přenos stavu platby
Nesoulad mezi evidencí a policí
Záměna štítku za předání zásilky
Příliš pozdní dokončení balení
↓ Zkoumaný výsledek: 20 ze 100 objednávek předáno po slíbeném termínu.
Všechny větve zatím představují hypotézy k ověření.
Schéma zobrazuje stejné vztahy v kartách kvůli čitelnosti na telefonu. Na tabuli je můžete převést do obvyklé podoby rybí kostry: výsledek na konci hlavní šipky, kategorie na šikmých větvích a konkrétní možné příčiny na menších větvičkách. Grafická čistota nemá přednost před srozumitelným zápisem.
Vyplněný příklad: od nápadu k důkazu
Ke každému zajímavému nápadu připojte otázku, podle čeho poznáte jeho platnost. „Špatný systém“ je příliš široké tvrzení. „Potvrzená platba se zobrazí skladu až po uzávěrce expedice“ už umožňuje porovnat dva časové údaje a zjistit, zda se to u opožděných objednávek skutečně dělo.
| Větev | Modelová hypotéza | Co prověřit |
|---|---|---|
| Lidé | Směna neví o objednávkách čekajících na doplnění | Zápis předání a konkrétní průběh několika objednávek |
| Postup | Blokovaná objednávka nemá určeného řešitele | Kdo a kdy přebírá odpovědnost za výjimku |
| Systém | Platba se přenáší do skladu opožděně | Časy potvrzení platby a zpřístupnění objednávky |
| Zásoby | Evidovaný kus fyzicky chybí | Skutečný stav položek u dotčených objednávek |
| Měření | Report používá čas štítku místo předání | Definici reportu a záznam dopravce |
| Provoz | Balení končí až po odjezdu svozu | Dokončení zásilek a skutečný čas převzetí |
Tabulka není seznam zjištěných závad. Tým může po kontrole některou hypotézu odmítnout a jinou rozdělit na dvě přesnější. Pokud například systém platbu přenáší správně, ale pracovník seznam obnovuje jen jednou za směnu, původní označení „chyba systému“ by vedlo k jinému a možná zbytečnému zásahu.
Jak vést poradu, aby se nezměnila v obviňování
Pozvěte lidi, kteří znají skutečný průchod objednávky: obsluhu zákazníků, sklad a člověka rozumějícího systému. Vedoucí může pomoci s rozhodnutím o dalších krocích, neměl by ale automaticky nahrazovat zkušenost lidí u jednotlivých předání. Jeden člověk zapisuje a hlídá, zda se tým pořád zabývá stejným výsledkem.
- Přečtěte společné zadání a definici opožděné expedice.
- Nechte každého navrhnout možné příčiny s konkrétní situací.
- Zařaďte je do větví a příliš obecné formulace zpřesněte otázkou proč.
- Označte, co už má doklad a co je zatím pouze předpoklad.
- Vyberte několik hypotéz pro prověření a přidělte jim odpovědnost.
Pokud se dva lidé neshodnou, neřešte pravdu hlasováním. Zapište jejich rozdílné předpoklady a data, která je mohou odlišit. Hlasování může určit, co tým prozkoumá první, ale většina hlasů nenahrazuje záznam o tom, kdy konkrétní zásilka opustila sklad.
Jak ověřit, že opatření pomohlo
V modelu může tým zjistit, že některé objednávky zůstávají bez řešitele po zjištění chybějícího kusu. Navrhne proto jasné předání výjimky konkrétní roli a zaznamenání času převzetí. Tím ale práce nekončí: musí předem určit, kde bude sledovat výsledek a kdy vyhodnotí, zda se problém zmenšil.
Představme si čistě ilustrativně další období se 150 objednávkami a 15 opožděnými. Podíl by byl 10 procent, tedy méně než původních 20 procent, přestože se změnil počet objednávek. Samotný rozdíl ještě neprokazuje účinek opatření: je třeba posoudit také skladbu zakázek, personální podmínky a další současné změny.
Udržte stejnou definici měření před změnou i po ní. Pokud nový report počítá jen snadné objednávky skladem, zatímco původní zahrnoval všechny slíbené expedice, příznivější číslo nevypovídá o stejném souboru. Zaznamenejte také, které případy zůstaly problematické a proč se původní vysvětlení na ně nehodí.
Kdy diagram použít a kdy hledat jiný začátek
Ishikawa se hodí pro rozbor konkrétního opakovaného výsledku, například chyb v objednávkách nebo nedodržených termínů. Pro široké rozhodování o pozici firmy slouží jiná otázka a jiný nástroj, například SWOT analýza. Oba postupy mohou být užitečné, ale nevytvářejí stejný výstup.
Pokud firma neumí popsat ani základní průchod zakázky, začněte jeho společným zmapováním. Jinak se do rybí kosti budou zapisovat domněnky o procesu, který každý chápe jinak. Metodické podklady ASQ byly ověřeny 10. září 2026; model e-shopu, tabulky i číselné příklady jsou vlastní redakční vysvětlení.
Časté otázky
Co znamená název Ishikawův diagram?
Jde o nástroj pojmenovaný po Kaoru Ishikawovi. Uspořádává možné příčiny jednoho výsledku do větví. Název rybí kost odkazuje na jeho obvyklou grafickou podobu.
Musí mít diagram přesně šest větví?
Šest kategorií je běžný výchozí rámec, nikoli povinný počet pro každou situaci. Názvy i členění mají odpovídat analyzované práci. Důležitější je nezanedbat relevantní pohled než násilně plnit prázdnou kategorii.
Je každá zapsaná příčina skutečně potvrzená?
Ne, první verze zpravidla obsahuje také domněnky a otázky. U každé důležité hypotézy je potřeba určit způsob ověření. Teprve zjištění umožní rozhodnout, jaký zásah má oporu v datech.
Lze diagram vytvořit bez speciálního programu?
Ano, pro společnou práci stačí tabule, papír nebo jednoduchý sdílený dokument. Zápis musí být čitelný a zachovat vztah mezi problémem, kategoriemi a konkrétními nápady. Program za tým nevymezí problém ani neověří příčinu.
Jak se liší od metody pěti proč?
Rybí kost rozkládá možné příčiny do několika oblastí. Opakovaná otázka proč může pomoci rozvinout konkrétní větev do větší hloubky. Ani opakování otázky samo nezaručuje, že odpověď je správná.
Co má následovat po dokončení diagramu?
Vyberte hypotézy k prověření a určete konkrétní odpovědnost i termín. Potvrzená zjištění spojte s přiměřeným opatřením a následným měřením. Bez tohoto kroku zůstane diagram pouze přehledem nápadů z porady.