Er komt een moment waarop je automatisering zelf een beheerprobleem wordt. Bij één agent kijk je gewoon af en toe of hij nog goed loopt. Bij vijf lukt dat ook nog wel. Maar rond de dertig agents, verspreid over monitoring, code, boekhoudcontrole en communicatie, is dat niet meer te doen. Je kunt niet dertig logboeken bijhouden. En het verraderlijke is: een agent die niks nuttigs meer doet, blijft vaak gewoon “draaien”. Er komt geen foutmelding. Alles lijkt in orde, terwijl er van alles is verzand.

Dat is precies het gat waar ik in viel. En de oplossing bleek niet minder automatisering, maar een extra laag: een agent die de andere agents bewaakt.

Draaien is niet hetzelfde als werken#

De kern van het probleem zit in dat ene woord: “draaien”. Een geautomatiseerde taak die netjes elke dag opstart, zijn ronde doet en weer stopt, ziet er kerngezond uit. Maar dat zegt niets over of hij nog effect heeft. Ik ben in de praktijk vier manieren tegengekomen waarop een agent kan “draaien” zonder te werken, en ik laat mijn toezichtslaag daar wekelijks op classificeren:

  • Dood. De agent staat wel ingepland, maar draaide feitelijk niet binnen zijn eigen ritme. Een dagelijkse taak die al dagen stil ligt, een wekelijkse die overgeslagen wordt. De oorzaak is meestal saai: een vastgelopen slot, een kapotte planning, of een script dat stilletjes faalt zonder te piepen.
  • Ruis. De agent draait wél, maar levert niets bruikbaars: bergen runs met nauwelijks resultaat, foutmeldingen, of output waar niemand iets mee kan. Hij kost geld en aandacht, en geeft er niets voor terug.
  • Vastgelopen lus. Dit is de gevaarlijkste, en de meest voorkomende. De agent produceert keer op keer dezelfde uitkomst waar niemand iets mee doet. Denk aan een reparatie-agent die telkens hetzelfde voorstel opnieuw indient omdat de vorige nooit werd afgerond. Het stapelt zich op, en niemand sluit de kringloop.
  • Verslechterende trend. Vergeleken met vorige week gaat het de verkeerde kant op: de stapel onafgehandeld werk groeit, dezelfde storing keert terug. Een agent die elke week hetzelfde meldt zonder dat het wordt opgelost, is geen melder maar een kapotte terugkoppeling.

Die vier categorieën samen vangen precies wat je met een simpele “leeft-ie nog”-check zou missen. Want al deze agents leven. Ze doen alleen niet meer wat ze moesten doen.

Het principe: meld niet wat je zelf kunt oplossen#

Nu zou je denken: mooi, dan laat ik die toezichtslaag alles wat er misgaat naar mijn telefoon sturen. Maar dan heb ik het probleem alleen verplaatst. Dan ruil ik dertig ongecontroleerde agents in voor één agent die me de hele dag berichten stuurt. Het doel is niet meer meldingen, het doel is een stillere telefoon.

Daarom heb ik het leidende principe van die bewakingslaag letterlijk in zijn instructies gezet, in twee regels:

Meld niet wat je zelf kunt oplossen. Los niets op wat je niet begrijpt.

Die twee zinnen doen al het zware werk. De eerste helft dwingt de toezichthouder om eerst zelf te handelen waar dat veilig kan, en pas daarna de rest, alleen datgene wat een mens echt nodig heeft, aan mij door te geven. Een vastgelopen slot dat een agent blokkeert en waarvan aantoonbaar geen levend proces meer bezig is, ruimt hij zelf op. Een lus die zichzelf blijft herhalen, zet hij op pauze om de bloeding te stoppen. Dat hoef ik niet te weten op het moment zelf; ik hoef alleen te weten dat het opgelost is.

De tweede helft is minstens zo belangrijk, want die voorkomt dat de bewaker zelf schade aanricht. Als hij een probleem niet doorgrondt, mag hij er niet zelf aan sleutelen. Dan is doorgeven aan een mens juist het goede antwoord. Een toezichthouder die dingen “oplost” die hij niet begrijpt, is gevaarlijker dan geen toezichthouder. De grens tussen zelf ingrijpen en escaleren loopt exact langs de vraag: begrijp ik wat hier gebeurt, en is mijn ingreep veilig en omkeerbaar?

Symptoom versus oorzaak#

Er zit nog een laag onder dit principe die ik pas gaandeweg heb geleerd. Als iets terugkeert, is de reflex om het telkens opnieuw te “herstarten”. Storing weg, klaar. Maar een probleem dat drie keer per week terugkomt, is geen incident meer, dat is een patroon. En een patroon herstart je niet weg.

Neem die vastgelopen lus van de reparatie-agent. De verleiding is om elke opgestapelde reparatie handmatig af te ronden en door te gaan. Maar de echte fix zit een niveau dieper: waarom wordt dat werk nooit afgesloten? Daar ligt de structurele oorzaak, en die aanpakken is wat de stapel écht stopt. Mijn toezichtslaag is daarom zo ingericht dat hij bij herhaling niet het symptoom meldt, maar de onderliggende oorzaak opzoekt en een structureel voorstel doet: dit gaat zoveel keer per week kapot, de oorzaak is dit, en zo los je het aan de wortel op. Dat is een heel ander soort melding dan “er ging weer iets mis”. Het is er eentje waar je daadwerkelijk iets mee kunt.

Wat betekent dit voor jouw bedrijf?#

Je draait waarschijnlijk geen dertig agents. Maar zodra je meer dan een paar stukken automatisering hebt, komt dit probleem op je af, en het schaalt verrassend goed naar beneden:

  1. Meet effect, niet activiteit. “Het draait” is geen geruststelling. De vraag is: wat heeft dit deze week daadwerkelijk opgelost dat anders was blijven liggen? Kun je die vraag niet beantwoorden, dan weet je niet of je automatisering nog werkt.
  2. Bouw de vraag “levert dit nog iets op” in. Zet, al is het maar wekelijks, één moment of één controle waarop je automatisering langs de lat “dood, ruis, vastgelopen of gezond” gaat. Anders sluipt de verzanding erin zonder dat iets op rood springt.
  3. Laat toezicht niet gelijkstaan aan meer meldingen. Het doel van een controlelaag is een rustigere inbox, niet een vollere. Laat hem eerst zelf oplossen wat veilig kan, en alleen doorgeven wat een mens echt moet beslissen.
  4. Herstart geen patronen. Iets wat blijft terugkomen, vraagt niet om een reset maar om een oorzaakanalyse. Anders betaal je elke week opnieuw voor hetzelfde probleem.

De grap is bijna dat mijn nuttigste agent er eentje is die zelf niets produceert. Hij bewaakt alleen of de rest nog zinvol werk doet. En juist dat maakt het verschil tussen een vloot automatisering die je aandacht opslokt en eentje die stilletjes zijn werk doet. Het uiteindelijke doel was nooit meer automatisering. Het was een stillere telefoon.

Wil je scherp krijgen waar in jouw bedrijf automatisering echt effect heeft en waar het alleen maar “draait”, en hoe je dat beheersbaar houdt? Kijk dan op de consulting-pagina hoe ik werk. En om per proces te bepalen wat je een agent zelf laat oplossen en wat altijd langs een mens moet, is er een gratis werkdocument bij de downloads.