Je team echt aan het werk krijgen met AI, als teamleider

Licenties zijn geen adoptie. Het gebruikelijke patroon: iedereen krijgt toegang, drie mensen proberen het, één blijft doorgaan, en acht weken later is de factuur het enige bewijs dat het gebeurd is.

Wat volgt werkt voor één team — vijf mensen of vijftig — waar jij verantwoordelijk bent voor de output. In een grotere organisatie blijft het team de eenheid die telt: adoptie gebeurt binnen teams, niet over een organigram. Wat verandert bij schaal is de coördinatie eromheen, en dat is de laatste sectie.

Week één: kies de workflow, niet de tool

Eén workflow. Niet "meer AI gebruiken". Eén specifieke, terugkerende, vervelende taak die minstens drie mensen elke week doen — eerste versies van offertes, vergadernotities omzetten in acties, dezelfde categorie klantvragen beantwoorden, een terugkerend rapport opschonen.

Twee criteria die belangrijker zijn dan ze lijken:

• Ze wordt minstens wekelijks gedaan. Alles wat maandelijks is, geeft te weinig feedback om een gewoonte te vormen voor iedereen het weer vergeten is.
• Wie de taak doet, kan beoordelen of de output goed is. Kan niemand dat beoordelen, dan kun je niet veilig adopteren — alleen hopen.

Week twee en drie: werk in de openbaarheid

De praktijk met het hoogste rendement, en ze kost niets: een gedeeld kanaal waar mensen plakken wat ze probeerden en wat eruit kwam. Ook de slechte. Vooral de slechte.

Dat doet drie dingen tegelijk. Het leert prompten veel sneller dan opleiding, want mensen kopiëren wat zichtbaar werkte voor een collega op echt werk. Het brengt faalpatronen aan het licht terwijl ze nog goedkoop zijn. En het maakt de bezwaren van de scepticus concreet in plaats van sfeerbeeld — en zo kun je ze beantwoorden.

Post je eigen mislukkingen eerst. Zijn de eerste drie berichten allemaal successen, dan post niemand nog een mislukking en sterft het kanaal.

Week vier tot zes: maak van de goede prompt iets gedeelds

Iemand vindt een prompt die betrouwbaar werkt. Dat is het moment.

Haal die uit zijn persoonlijke geschiedenis naar een plek waar het team hem kan gebruiken — een bewaarde prompt, een skill, een document, wat je tooling ook ondersteunt. Geef hem een naam die mensen hardop zeggen. Het verschil tussen een team waar één iemand goed is in AI en een team waar iedereen dat is, zit vrijwel volledig in de vraag of deze stap gebeurd is.

Schrijf ernaast: waarvoor hij dient, waarvoor niet, en wat je moet nakijken voor je iets verstuurt. Drie regels.

Wat je doet met de scepticus

Je hebt er één, en meestal is het je beste medewerker. Hun bezwaar is zelden "AI is slecht" — het is "ik moet de output toch nakijken, dus het bespaart me niets".

Dat klopt vaak, en het is een concrete, toetsbare bewering. Neem ze ernstig: klok de taak met en zonder. Soms hebben ze gelijk, en is het eerlijke antwoord dat dit de verkeerde workflow is. Soms is nakijken sneller dan opstellen en toont het cijfer dat aan.

Hoe dan ook heb je een stemming omgezet in een meting, en heb je getoond dat tegenspraak mag — en dat bepaalt of iemand het je later nog vertelt als het misgaat.

Wat je doet met de enthousiasteling

Die heb je ook, en die vormt een ander risico: hij zet iets voor een klant voor iemand het nagekeken heeft.

Geef hem het interessantste probleem én de regel dat alles wat naar een klant gaat een tweede paar ogen krijgt tot je bewijs hebt dat dat niet nodig is. Geformuleerd als "jij loopt voorop, help ons aantonen dat het veilig is", niet als een leiband.

Controlepunt na zes weken

Stel drie vragen, eerlijk:

De derde is de echte test, en die stelt niemand.

In een grotere organisatie

Bij tweehonderd mensen of over meerdere teams gelden dezelfde zes weken — voer ze per team uit, niet bedrijfsbreed. Wat erbij komt is de coördinatie, en die heeft maar drie onderdelen.

Gedeelde context, lokale workflows. Wat het bedrijf is, wat er beweerd mag worden, hoe het klinkt — schrijf dat één keer centraal en laat elk team eruit putten. Wat het team er mee doet, blijft lokaal: verkoop en operations delen geen workflow, en er één opleggen levert iets op dat geen van beide gebruikt.

Eén benoemde eigenaar voor het gedeelde materiaal, met een reviewdatum. Context die van iedereen is, is van niemand, veroudert binnen een kwartaal, en holt stil elke output uit die erop gebouwd is.

Laat het tweede team zijn eigen workflow kiezen. Het sterkste faalpatroon bij uitrol over meerdere teams is team twee de conclusie van team één overhandigen. Hun werk is anders, het antwoord zal anders zijn, en iemand anders' oplossing krijgen is precies wat een uitrol opgelegd doet aanvoelen. Deel de methode en de gedeelde context, niet de use case.

Twee zaken worden lastiger op deze schaal en verdienen het vooraf benoemd te worden. Overlegverplichtingen gelden vanaf vijftig werknemers, dus de go-livedatum wordt door dat proces bepaald en niet door wanneer het bouwen af is — plan beide parallel. En de taalregel bijt over vestigingen heen: wat een exploitatiezetel in Vlaanderen voor eigen personeel produceert, is niet wat één in Wallonië produceert, en één gedeeld sjabloon dat dit negeert levert documenten zonder rechtsgeldigheid op.

Wat je niet doet

Geen bedrijfsbrede opleidingsdag eerst. Enthousiasme zonder use case ebt weg na ongeveer drie weken, en je hebt dan je enige kans op ieders aandacht opgebruikt.

Maak gebruik geen doelstelling. Je krijgt gebruik, en het wordt theater.

Rol niet uit naar iedereen omdat het bij één team werkte. Het werk van het volgende team is anders; doe hun week één deftig in plaats van hen je conclusie te overhandigen.