- \n
- 5 x waarom, Ishikawa en Pareto zijn maar zo goed als de stops die u ze geeft.<\/li>\n
- Korte, terugkerende stops ontsnappen bijna altijd aan handmatige registratie.<\/li>\n
- De machine detecteert, de operator kwalificeert: lees de Pareto op duur en aantal.<\/li>\n
- Vier weken volstaan om de gemelde en de gemeten Pareto te vergelijken.<\/li>\n<\/ul>\n<\/div>\n
De 5x waarom, het Ishikawa-diagram en de Pareto-analyse hebben zich ruimschoots bewezen. Als een oorzaakanalyse in de productie in rondjes draait, ligt het bijna nooit aan de methode. Het ligt aan de data die u erin stopt.<\/p>\n
De methodes zijn het probleem niet<\/h2>\n
In Uw productie sturen en de grondoorzaken van uw verliezen vinden<\/a> (in het Frans) schetst R\u00e9mi Doyen, oprichter van Pilote Expertise, helder het kader. Sturen betekent een afwijking vroeg genoeg zien om nog dezelfde dag in te grijpen, terwijl rapportage pas een maand later vaststelt wat er misging. Om te voorkomen dat u symptomen bestrijdt, combineert hij de 5x waarom, Ishikawa en de wet van Pareto, en sluit hij af met een PDCA-cyclus.<\/p>\n
Zijn waarschuwing vat de kern samen: \u201cDe duurste fout in de productie is het zichtbare symptoom behandelen\u201d. Hij wijst er ook op dat een machine die de hele dag draait een OEE van 55% kan halen. Bijna de helft van de beschikbare tijd verdwijnt dan zonder dat iemand het merkt.<\/p><\/blockquote>\n
Daar draait het om. Een verlies dat niemand opmerkt, komt in geen enkele analyse terecht.<\/p>\n
Een Pareto rangschikt alleen wat geregistreerd is<\/h2>\n
Een Pareto van stilstanden sorteert oorzaken op gewicht. Over wat nooit is ingevoerd, zegt hij niets. En in de meeste fabrieken worden stilstanden met de hand geregistreerd: op een ploegrapport, in een Excel-bestand of op een terminal aan het einde van de dienst.<\/p>\n
Een storing van veertig minuten wordt altijd genoteerd. Een omstelling ook. Een vastloper van twee minuten, die de operator zelf verhelpt zonder iemand te roepen, bijna nooit. Veertig van die vastlopers per dag evenmin.<\/p>\n
Het gevolg: de Pareto zet lange, zeldzame verliezen bovenaan, omdat dat de enige zijn die hij ziet. Microstops, kort en frequent, lossen op in het snelheidsverlies, zonder gekoppelde oorzaak. Het verbeterteam pakt de storing van april aan, terwijl het echte verlies zich elk uur herhaalt.<\/p>\n
![\"Vergelijking](\"https:\/\/teeptrak.com\/wp-content\/uploads\/2026\/10\/teeptrak-backlink-a1-nl.png\")
<\/figure>\nDrie vertekeningen die de oorzaakanalyse vervalsen<\/h2>\n
- \n
- De registratiedrempel.<\/strong> De meeste werkinstructies hanteren een minimale duur waaronder u niets registreert. Alles onder die drempel verdwijnt uit de analyse, hoe groot het opgetelde verlies ook is.<\/li>\n
- De restcategorie.<\/strong> \u201cDiversen\u201d, \u201cOverig\u201d, \u201cAfstellen\u201d: als de lijst met oorzaken lang of slecht opgezet is, kiest de operator de snelste optie. De Pareto toont dan een balk \u201cDiversen\u201d waar geen enkele 5x waarom iets mee kan.<\/li>\n
- Registratie achteraf.<\/strong> Ingevuld aan het einde van de dienst, uit het geheugen, rondt het formulier tijden af en voegt het gebeurtenissen samen. Het exacte tijdstip van de stilstand gaat verloren, en daarmee elk mogelijk verband met een ploegwissel, een nieuwe batch of een ander product.<\/li>\n<\/ol>\n
Geen van deze vertekeningen is de schuld van de operators. Ze komen voort uit een systeem dat van hen vraagt om tegelijk te produceren en te documenteren.<\/p>\n
De stilstanddata op het niveau van de methode brengen<\/h2>\n
De oplossing rust op twee principes: de machine detecteert, de mens kwalificeert.<\/p>\n
- \n
- Detectie is automatisch.<\/strong> Elke stilstand, zelfs van enkele seconden, krijgt een tijdstempel met begin, einde en duur. Geen drempel meer, geen afronding, geen geheugenwerk.<\/li>\n
- Kwalificatie blijft mensenwerk.<\/strong> De operator kiest de oorzaak uit een korte lijst die samen met hem is opgesteld. Hij weet waarom de lijn stilstond.<\/li>\n
- U leest de Pareto twee keer.<\/strong> E\u00e9n keer op opgetelde duur, \u00e9\u00e9n keer op aantal keren. Microstops, onzichtbaar in de eerste, domineren vaak de tweede.<\/li>\n<\/ul>\n
De 5x waarom en Ishikawa behouden hun volle waarde. Ze werken alleen op het juiste doel.<\/p>\n
Een aanpak in vier weken<\/h2>\n
- \n
- Week 1: meten zonder iets te veranderen.<\/strong> Laat de automatische detectie op een pilotlijn draaien, zonder de werkinstructies aan te passen. U krijgt een eerlijk beeld van de stilstanden.<\/li>\n
- Week 2: de twee Pareto’s vergelijken.<\/strong> Zet de Pareto uit de handmatige registratie naast die uit de meting. Het verschil tussen beide is vaak het sterkste argument om het project te starten.<\/li>\n
- Week 3: \u00e9\u00e9n oorzaak uitdiepen.<\/strong> Neem de oorzaak die het vaakst voorkomt en werk die met het team op de werkvloer uit met de 5x waarom en daarna met Ishikawa.<\/li>\n
- Week 4: handelen en controleren.<\/strong> Voer de actie uit en volg dezelfde oorzaak met dezelfde meting. De PDCA-cyclus sluit dan op een feit, niet op een gevoel.<\/li>\n<\/ol>\n
Die logica volgt TEEPTRAK in meer dan 700 fabrieken en meer dan 30 landen. De module wordt in de schakelkast bedraad, een sensor wordt langs de lijn geplaatst, en de installatie duurt ongeveer een uur per machine, zonder productiestop en zonder koppeling met de PLC. Bij Hutchinson steeg de OEE van 47% naar 72%.<\/p>\n
Verder lezen<\/h2>\n
- \n
- Uw productie sturen en de grondoorzaken van uw verliezen vinden<\/a>, R\u00e9mi Doyen, Pilote Expertise: de volledige methode, van SQDCP-indicatoren tot PDCA.<\/li>\n
- OEE-datagranulariteit en microstops: waarom de tijdsresolutie van uw data ertoe doet<\/a><\/li>\n<\/ul>\n
FAQ<\/h2>\n
Wat is een oorzaakanalyse in de productie?<\/strong> Een aanpak die de diepere oorsprong van een verlies zoekt in plaats van het zichtbare effect te corrigeren. De meest gebruikte hulpmiddelen zijn de 5x waarom, het Ishikawa-diagram en de Pareto-analyse.<\/p>\n
Waarom daalt mijn stilstandverlies niet ondanks de Pareto?<\/strong> Vaak omdat de Pareto alleen geregistreerde stilstanden rangschikt. Korte, terugkerende stops worden zelden met de hand ingevoerd en ontbreken dus, terwijl ze opgeteld zwaar wegen.<\/p>\n
Moet u stoppen met het handmatig invoeren van oorzaken?<\/strong> Nee. De detectie van de stilstand en de duur ervan moeten automatisch gebeuren, maar de oorzaak wordt gekwalificeerd door de operator, die de realiteit aan de machine kent.<\/p>\n
\nUw echte OEE binnen enkele dagen<\/div>\nModule bedraad in de schakelkast, sensor aan de lijn, ongeveer een uur installatie per machine, zonder MES-project en zonder productiestop.<\/div>\n - OEE-datagranulariteit en microstops: waarom de tijdsresolutie van uw data ertoe doet<\/a><\/li>\n<\/ul>\n
- Week 2: de twee Pareto’s vergelijken.<\/strong> Zet de Pareto uit de handmatige registratie naast die uit de meting. Het verschil tussen beide is vaak het sterkste argument om het project te starten.<\/li>\n
- Kwalificatie blijft mensenwerk.<\/strong> De operator kiest de oorzaak uit een korte lijst die samen met hem is opgesteld. Hij weet waarom de lijn stilstond.<\/li>\n
- De restcategorie.<\/strong> \u201cDiversen\u201d, \u201cOverig\u201d, \u201cAfstellen\u201d: als de lijst met oorzaken lang of slecht opgezet is, kiest de operator de snelste optie. De Pareto toont dan een balk \u201cDiversen\u201d waar geen enkele 5x waarom iets mee kan.<\/li>\n
- De registratiedrempel.<\/strong> De meeste werkinstructies hanteren een minimale duur waaronder u niets registreert. Alles onder die drempel verdwijnt uit de analyse, hoe groot het opgetelde verlies ook is.<\/li>\n