Dvije godine za opis jednog kvara: što Toyotin opoziv govori o opisu problema
Toyoti su trebale dvije godine da opiše jedan softverski kvar. Popravak je zatim bio pitanje tjedana. Što to znači za D2 u 8D.

U kolovozu 2026. Toyota je u SAD-u opozvala 508.354 hibridna Camryja. Kvar je bio prijavljen dvije godine ranije.
Prijava opoziva kod američkog regulatora priča cijelu priču, korak po korak. Pročitajte je polako.
Srpanj 2024.: prve prijave s terena. Instrumentna ploča pri pokretanju ostaje prazna. Na terenu kvar ne uspijevaju ponoviti.
Listopad 2025.: sumnja pada na softver. Toyota i dobavljač grade namjensku dijagnostičku opremu.
Kraj 2025.: prvo ponavljanje na ispitnom stolu. Travanj 2026.: ispitivanje ciklusima uključivanja i isključivanja ga ne pokreće. Srpanj 2026.: ispitivanje na cijelom vozilu konačno izaziva kvar.
Dvije godine do trenutka kada su kvar mogli izazvati na zahtjev. Zatim tjedni do popravka - ažuriranje softvera instrumentne ploče.
Zašto ovo uopće znamo
Ovu priču znamo samo zato što je traži američki zakon. Prema 49 CFR 573.6 proizvođač uz svaki opoziv mora predati pisanu kronologiju svoje istrage.
EU nema istovrijedan dokument. Safety Gate objavljuje obavijest i rizik, ne i put do uzroka. Ove godine u njemu stoji 278 obavijesti za motorna vozila, 8 ih imenuje softver, vremenskog tijeka istrage nema ni u jednoj.
Kako dolazim iz Europe, gdje za sve imamo obrazac, to me i dalje iznenađuje.
Inženjeru kvalitete ta je pisana kronologija dar. Pokazuje kamo su dvije godine zapravo otišle.
Dvije godine nisu analizirali
Sada neugodan dio. Veći dio tih dviju godina korijenski uzrok nije analizirao nitko. Odgovarali su na osnovnije pitanje: gdje se kvar pojavljuje, a gdje se nikada ne pojavljuje?
Pogledajte sada obrazac koji poznajem iz vlastite prakse.
U 8D je opis problema korak D2. Prečesto se napiše u tri retka. Analiza korijenskih uzroka onda se nema za što uhvatiti. Svaki sastanak rodi novu teoriju i nijedna se ne potvrdi.
To nije analiza. To je nagađanje nad opisom koji ne drži.
Dobro postavljen problem
Charles Kettering vodio je istraživanje u General Motorsu 27 godina. Pripisuje mu se rečenica: “Dobro postavljen problem napola je riješen problem.” Kepner i Tregoe od toga su napravili metodu: za svaku dimenziju problema zapiši gdje JEST i gdje NIJE.
Potpun opis je 5W2H, ispunjen do kraja, svaki redak s dva odgovora:
Što ne valja - jedna rečenica, bez objašnjenja, bez krivca. Gdje se pojavljuje i gdje nikada - koji stroj da, koji ne; koja smjena da, koja ne. Kada je počelo - i što se tada promijenilo. Koga pogađa - i koga ne. Zašto se naizgled događa - sumnja, jasno odvojena od činjenice. Kako se očituje - i kako se ne. Koliko - komada, postotaka, reklamacija.
Razlika između stupaca jedino je mjesto na kojem korijenski uzrok može živjeti.
Jedan pošten test kaže da je opis gotov: kvar možete izazvati na zahtjev. Toyoti je popravak trajao tjednima kad je taj test prošla. Do testa joj je trebalo dvije godine.
Mojih sedam godina
U proizvodnoj kvaliteti proveo sam više od deset godina. Jedan me problem pratio sedam od njih. Rješavali smo ga, a da ga nikada nismo opisali do kraja.
Kad smo konačno sjeli i napisali cijeli opis, pokazalo se nešto drugo. Nije bio jedan problem. Bilo ih je više, preklapali su se, svaki sa svojim uzrokom.
Sljedeća tri mjeseca za svaki smo posebno našli uzrok i odredili mjere.
Jedna od mojih lekcija: ako problem ne znaš opisati do kraja, vjerojatno rješavaš više problema odjednom.
Ne zaslužuje svaki problem 8D
Jedna ograda. Sve gore navedeno vrijedi za 8D, metodu za reklamacije kupaca i za teške probleme. Ako kroz cijeli 8D provučeš interni škart ili malo odstupanje, potrošiš tjedan inženjerskog vremena. Za to postoje lakše metode: 4-Step za interna odstupanja, PDCA za stalna poboljšanja, Just-Do-It za trivijalno. U SolveR 8D, 4-Step i PDCA rade nad istom bazom znanja, pa izbor lakše metode nikada ne znači gubitak zapisa.
Prava metoda skraćuje put. Kriva ga produljuje.
Kamo ovo ide dalje
Uvjeren sam da će količina podataka oko svakog problema narasti za red veličine. Prikupljat će ih AI agenti, onako kako ih danas prikupljaju ljudi, svaki korak zapisan, pravila izrijekom. Šum će rasti brže od signala.
Tada glavni posao postaje filtriranje: što pripada problemu, što je šum, koje je tumačenje pogrešno, koje podatke treba ponovno prikupiti na većem uzorku. Posljednji korak uvijek će biti ljudski.
Korijenski uzrok ne nalazi onaj tko najbrže analizira. Nalazi ga onaj tko kvar zna izazvati na zahtjev.
Više na galileon.si
Izvori
- NHTSA, Part 573 Safety Recall Report 26V511, 6. 8. 2026. 508.354 vozila, kronologija istrage, softverski popravak.
- 49 CFR § 573.6 - američki zahtjev za pisanom kronologijom istrage.
- EU Safety Gate, obavijesti za motorna vozila - provjereno 17. 8. 2026. 278 obavijesti u 2026., 8 ih imenuje softver, kronologija nije objavljena.
- Charles F. Kettering, pripisano - “Dobro postavljen problem napola je riješen problem”.
- Kepner, Tregoe, The Rational Manager, 1965 - specifikacija problema Jest / Nije.