Poka-yoke za znanje: zašto vaš FMEA ostaje prazan

Prije nekoliko godina inženjer je odbio upisati svoje znanje u FMEA.

Razlog je rekao naglas, na sastanku. Time bi umanjio vlastitu vrijednost u tvrtki.

Njegov odgovor bio je pošteniji od obrasca koji sam držao u ruci.

Poticaj koji nitko ne planira

U gotovo svakoj tvornici postoji netko koga zovu kad stane baš taj stroj. Njegovo znanje nije ni u jednom dokumentu. Svi to znaju i nitko to ne mijenja.

Tvrtka ga nagrađuje zato što zna ono što drugi ne znaju. Zatim od njega traži da to zapiše. Traži od njega da smanji razlog zbog kojeg ga se zove.

Eliyahu Goldratt sažeo je mehanizam u jednu rečenicu: reci mi kako me mjeriš i reći ću ti kako ću se ponašati. Tog inženjera mjere po onome što samo on zna riješiti. Ponaša se točno onako kako ga mjere.

Uobičajen odgovor je podsjetnik, predložak ili edukacija. Sva tri pretpostavljaju da je problem pažnja. Nije.

Što je Shingo zapravo rekao

Shigeo Shingo povukao je granicu koju mnogi odjeli kvalitete i dalje brišu. Razdvojio je pogrešku od defekta. Ljudi rade pogreške. Pogreška postaje defekt tek kad je između ništa ne zaustavi.

Njegov zaključak nije bio da ljudi budu pažljiviji. Pažnja nije kontrola. Korak je osmislio tako da se pogrešna radnja ne može dovršiti: stezna naprava koja komad prima samo u jednom položaju i alat koji se preko nedostajuće podloške ne zatvara.

Bit poka-yoke je da uklanja ovisnost o ljudskoj pažnji upravo u trenutku kad pažnja najvjerojatnije popusti.

Pročitajte istu misao uz svoj FMEA. Ako se dokument puni samo kad se netko sjeti, bude velikodušan i ima sat vremena, sustav počiva na pažnji. Kontrole nema.

Zašto Excel FMEA umire dvaput

FMEA u tablici zakazuje na dva odvojena mjesta, a drugo objašnjava zašto ih toliko izgleda zaposleno i svejedno nikome ne pomaže.

Zakazuje kod unosa. Upis je odvojen čin, nakon što je pravi posao gotov. Natječe se sa sljedećom reklamacijom. Nema rok koji itko provodi. Zato se puni neravnomjerno, uglavnom ljudima koji imaju najmanje za izgubiti.

Zakazuje kod pronalaženja. I retke koji jesu zapisani teško je doseći pola godine kasnije. Inženjer kojem trebaju ne zna da datoteka postoji, ne može pretraživati dvanaest verzija na SharePointu i ne zna koja je bila zadnja. Znanje je dakle tehnički zapisano i praktično izgubljeno.

To drugo zakazivanje razlog je zašto su u istoj tvornici obje rečenice istinite: “mi sve dokumentiramo” i “isti problem rješavamo dvaput godišnje”.

Što osigurač za znanje mora znati

Ako pažnja nije kontrola, moraju vrijediti četiri svojstva. Nijedno nije o softveru.

Prikupljanje mora biti nusprodukt posla. Znanje se bilježi zato što je slučaj zatvoren, ne zato što je netko poslije zamolio. Ako postoji odvojen korak, bit će iznimaka, a iznimke postaju pravilo.

Zapis mora nositi svoj izvor. Uzrok bez dokumenta, šarže ili mjerenja iza sebe je mišljenje s formatiranjem. Sljedeći inženjer mora moći provjeriti, ne vjerovati.

Pronalaženje se mora dogoditi u trenutku potrebe. Ne na zahtjev i ne nakon pretrage. Kad netko opiše sličan problem, ono što je već naučeno mora stići s njim.

Onaj tko zapisuje ne smije za to platiti. To svojstvo odlučuje hoće li ostala tri ikad proraditi. Ako doprinos znanja košta status, sustav će zaobići svatko, koliko god dobar bio.

Što to donosi

To gradimo u Galileonu. Ne mjesto za pohranu dokumenata i ne još jedan obrazac. Sustav u kojem svaki zatvoreni slučaj hrani sljedeći.

Što to donosi inženjeru, mjereno na našem pilot uzorku od 10 reklamacija kod slovenskih proizvođača, siječanj do ožujak 2026:

• Korak korektivnih mjera ide s tri dana sastanaka na otprilike trideset sekundi do prvog prijedloga, jer prijedlozi dolaze iz mjera koje su na potvrđenim uzrocima već djelovale.
• Korak opisa problema daje otprilike tri puta više upotrebljivih prijedloga nego prazan predložak, jer kreće od sličnih slučajeva, a ne od prazne stranice.
• Potpuna sljedivost od reklamacije kupca do preventivne mjere, tako da pitanje iz audita “pokažite mi kako ste došli dovde” ima odgovor koji već postoji.

Što inženjer ne radi: ne puni bazu znanja. Zapis nastaje zato što je slučaj zatvoren.

Što ostaje inženjeru

Agenti će podatke prikupljati onako kako ih danas prikupljaju ljudi, a podataka će biti mnogo više nego danas. Zadnji korak i dalje pripada čovjeku.

Prosudba koja se ne mijenja je analitičko i kritičko razmišljanje, a pokazuje se u četiri odluke:

• što ne pripada ovom problemu
• što je šum, a što pokazatelj
• gdje je tumačenje pogrešno
• koje podatke treba prikupiti ponovno, na većem uzorku

Više podataka podiže vrijednost prosudbe o tome koji od njih uopće govore o problemu.

Granica koju se isplati povući

Postoji inačica u kojoj svaka tvrtka gradi svoje. Kod je danas jeftin, pa se stvarima kojima bi trebalo reći ne, ne kaže ne, a rezultat je proizvod s puno funkcija i bez ljubavi prema ijednoj.

Pitanje koje se isplati postaviti prije toga glasi koji je dio doista vaša domena, a koji je dio bolje prepustiti onima koji na njemu rade svaki dan, imaju mnogo više podataka i isporučit će bolje rješenje od kućnog MVP-a.

Odgovor je vaš. Vrijedan je toga da ga date svjesno, a ne usput.

Više na galileon.si

• Dvije godine za opis jedne greške: što Toyotin opoziv uči o definiciji problema - što se događa prije toga, kad problem nikad nije opisan dovoljno dobro da bi se analiza imala za što uhvatiti.
• Kako radi SolveR
• Sigurnost podataka

Izvori

• Shigeo Shingo, Zero Quality Control: Source Inspection and the Poka-Yoke System, Productivity Press, 1986. Stranica izdavača
• Eliyahu M. Goldratt, o mjerenju i ponašanju. Goldratt Consulting