Een goedkeuringspoort is eenvoudig te beschrijven: de agent bereikt een actie met gevolgen, stopt, en wacht tot een met naam genoemde persoon goedkeurt. Het lastige deel is het schema: bepalen welke acties achter een poort staan en welke doorlopen. Wie er in een van beide richtingen naast zit, heeft een systeem dat geruisloos faalt.
De twee manieren om te falen
Zet alles achter een poort en u hebt een dure takenlijst gebouwd. De goedkeurder ziet veertig items per dag, leest ze tegen donderdag niet meer, en goedkeuren wordt een reflex. Het dossier laat een mens in de lus zien; die mens zal er in werkelijkheid niet in hebben gezeten. Auditors noemen dat blind afstempelen, en een poort die dat veroorzaakt is erger dan geen poort, omdat ze valse zekerheid produceert.
Zet te weinig achter een poort en u hebt oordeelsvorming gedelegeerd die u wilde behouden. De ongemakkelijke waarheid is dat de meeste bedrijven niet precies kunnen zeggen welke acties in een workflow gevolgen hebben, omdat er altijd een persoon was die problemen informeel opving. Het uitschrijven van het poortschema dwingt die vraag naar de oppervlakte.
Hoe wij het schema vaststellen
We beginnen elke rol met drie vragen per actie. Kan ze binnen een werkdag ongedaan worden gemaakt? Verlaat ze het bedrijf? Verplaatst ze geld, verplichtingen of toegang? Een actie die het bedrijf verlaat of een van die drie verplaatst, staat bij implementatie altijd achter een poort, wat de risicobereidheid van de klant ook is. Omkeerbare interne acties lopen door, en het besluitenlogboek vangt ze op voor beoordeling achteraf in plaats van vooraf.
Dat openingsschema is bewust conservatief, en het wordt vastgelegd als vertrekpunt, niet als eindbestemming.
Een ruimer mandaat verdienen
Mandaten worden verruimd op basis van bewijs, niet van comfort. Na de begeleide periode laat het dossier zien welke acties achter een poort wekenlang ongewijzigd zijn goedgekeurd, elke keer opnieuw. Dat zijn kandidaten om door te laten lopen, en de functieomschrijving wordt, met goedkeuring, aangepast om dat vast te leggen. De audittrail blijft hoe dan ook meekijken.
Het omgekeerde gebeurt ook, en het systeem is daar eerlijk over. Als een categorie acties correcties begint op te leveren, gaat ze terug achter een poort. Niemand gaat in discussie met het logboek.
Wat de goedkeurder ziet
Een poort is slechts zo goed als het scherm dat de goedkeurder leest. Het onze toont de actie, de input waarop de agent heeft vertrouwd, de output die hij wil vrijgeven en de relevante historie, op één scherm, want een goedkeurder die naar context moet zoeken, houdt op met zoeken. De poort legt vast wat er op dat scherm stond op het moment van goedkeuring. Wanneer iemand een jaar later vraagt wat de goedkeurder wist, is het antwoord exact.
Beoordeelt u een agentisch platform, welk dan ook, vraag dan eerst het scherm van de goedkeurder te zien en pas daarna de output van de agent. Het tweede is eenvoudig indrukwekkend te maken. Het eerste is waar uw governance werkelijk zit.