De AI-teamdynamiek

Elk hoofdstuk van De AI-teamdynamiek met het motto uit de gedrukte editie, wat je erna kunt, en wanneer je het nodig hebt.

1. Introductie

   Het interfaceprobleem

   Als je AI-agents toevoegt zonder rollen, interfaces, verantwoordelijkheid en leerlussen opnieuw te ontwerpen, ontstaan nieuwe faalwijzen die sneller opstapelen dan de productiviteitswinst. De eerste stap is de interfacechaos scherp te zien.

   Wat je erna kunt

   Je voert een week lang een teaminterface-audit uit, telt de overdrachten waarvoor je team met menselijke aandacht betaalt en benoemt het eerste interfacecontract dat je kunt invoeren.

   Gebruik dit hoofdstuk wanneer

   Agents "helpen", maar uitzonderingen, herstelwerk en afnemend vertrouwen nemen toe.

2. Hoofdstuk 1

   Gedeelde intentie vóór tools

   Een expliciete, gedeelde missie met succescriteria moet voorafgaan aan elke inzet van tools of agents. Anders optimaliseren agents op schaal het verkeerde doel. Intentie is de noordster die modelupdates overleeft.

   Wat je erna kunt

   Je schrijft een volledige intentiekaart van één pagina voor de agenttoepassing met de grootste impact: de missie, drie observeerbare criteria met nulmetingen, aanvaardbare en onaanvaardbare faalwijzen en beslissingen die aan menselijk oordeel voorbehouden blijven. Daarna voer je met de betrokken mensen een intentie-audit van 30 minuten uit.

   Gebruik dit hoofdstuk wanneer

   Een agent resultaten produceert die aannemelijk lijken, maar steeds menselijk herstelwerk vragen of verderop in het proces problemen veroorzaken.

3. Hoofdstuk 2

   Werk toewijzen op basis van sterktes

   Als je standaard kiest voor "de agent doet wat hij kan" of "mensen doen wat ze altijd al deden", verspil je het comparatieve voordeel. Je moet sterktes expliciet in kaart brengen. Wijs werk toe aan de mens of agent die voor die taak sterker is.

   Wat je erna kunt

   Je scoort je drie belangrijkste terugkerende taken op de vier dimensies van de sterktematrix, past de beslisregels voor twijfelgevallen toe en wijst deze week minstens één taak opnieuw toe.

   Gebruik dit hoofdstuk wanneer

   Het team tijd besteedt aan werk dat een agent beter kan doen, of een agent resultaten produceert die veel menselijk herstelwerk vergen.

4. Hoofdstuk 3

   Interfaces afspreken

   Onduidelijk eigenaarschap van output tussen mensen en agents is de belangrijkste bron van afbrokkelend vertrouwen en herstelwerk. Expliciete interfacecontracten zijn niet onderhandelbaar. Overdrachten zijn ontwerp, geen bijzaak.

   Wat je erna kunt

   Je schrijft een volledig vijfdelig interfacecontract (invoer, uitvoer, acceptatiecriteria, escalatie en terugdraaiing) voor je gevaarlijkste overdracht tussen mens en agent. Daarna toets je je andere overdrachten aan de tabel voor interfaceschuld.

   Gebruik dit hoofdstuk wanneer

   Werk steeds heen en weer gaat, of informele tussencontrole de standaardstap is geworden.

5. Hoofdstuk 4

   Evaluatielussen

   "Het lijkt te werken" is geen evaluatie. Doorlopende lussen met meerdere bronnen moeten zowel de prestaties van mensen als die van agents meten om stille achteruitgang te voorkomen. Evaluatie is het vroegtijdige waarschuwingssysteem.

   Wat je erna kunt

   Je ontwerpt één complete evaluatielus voor je agenttoepassing met het grootste risico: drie verplichte gegevensbronnen, waarneembare actiedrempels, een benoemde eigenaar en een criterium voor terugdraaien. Bij toepassingen met grote gevolgen voeg je een bron voor effecten op langere termijn toe.

   Gebruik dit hoofdstuk wanneer

   Een agent al weken draait en de enige informatie luidt: "het lijkt sneller te gaan".

6. Hoofdstuk 5

   Review als werkritme

   Ad-hocbesprekingen of ontbrekende teamevaluaties laten sluipende afwijkingen zich opstapelen. Alleen een vast werkritme houdt een groeiend gemengd team eerlijk. Ritme maakt van evaluatie een besturingssysteem.

   Wat je erna kunt

   Je installeert de architectuur van drie vaste evaluatieritmes met volledige agenda's: wekelijks 30 minuten, maandelijks 90 minuten en elk kwartaal een halve dag. Daarna doorloop je er één volledige week mee en breng je ten minste twee ad-hocbesprekingen over agents onder in het ritme, of schaf je ze af.

   Gebruik dit hoofdstuk wanneer

   Besprekingen over agents zich afspelen in Slack-discussies en dagstarts steeds langer duren, terwijl iedereen zegt: "we gebruiken toch AI?"

7. Hoofdstuk 6

   Guardrails en noodstoppen

   Te veel vertrouwen in agents vernietigt waarde. Te veel angst doet hetzelfde. Alleen expliciete, geteste guardrails en noodstoppen houden een gemengd team binnen zijn werkingsruimte. Grenzen zijn niet optioneel.

   Wat je erna kunt

   Je formuleert drie niet-onderhandelbare guardrails als toetsbare predicaten voor je agenttoepassing met het hoogste risico. Daarna definieer je één noodstop met zowel een technisch als een menselijk pad, en voer je deze week de tabletopoefening van 15 minuten uit.

   Gebruik dit hoofdstuk wanneer

   Een agent werkt in een domein waar een verkeerde uitkomst echte kosten veroorzaakt, bijvoorbeeld voor naleving, klantvertrouwen, geld of veiligheid.

8. Hoofdstuk 7

   Uitvoering delegeren, eigenaarschap behouden

   Diffuse verantwoordelijkheid is de stille ondermijner van gemengde teams. Mensen moeten het uiteindelijke oordeel en het eigenaarschap expliciet behouden, ook wanneer agents steeds meer van de uitvoering overnemen. De menselijke soevereine laag is niet onderhandelbaar.

   Wat je erna kunt

   Je bouwt een eigenaarschapskaart voor de 3 belangrijkste beslisklassen waarbij agents betrokken zijn: per klasse één genoemde besliseigenaar, diens bevoegdheid om in te grijpen en de registratie waarin diens ondertekening wordt vastgelegd.

   Gebruik dit hoofdstuk wanneer

   Formuleringen als "de agent besloot" of "het systeem adviseerde" in incidentanalyses normaal zijn geworden.

9. Hoofdstuk 8

   Vaardigheidsverlies voorkomen

   Wat je erna kunt

   Je voert met het werkblad in dit hoofdstuk een audit op vaardigheidsverlies uit voor je drie rollen met de meeste agentondersteuning en plant deze week één sessie voor doelgerichte oefening in voor de betrokken medewerker.

   Gebruik dit hoofdstuk wanneer

   Je beste mensen vooral agents aansturen, hun werk redigeren of er toezicht op houden, terwijl hun oorspronkelijke vakmanschap wegzakt.

10. Hoofdstuk 9

    Samengestelde productiviteit meten

    IJdelheidsmetrieken zoals tokens, afgeronde taken en snelheid verhullen of het gemengde team in de loop van de tijd beter of slechter wordt. Daarvoor heb je samengestelde lussen nodig die de groei van mens én agent meten. Alleen productiviteit die de productiviteit van de volgende cyclus verbetert, is duurzaam.

    Wat je erna kunt

    Je bouwt voor je gemengde team met de grootste impact het dashboard met vier rijen, op basis van gegevens die je al hebt, en voorziet deze week de eerste metriek van meetpunten. Geen nieuwe software: logboeken van menselijke ingrepen, evaluatienotities, wachtrijen met uitzonderingen en inwerkgegevens.

    Gebruik dit hoofdstuk wanneer

    De enige cijfers die je hebt zijn "we leverden sneller" of "de agent deed 40% meer".

11. Hoofdstuk 10

    Conflict en escalatie

    Wanneer de uitkomsten van mens en agent botsen, verandert het ontbreken van een expliciete escalatiearchitectuur onenigheid in verlamming of het opgeven van menselijk oordeel. Conflict is een signaal, geen mislukking.

    Wat je erna kunt

    Je schrijft het vijfdelige escalatieprotocol voor je agenttoepassing met het hoogste risico, deelt je laatste drie meningsverschillen in volgens de taxonomie en doorloopt deze week één gesimuleerde onenigheid met het protocol.

    Gebruik dit hoofdstuk wanneer

    Een mens en een agent, of twee agents, tot verschillende uitkomsten komen en het team geen vastgelegde manier heeft om daarover te beslissen.

12. Hoofdstuk 11

    Agents onboarden en uitfaseren

    Wie agents als permanente onderdelen behandelt, bouwt ongemerkt technische schuld en vaardigheidsschuld op. Iedere agent heeft daarom een expliciet protocol nodig voor onboarding en uitfasering. Agents hebben een levenscyclus. Ontwerp die.

    Wat je erna kunt

    Je toetst je huidige agents aan de levenscycluschecklist, benoemt voor elke agent de trigger voor uitfasering en schrijft een uitfaseringsplan voor minstens één agent die een einddatum hoort te hebben.

    Gebruik dit hoofdstuk wanneer

    Een agent al maanden of jaren draait en niemand meer vraagt: "Moet deze nog bestaan?"

13. Hoofdstuk 12

    Je teamprotocol bouwen

    Elk gemengd team voelt nieuw totdat je een levend protocol hebt waarin intentie, sterktes, interfaces, evaluatie, ritme, guardrails, eigenaarschap en levenscyclus zijn vastgelegd. Het protocol is het geheugen en het immuunsysteem van het team.

    Wat je erna kunt

    Je stelt versie 1.0 van je SYNERGY-protocol samen uit de artefacten die je al hebt gebouwd: één pagina per onderdeel, met uitgewerkte fragmenten als voorbeeld. Daarna wijs je een eigenaar aan en laat je één teamlid de onboardingtest doorlopen.

    Gebruik dit hoofdstuk wanneer

    Elke nieuwe agent of verandering in het team de founder nog steeds dwingt het besturingssysteem opnieuw uit te vinden.

14. Conclusie

    De menselijke soevereine laag

    Verantwoordelijkheid en het laatste oordeel blijven menselijk, ook wanneer agents steeds meer kunnen. De menselijke soevereine laag voorkomt dat het gemengde team verandert in een zwarte doos waarvoor niemand verantwoordelijkheid draagt. Op de lange termijn telt of de mensen nog kunnen beslissen wanneer de agent ongelijk heeft.

    Wat je erna kunt

    Je formuleert je toezegging voor de menselijke soevereine laag ("Ik blijf verantwoordelijk voor X, ook wanneer de agent beter is in Y"), toetst die aan drie criteria en deelt haar met je leidingsteam.

    Gebruik dit hoofdstuk wanneer

    Je het boek hebt uitgelezen en op het punt staat de volgende beslissing met grote gevolgen te nemen of te delegeren waarbij agents betrokken zijn.