Kort antwoord: los eerst het incident op en onderzoek daarna waarom het kon ontstaan

Brandjes blussen is soms noodzakelijk. Als klanten wachten, systemen uitvallen of belangrijke informatie ontbreekt, moet de dienstverlening eerst worden hersteld. Het probleem ontstaat wanneer die noodmaatregel ook als structurele oplossing wordt gezien. Dan blijft de oorzaak bestaan en keert hetzelfde type verstoring terug.

Een duurzame aanpak bestaat uit drie verschillende activiteiten: incidentmanagement om de situatie veilig en werkbaar te maken, root cause-analyse om te begrijpen waardoor het probleem ontstond en structurele borging om herhaling te voorkomen. Wie deze stappen door elkaar haalt, trekt vaak te snel conclusies. Een extra controle kan vandaag helpen, maar morgen nieuwe wachttijd en werkdruk veroorzaken.

Incidentmanagement is nodig, maar heeft een beperkte opdracht

Incidentmanagement richt zich op herstel. Het doel is de gevolgen beperken en de normale dienstverlening zo snel mogelijk hervatten. Denk aan een ontbrekend dossier aanvullen, een klant opnieuw informeren, tijdelijk extra capaciteit inzetten of een foutieve overdracht corrigeren.

Dat werk is niet minderwaardig. Goed incidentmanagement voorkomt dat een verstoring verder escaleert. Het vraagt om duidelijke rollen: wie coördineert, wie neemt besluiten, wie informeert betrokkenen en wanneer is de situatie voldoende gestabiliseerd?

De beperking is dat een incidentteam meestal onder tijdsdruk werkt. Daardoor is er weinig ruimte om aannames te toetsen of de hele waardestroom te bekijken. De gekozen maatregel vertelt dus niet automatisch wat de echte oorzaak was. Noteer tijdens het herstel daarom minimaal wat er gebeurde, waar het zichtbaar werd, welke tijdelijke maatregel is genomen en welke vragen nog openstaan.

Herken wanneer incidenten een patroon vormen

Niet ieder los incident vraagt om een uitgebreid verbetertraject. Een structureel onderzoek wordt relevant wanneer problemen terugkeren, op meerdere plekken vergelijkbare gevolgen hebben of alleen door voortdurend kunst- en vliegwerk beheersbaar blijven.

Signalen van zo’n patroon zijn:

• dezelfde fout of vertraging wordt regelmatig opnieuw besproken;

• medewerkers houden eigen lijstjes of controles bij om het proces werkend te houden;

• ervaren collega’s zijn steeds nodig om uitzonderingen op te lossen;

• werk wordt teruggestuurd omdat informatie ontbreekt of verschillend wordt geïnterpreteerd;

• spoedverzoeken verstoren telkens de normale planning;

• een oplossing verplaatst het probleem naar een ander team of procesonderdeel;

• klanten krijgen wisselende antwoorden over status, doorlooptijd of vereisten.

Deze signalen zijn geen bewijs van één specifieke oorzaak. Ze laten wel zien dat afzonderlijke incidenten waarschijnlijk samenhangen met de inrichting van het proces, de samenwerking eromheen of het gedrag dat in de dagelijkse praktijk is ontstaan.

Root cause-analyse begint met een scherpe probleemdefinitie

Een root cause-analyse zoekt niet naar een schuldige, maar naar omstandigheden waardoor een probleem kon ontstaan en blijven bestaan. Begin daarom met een feitelijke probleemomschrijving. Beschrijf wat afweek van de gewenste situatie, waar dat zichtbaar werd, wie of wat er last van had en onder welke omstandigheden het gebeurde.

Vermijd formuleringen als “medewerkers communiceren slecht” of “het systeem werkt niet”. Die uitspraken zijn te algemeen en sturen de analyse al naar een verklaring. Een bruikbare omschrijving is concreter, bijvoorbeeld dat een aanvraag niet kon worden ingepland omdat vereiste informatie bij de overdracht ontbrak. Daarna onderzoek je waarom die informatie ontbrak en waarom dit niet eerder werd gezien.

Gebruik vragen als:

• Waar in het proces werd de afwijking voor het eerst zichtbaar?

• Op welk eerder moment had zij kunnen ontstaan?

• Welke informatie, afspraak of beslissing ontbrak?

• Welke controles bestonden al en waarom voorkwamen die het probleem niet?

• Wat deden medewerkers om het werk toch af te krijgen?

• Welke organisatorische prikkel houdt die werkwijze in stand?

Bekijk de volledige value stream

De plek waar de pijn zichtbaar wordt, is niet altijd de plek waar het probleem ontstaat. Een uitvoerend team merkt bijvoorbeeld dat dossiers onvolledig binnenkomen. De oorzaak kan eerder liggen, bij de informatie die aan een klant wordt gevraagd, de manier waarop verkoop iets vastlegt of een systeemveld dat verschillende interpretaties toestaat.

Breng daarom de volledige value stream in beeld: vanaf de eerste klantvraag tot en met de levering en eventuele nazorg. Noteer niet alleen processtappen, maar ook wachttijden, overdrachten, beslismomenten, informatiestromen en herstelwerk. Vraag medewerkers wat volgens de afspraak moet gebeuren én wat zij in werkelijkheid doen. Het verschil daartussen bevat vaak waardevolle informatie.

Een value stream map is geen doel op zich. Het schema helpt om gezamenlijk naar hetzelfde proces te kijken en hypotheses over oorzaken te toetsen. Als alleen managers het proces tekenen zonder de mensen die het werk uitvoeren, blijven uitzonderingen en informele oplossingen gemakkelijk buiten beeld.

Onderzoek proces, interactie en gedrag samen

Terugkerende problemen hebben vaak meerdere samenhangende oorzaken. Een formulier kan onduidelijk zijn, terwijl medewerkers ook hebben geleerd om ontbrekende informatie zelf aan te vullen. Een overdrachtsafspraak kan bestaan, maar in het overleg wordt niet besproken wanneer zij niet werkt. Een systeem kan een fout toestaan, terwijl tijdsdruk ervoor zorgt dat controles worden overgeslagen.

Daarom kijkt Leanprofs naar drie lagen. De proceslaag gaat over stappen, rollen, systemen en informatie. De interactielaag gaat over overleg, afstemming en besluitvorming. De gedragslaag gaat over gewoonten, aannames, aanspreken en het omgaan met afwijkingen. Alleen een technisch aangepaste processtap is onvoldoende als de samenwerking eromheen hetzelfde blijft.

Dit betekent niet dat elk incident een cultuurvraagstuk is. Zoek eerst naar waarneembare feiten. Gedrag wordt pas een bruikbare verklaring als duidelijk is welk concreet handelen het probleem beïnvloedt en welke omstandigheden dat handelen logisch of aantrekkelijk maken.

Praktijkvoorbeeld: een onvolledige klantaanvraag

Stel dat aanvragen vaak pas bij de planning onvolledig blijken. Het incident wordt opgelost doordat een planner zelf contact opneemt met de klant. De aanvraag kan daarna verder, maar de planner verliest tijd en ander werk schuift op.

Bij een root cause-analyse blijkt mogelijk dat “compleet” door verkoop en planning verschillend wordt uitgelegd. Het formulier laat bovendien ruimte voor vrije invoer en onduidelijkheden worden meestal mondeling opgelost. Een extra eindcontrole bij planning zou het incident eerder signaleren, maar niet voorkomen.

Een structurele oplossing richt zich daarom op de overdracht: een gezamenlijke definitie van compleet, duidelijke invoervelden, een expliciet beslismoment en een afspraak over afwijkingen. Daarna volgt het team of aanvragen volgens de nieuwe werkwijze binnenkomen. Het voorbeeld laat zien waarom herstel, oorzaakanalyse en borging elk een andere functie hebben.

Van oorzaak naar gerichte maatregel

Kies pas een maatregel nadat de vermoedelijke oorzaak met betrokkenen is getoetst. Geef voorrang aan oplossingen die voorkomen dat het probleem ontstaat of het direct zichtbaar maken op de plek waar het ontstaat. Extra controles aan het einde van het proces zijn soms nodig, maar voegen ook werk toe en kunnen verantwoordelijkheid vertroebelen.

Test een verandering bij voorkeur op beperkte schaal. Spreek af welk effect je verwacht, wie observeert wat er gebeurt en wanneer je evalueert. Werkt de maatregel niet, dan is dat informatie. Misschien was de analyse onvolledig, trad een ongewenst neveneffect op of is de nieuwe afspraak niet uitvoerbaar in de praktijk.

Structurele borging maakt het verschil

Een oplossing is niet geborgd doordat zij in een procesbeschrijving staat. Borging betekent dat eigenaarschap, opvolging en leren onderdeel worden van het normale werk. Maak daarom duidelijk wie verantwoordelijk is voor het proces, waar afwijkingen worden besproken en wie een werkwijze mag aanpassen.

Leg alleen vast wat medewerkers nodig hebben om consequent te werken. Een korte, begrijpelijke standaard is vaak nuttiger dan uitgebreide documentatie die niemand gebruikt. Zorg daarnaast dat nieuwe medewerkers de werkwijze leren en dat teams terugkerende afwijkingen niet opnieuw als losse incidenten behandelen.

Structureel verbeteren kent ook grenzen. Bij een eenmalige externe verstoring kan een uitgebreid oorzakenonderzoek buiten verhouding zijn. En als de situatie nog onveilig of instabiel is, gaat herstel voor. De juiste volgorde is dan: stabiliseren, feiten bewaren, analyseren en pas daarna blijvend aanpassen.

De procesverbetering-checklist helpt om een terugkerend probleem systematisch te onderzoeken. Bekijk ook de Leanprofs-aanpak voor structurele verbetering van proces, interactie en gedrag.

Verder werken aan procesoptimalisatie?

Blijven dezelfde verstoringen terugkomen of is onduidelijk waar ze ontstaan? Leanprofs helpt organisaties onderscheid te maken tussen noodzakelijk incidentherstel, onderzoek naar oorzaken en structurele borging. Daarbij staan het volledige proces en de mensen die erin werken centraal. Neem contact op met Bart van Waes voor een eerste gesprek.