Wie beoordeelt het werk dat een agent oplevert
Zodra AI zelfstandig werk oplevert, moet je afspreken wie het beoordeelt en wie akkoord geeft voordat het wordt gebruikt. Je leest hoe je review, eigenaarschap en controle organiseert zonder dat je team vastloopt in nakijkwerk.
Spreek af wie voor het resultaat tekent
Stel: een AI-agent, software die binnen een opdracht zelf stappen uitvoert, past een formulier aan en levert de wijziging op. De velden staan goed, de foutmeldingen zijn duidelijk en de bestaande controles slagen. Toch ontbreekt een uitzondering die voor jouw dienstverlening belangrijk is. Wie had die moeten herkennen? Zodra AI iets maakt dat je daadwerkelijk gaat gebruiken, heb je iemand nodig die het resultaat kan beoordelen en daarover beslist. Dat eigenaarschap moet duidelijk zijn voordat het werk begint, ook als de opdracht klein lijkt.
Maak daarbij onderscheid tussen controleren of iets werkt en bepalen of het de bedoeling is. Een ontwikkelaar kan beoordelen of de wijziging technisch klopt. Een collega die het proces kent, kan zien of de juiste uitzonderingen zijn meegenomen. Soms vervult één persoon beide rollen, soms heb je elkaar nodig. Leg vast wie het uiteindelijke akkoord geeft en zorg dat die persoon genoeg context en tijd heeft. Een naam naast een taak is op zichzelf nog geen werkbare afspraak.
Goed reviewen vraagt om een andere werkwijze
Als je zelf iets bouwt, maak je onderweg keuzes en weet je waar je twijfelde. Bij werk van een agent krijg je het resultaat zonder dat hele denkproces. Je leest meer dan je schrijft en moet reconstrueren welke keuzes zijn gemaakt. Dat vraagt gerichte aandacht: welke aanname zit hierin, welk onderdeel raakt dit nog meer en waar kan het ongemerkt misgaan? Alles aandachtig doorlezen klinkt zorgvuldig, maar zonder duidelijke aandachtspunten kun je veel tijd besteden en toch de belangrijkste fout missen.
Begin je review daarom bij de opdracht en de gevolgen van een fout. Controleer bij een aangepast formulier bijvoorbeeld wie het mag invullen, welke gegevens verplicht zijn en wat er gebeurt bij ongeldige invoer. Vraag daarna pas hoe de oplossing is opgebouwd. Een toelichting van de agent helpt je op weg, maar vervangt je eigen beoordeling niet. Reserveer daar ook ruimte voor: als opleveren sneller gaat, groeit de behoefte aan tijd om te controleren.
Geef de agent duidelijke grenzen en overdrachten
Een team heeft afspraken nodig over wat een agent zelfstandig mag doen. Een concept opstellen is een andere bevoegdheid dan dat concept versturen. Een wijziging voorbereiden is iets anders dan die beschikbaar maken voor gebruikers. Beschrijf die grenzen per soort handeling en benoem wanneer een mens moet meekijken. Kijk daarbij naar de gevolgen: raakt het werk klantgegevens, toegangsrechten of een proces dat moeilijk te herstellen is? Dan vraagt de overdracht om andere controles dan bij een tekstwijziging op een interne pagina.
Maak ook concreet wat de beoordelaar ontvangt: de oorspronkelijke opdracht, een overzicht van de wijzigingen, de uitgevoerde controles en eventuele open vragen. Zorg dat je het verschil met de vorige versie kunt bekijken. Een samenvatting alleen laat niet zien wat er precies is veranderd. Spreek daarnaast af wat er gebeurt bij twijfel of ontbrekende informatie. De agent moet kunnen stoppen en terugvragen, zonder zelf de opdracht uit te breiden om toch een afgerond resultaat te leveren.
De agent
- leest de opdracht, met zijn grenzen
- voert uit en stopt bij twijfel
- zet het verschil en de controles klaar
de overdracht
De mens
- beoordeelt waar een fout duur is
- geeft akkoord, met mandaat en tijd
- controleert na ingebruikname
Maak kwaliteit zichtbaar met controles rondom het werk
Kwaliteit wordt niet vanzelf geborgd doordat je een geschikt model kiest. Je hebt controles nodig die fouten zichtbaar maken voordat het resultaat verdergaat. Bij software helpen automatische tests bijvoorbeeld om te controleren of bestaande functies blijven werken en afgesproken situaties goed worden afgehandeld. Die tests dekken alleen wat je erin hebt vastgelegd. Een geslaagde controle vertelt dus nog niet of de opdracht volledig is begrepen. Laat wijzigingen aan de tests zelf ook beoordelen, zeker wanneer dezelfde agent zowel de oplossing als de controles aanpast.
Houd opdrachten klein genoeg om het resultaat te kunnen overzien. Bewaar de opdracht, de gebruikte versie, de wijzigingen en het menselijke akkoord bij elkaar, zodat je later kunt terugvinden wat er is gebeurd. Controleer na ingebruikname ook of het resultaat zich gedraagt zoals verwacht en zorg dat je een wijziging kunt terugdraaien. Zo bouw je controle op meerdere momenten in. Dat maakt fouten niet onmogelijk, maar geeft je aanknopingspunten om ze te vinden en te herstellen.
Richt het proces in rond menselijke verantwoordelijkheid
Als AI meeproduceert, hoort beoordelen bij het werk dat je vooraf organiseert. Geef iemand het mandaat om akkoord te geven, maak veranderingen inzichtelijk en zorg voor controles die passen bij de gevolgen van een fout. Kijk dus ook naar hoeveel werk je team zorgvuldig kan beoordelen voordat je meer laat maken. De verantwoordelijkheid blijft bij mensen, dus richt je proces daar ook op in.
Plan een kennismaking