Grote automatiseringstrajecten mislukken zelden op techniek. Ze mislukken op volgorde. Hoe je een groot traject opknipt in delen die zelfstandig waarde leveren.
Grote automatiseringstrajecten mislukken zelden op techniek. Ze mislukken op volgorde. Er wordt maanden gebouwd aan iets wat in één keer live moet, en de eerste echte feedback komt pas als de helft van de aannames al achterhaald is. Dit is hoe je dat voorkomt zonder de ambitie te verkleinen.
Een groot plan vraagt dat je vooraf beslissingen neemt over situaties die je nog niet hebt meegemaakt. Hoe gaat het systeem om met die ene klant die anders factureert, met de leverancier die geen koppeling heeft, met de collega die het proces al jaren op zijn eigen manier doet. Die vragen komen pas boven zodra er iets echt draait.
Bouw je alles voordat er iets draait, dan verzamel je maandenlang aannames zonder ze te toetsen. En als het dan live gaat, verandert het werk van iedereen tegelijk. Dat is precies het moment waarop mensen terugvallen op hun oude manier, en dan heb je een duur systeem dat naast het echte werk staat.
Wij knippen een groot traject op in delen die zelfstandig iets opleveren. Niet in technische fases zoals database, koppelingen en scherm, want daar heeft niemand iets aan tot ze alle drie af zijn. Wel in stukken werk: eerst de aanvragen die binnenkomen, dan de opvolging, dan de facturatie.
Elk stuk gaat live zodra het werkt. Dat betekent dat er na een paar weken al tijd wordt bespaard, dat je onderweg kunt bijsturen, en dat je team in stappen went in plaats van in één klap. Meer over hoe zo'n keten is opgebouwd staat in wat is een automation pipeline.
Dat laatste punt wordt onderschat. Het eerste deel is niet alleen een oplevering maar ook een meting. Blijkt de gegevenskwaliteit slechter dan gedacht, dan weet je dat na drie weken en niet na negen maanden.
Twee dingen kun je niet opknippen, en die horen daarom vooraan.
Het eerste is de afspraak over hoe het proces hoort te lopen. Automatisering legt vast wat er gebeurt, dus als er geen overeenstemming is over de juiste werkwijze, dan bevriest je die onenigheid. Dat is een gesprek binnen je eigen organisatie en geen technische taak, maar het bepaalt of de rest slaagt.
Het tweede is de vraag wie waarvoor verantwoordelijk is als er iets misgaat. Een systeem dat stil faalt is gevaarlijker dan handwerk, want dan gaat iedereen ervan uit dat het goed gaat. Elke stap krijgt daarom foutafhandeling met een melding naar een echte persoon. Hoe je bepaalt wat het systeem zelf mag beslissen staat in goedkeuring en controle bij AI.
Na de intake maken we een specificatie voor het geheel en een gedetailleerde voor het eerste deel. Zo weet je waar het naartoe gaat zonder dat we doen alsof we alle details van maand zes nu al kennen. Dat zou een fictie zijn en die kost je later geld.
Tijdens de bouw krijg je korte updates en test je mee op je eigen gegevens. Werkt iets anders dan bedacht, dan sturen we bij terwijl we bouwen. Bij oplevering van elk deel hoort documentatie en de broncode, zodat je niet halverwege een traject afhankelijk wordt van één partij. Zie ook van losse tools naar één AI-systeem.
De techniek is bij dit formaat zelden de bottleneck. De afstemming wel. Er is iemand nodig die knopen mag doorhakken zonder eerst drie mensen te raadplegen, want anders wordt elke keuze een vergadering en loopt de doorlooptijd op zonder dat er meer gebouwd wordt.
Daarnaast heb je iemand nodig die het proces echt kent, inclusief de uitzonderingen waar collega's stilzwijgend omheen werken. Die uitzonderingen komen nooit uit een handboek en bijna altijd uit een gesprek met de persoon die het werk dagelijks doet. Sla je die stap over, dan bouw je het proces zoals het op papier hoort te gaan, en dat is precies het systeem waar iedereen na oplevering omheen gaat werken.
Tot slot vraagt het bereidheid om onderweg te kiezen. In stukken bouwen betekent dat er elke paar weken een moment is waarop je op basis van iets werkends beslist wat er daarna komt. Dat is een voordeel, maar alleen als die beslissing ook echt genomen wordt.
Meestal niet, en vaak het tegendeel. Wat je bespaart is het herbouwen van onderdelen die op verkeerde aannames stonden. Wat het wel vraagt is dat je bereid bent onderweg te kiezen.
Dan verschuif je alle risico's naar het einde. Bovendien loopt het rendement pas op het moment dat er iets draait, en dat is elke week uitstel die je niet terugkrijgt.
Dat is precies waarvoor deze aanpak bedoeld is. Elk deel dat af is blijft werken, ook als de rest een andere kant op gaat.
Per deel een paar gesprekken, toegang tot de systemen die geraakt worden en iemand die knopen mag doorhakken. Zonder die laatste persoon loopt elk traject vast op afstemming.
Vrijwel nooit. We koppelen aan wat er staat. Vervangen kost geld en goodwill en levert op zichzelf niets op.
Heb je een groot plan dat al een tijdje blijft liggen, dan is de nuttigste vraag welk stuk ervan volgende maand kan draaien. Plan een gesprek, of bekijk op cases hoe zulke systemen zijn opgebouwd.
dGEN Productions, AI agency en business-automation partner uit Eindhoven. info@dgenproductions.nl · 06-87413056