Dva roky na popis jedné vady: co svolávací akce Toyoty učí o definici problému

V srpnu 2026 svolala Toyota v USA 508 354 vozů Camry Hybrid. Vada byla nahlášena o dva roky dříve.

Spis svolávací akce u amerického regulátora vypráví celý příběh, krok za krokem. Čtěte ho pomalu.

Červenec 2024: první hlášení z provozu. Přístrojový štít při startu zůstává tmavý. Zkoušky v terénu vadu nedokážou reprodukovat.

Říjen 2025: podezření padá na software. Toyota a její dodavatel staví speciální diagnostické zařízení.

Konec roku 2025: první reprodukce na zkušebním stavu. Duben 2026: zkoušky cyklů zapnutí a vypnutí vadu nevyvolají. Červenec 2026: zkouška na celém vozidle konečně vyvolá poruchu.

Dva roky do chvíle, kdy šlo vadu vyvolat na požádání. Pak týdny do opravy - aktualizace softwaru přístrojového štítu.

Proč to vůbec víme

Tento příběh známe jen proto, že to vyžaduje americký zákon. Podle 49 CFR 573.6 musí výrobce ke každé svolávací akci předložit písemnou chronologii svého šetření.

EU žádný srovnatelný dokument nemá. Safety Gate zveřejňuje varování a riziko, ne cestu k příčině. Letos eviduje 278 varování týkajících se motorových vozidel, 8 z nich zmiňuje software - ale v žádném z nich není chronologie šetření.

Pocházím z Evropy, kde máme formulář na všechno, a stále mě to překvapuje.

Pro inženýra kvality je taková písemná chronologie dar. Ukazuje, kam se ty dva roky doopravdy poděly.

Dva roky se neanalyzovalo

Tady je ta nepříjemná část. Po většinu těch dvou let nikdo neanalyzoval kořenovou příčinu. Snažili se odpovědět na základnější otázku: kde se vada objevuje a kde se neobjevuje nikdy?

Teď se podívejte na vzorec, který znám z vlastní praxe.

V 8D je popis problému krok D2. Příliš často se napíše na tři řádky. Analýza kořenových příčin se pak nemá čeho chytit. Každá porada přinese novou teorii a žádná se nepotvrdí.

To není analýza. To je hádání postavené na popisu, který nedrží.

Dobře položený problém

Charles Kettering vedl výzkum v General Motors 27 let. Připisuje se mu věta: “Dobře položený problém je z poloviny vyřešený.” Kepner a Tregoe z ní udělali metodu: pro každý rozměr problému zapsat, kde JE a kde NENÍ.

Úplný popis je 5W2H vyplněné do konce - každý řádek se dvěma odpověďmi:

Co: co je špatně, jednou větou, bez vysvětlení, bez viníka. Kde: kde se objevuje a kde nikdy - na kterém stroji ano, na kterém ne; na které směně ano, na které ne. Kdy: kdy to začalo - a co se tehdy změnilo. Kdo: koho se to týká - a koho ne. Proč: proč k tomu podle všeho dochází - podezření, jasně oddělené od faktů. Jak: jak se to projevuje - a jak ne. Kolik: kusy, procenta, reklamace.

Rozdíl mezi oběma sloupci je jediné místo, kde může ležet kořenová příčina.

A jeden poctivý test vám řekne, že je popis hotový: dokážete vadu vyvolat na požádání. Jakmile Toyota tímto testem prošla, oprava trvala týdny. Projít jím trvalo dva roky.

Mých vlastních sedm let

Strávil jsem přes deset let v kvalitě ve výrobě. Jeden problém mě provázel sedm z nich. Řešili jsme ho znovu a znovu, aniž bychom ho kdy popsali do konce.

Když jsme si konečně sedli a sepsali úplný popis, objevilo se něco jiného. Nebyl to jeden problém. Bylo jich několik, překrývaly se a každý měl vlastní příčinu.

Během následujících tří měsíců jsme příčiny našli a pro každou z nich zvlášť stanovili opatření.

Jedno z mých ponaučení: pokud problém nedokážete popsat do konce, pravděpodobně řešíte několik problémů najednou.

Ne každý problém si zaslouží 8D

Jedna výhrada. Vše výše platí pro 8D - metodu pro zákaznické reklamace a těžké problémy. Protlačit interní zmetky nebo malou odchylku celým 8D znamená promarnit týden inženýrské práce. K tomu jsou lehčí metody: 4-Step pro interní odchylky, PDCA pro neustálé zlepšování, Just-Do-It pro triviality. V SolveR běží 8D, 4-Step a PDCA nad stejnou znalostní bází, takže volba lehčí metody nikdy neznamená ztrátu záznamu.

Správná metoda cestu zkracuje. Špatná ji prodlužuje.

Kam to směřuje

Jsem přesvědčen, že množství dat kolem každého problému naroste o řády. Agenti AI je budou sbírat tak, jak to dnes dělají lidé - každý krok zapsaný, pravidla výslovná. Šum poroste rychleji než signál.

Filtrování se pak stane hlavní prací: co k problému patří, co je šum, která interpretace je chybná, která data je třeba znovu sebrat na větším vzorku. Poslední krok bude vždy lidský.

Kořenovou příčinu nenajde ten, kdo analyzuje nejrychleji. Najde ji ten, kdo dokáže vadu vyvolat na požádání.

Více na galileon.si

• Jak SolveR připraví návrh D2
• 8D, 4-Step, PDCA
• Zpracování dat v EU

Zdroje

• NHTSA, Part 573 Safety Recall Report 26V511, 2026-08-06. 508 354 kusů, chronologie šetření, náprava softwarem.
• 49 CFR § 573.6 - americký požadavek na písemnou chronologii šetření.
• EU Safety Gate, motor-vehicle alerts - ověřeno 2026-08-17. 278 varování v roce 2026, 8 zmiňujících software, žádná zveřejněná chronologie.
• Charles F. Kettering, připisováno - “A problem well stated is a problem half solved”.
• Kepner, Tregoe, The Rational Manager, 1965 - specifikace problému JE / NENÍ.