Als mensen me vragen wat de grootste automatiseringsfout is, verwachten ze een technisch antwoord. Een verkeerde tool, een kapotte setup, een ontbrekende koppeling. Het is geen van die. De grootste fout is veel simpeler en veel duurder: een taak automatiseren die eigenlijk niet zou mogen bestaan.
Het gebeurt voortdurend. Iemand wijst naar een pijnlijke, repetitieve taak en zegt: automatiseer dit. En de taak wordt geautomatiseerd, sneller en netter dan voorheen. Maar niemand stond stil bij de betere vraag: waarom doen we deze taak eigenlijk?
Hoe het er in de praktijk uitziet
Stel je een kantoor voor dat elke week uren besteedt aan een gedetailleerd weekrapport. Ze willen het geautomatiseerd, want het vreet hun vrijdagnamiddag op. Begrijpelijk.
Maar als je echt kijkt, wordt de helft van het rapport nooit gelezen. Het bestaat omdat iemand het drie jaar geleden bouwde en het een gewoonte werd. Het automatiseren zou gewoon betekenen dat je de ongelezen helft sneller produceert. De echte winst is niet het rapport automatiseren. Het is het terugbrengen tot het deel dat mensen echt gebruiken, en dat dan automatiseren.
Hetzelfde met een intakeproces van twaalf stappen. De reflex is alle twaalf stappen automatiseren. De betere zet is vragen waarom het er twaalf zijn. Vaak zijn er vier overblijfsels van een oude manier van werken. Automatiseer de twaalf en je hebt de rommel gewoon vastgezet, sneller. Breng het eerst terug naar acht, automatiseer dan.
Waarom deze fout zo makkelijk te maken is
Automatiseren voelt als vooruitgang. Je doet iets. De taak gaat sneller, het dashboard kleurt groen, het lijkt een overwinning. Net dat gevoel is de val. Snelheid op de verkeerde taak is geen vooruitgang. Het is gewoon een snellere versie van werk dat je had moeten schrappen.
En zodra een taak geautomatiseerd is, is ze nog moeilijker in vraag te stellen. Niemand wil het ding verwijderen dat hij net liet bouwen. Dus de nutteloze taak overleeft niet alleen, ze wordt beschermd.
De simpele test die het voorkomt
Voor je iets automatiseert, stel één vraag: als deze taak morgen zou verdwijnen, wat zou er echt breken?
Als het eerlijke antwoord niets belangrijks is, heb je je antwoord gevonden. Automatiseer ze niet. Schrap ze. De snelste taak is diegene die je helemaal niet meer doet. Pas als je zeker bent dat een taak echt moet bestaan, zou je geld mogen uitgeven om ze automatisch te maken.
Ik draai deze test op elk proces voor ik het aanraak. Het is de goedkoopste verbetering die er is, want een taak verwijderen kost niets en bespaart voor altijd tijd, terwijl een taak automatiseren geld kost en minder bespaart.
De volgorde die echt werkt
De juiste volgorde is dus niet meteen naar automatiseren springen. Het zijn drie stappen, in deze volgorde:
- Elimineer. Schrap elke stap en elke taak die niemand zou missen. Dit is gratis en het is de grootste winst.
- Vereenvoudig. Voor wat overblijft, herleid het tot de properste mogelijke versie. Minder stappen, minder uitzonderingen, minder speciale gevallen.
- Automatiseer. Geef nu de propere, noodzakelijke versie aan een machine.
De meeste mensen springen meteen naar stap drie. Ze betalen om de rommel te automatiseren in plaats van ze te verwijderen. Doe de eerste twee stappen en de derde wordt kleiner, goedkoper en veel betrouwbaarder.
Veelgestelde vragen
Wat is de meest voorkomende automatiseringsfout?
Een taak automatiseren die niet zou mogen bestaan. Veel teams versnellen werk dat onnodig of te complex is in plaats van het eerst te verwijderen of te vereenvoudigen, waardoor de inefficiëntie wordt vastgezet in plaats van opgelost.
Hoe weet ik of een taak het waard is om te automatiseren?
Vraag wat er zou breken als de taak morgen verdween. Is het antwoord niets belangrijks, elimineer ze. Moet ze echt bestaan, vereenvoudig ze tot haar properste versie, en automatiseer ze pas dan.
Is een taak verwijderen goedkoper dan ze automatiseren?
Een taak verwijderen is gratis en bespaart voorgoed tijd. Automatiseren kost geld en bespaart minder. Daarom zouden elimineren en vereenvoudigen altijd voor automatiseren moeten komen.
Wil je een tweede paar ogen op een proces voor je het automatiseert, dan heb ik graag een gesprek van 30 minuten om gewoon te zien wat er geschrapt kan worden voor er iets gebouwd wordt.