Claude Code training: wat moet je team kunnen?

Ergens in elk developmentteam gebeurt hetzelfde. Eén developer ontdekt Claude Code, is meteen enthousiast, en begint het overal te gebruiken. Een collega probeert het een week later, op zijn eigen manier. Een derde blijft sceptisch aan de kant staan.

Drie maanden later heb je drie manieren van werken, geen gedeelde afspraken, en een codebase waar je aan de stijl van een commit kunt zien wie hem schreef, mens of agent.

Dat is niet een probleem van de tool. Het is een gebrek aan gedeelde vaardigheden.

Waarom teams vastlopen als iedereen los experimenteert

Claude Code is toegankelijk genoeg om zelf te ontdekken. Dat is meteen het probleem.

Zonder afspraken bepaalt elke developer zelf wat de agent wel en niet mag. De een laat hem ongecontroleerd naar productie pushen. De ander gebruikt hem alleen voor losse functies, uit voorzichtigheid, en mist zo het grootste deel van de winst.

Het resultaat: geen twee developers werken hetzelfde, reviews duren langer omdat niemand weet wat "AI-gegenereerd" precies betekent voor kwaliteit, en de discussie verzandt in meningen in plaats van afspraken.

Dat los je niet op met een tool-abonnement. Dat los je op met vaardigheden die het hele team deelt.

De vaardigheden-checklist

Dit is wat een team écht nodig heeft om Claude Code productiewaardig in te zetten. Niet los van elkaar, maar als geheel.

CLAUDE.md en projectcontext. Een team moet weten hoe je de agent vertelt wat voor project dit is: codeconventies, architectuur, welke commando's veilig zijn. Dat bestand is het eerste dat een agent leest, en het bepaalt voor een groot deel de kwaliteit van wat eruit komt.

Context management en prompt-technieken. Weten wat je een agent wel en niet moet meegeven. Te weinig context, en hij gokt. Te veel, en hij verdwaalt. Dit is een vaardigheid die je oefent, niet iets wat je in een handleiding leest.

Spec-driven development. Werken vanuit een heldere beschrijving van wat er gebouwd moet worden, vóórdat de agent aan de slag gaat. Een scherpe spec is het verschil tussen een pull request die in één keer klopt en een die drie rondes review nodig heeft.

Skills en commands bouwen. Herhaalt jouw team steeds dezelfde soort taak? Dan kun je dat vastleggen als herbruikbare skill of command, in plaats van elke keer opnieuw uit te leggen wat er moet gebeuren.

Feedback loops en quality gates in CI/CD. Tests, linting en type-checks die automatisch draaien, zodat fouten zichtbaar worden voordat een mens er ook maar naar hoeft te kijken.

AI-review op pull requests. Een geautomatiseerde eerste check op logica, edge cases en codestijl, vóórdat een mens de pull request beoordeelt.

Bij E-Boekhouden, het grootste boekhoudplatform van Nederland, trainden we achttien developers verdeeld over drie teams. Onderdeel van de training: zelf skills en commands bouwen. Het team bouwde er uiteindelijk acht, waaronder een eigen pipeline die pull requests automatisch beoordeelt. Tijdens diezelfde training ving hun spec-driven werkwijze een echte bug in de database af, vóórdat die live ging.

Waar je op let bij het kiezen van een training

Niet elke training levert deze vaardigheden op. Een paar dingen om op te letten.

Eerst: werkt de training op jullie eigen codebase, of op een generiek demo-project? Het verschil is groot. Een demo-project leert je hoe de tool werkt. Jullie eigen codebase leert je hoe de tool werkt in de code die je elke dag onderhoudt, met jullie eigen legacy, conventies en eigenaardigheden.

Daarna: is het hands-on op echte tickets, of vooral theorie met slides? Vaardigheden als contextmanagement en spec-driven werken leer je niet door ernaar te luisteren. Je leert ze door ze te doen, op werk dat er toch al lag.

Tot slot: wat gebeurt er na de laatste trainingsdag? Zonder borging zakt wat je leerde weg zodra de druk van de training verdwijnt. Vraag naar vastgelegde afspraken, een CLAUDE.md die blijft bestaan, en een team dat de nieuwe manier van werken ook zonder trainer volhoudt.

We trainen developmentteams zoals dat van E-Boekhouden, maar ook teams bij Nissin Dental, Draad, Oceanz, Acato en Lokalist, altijd op hun eigen codebase. Meer over de opzet lees je op de pagina van onze incompany training agentic coding.

Wat agentic coding precies is, en waarom het meer is dan autocomplete, leggen we uit in Wat is agentic coding? (En wat is het niet).

Veelgestelde vragen

Hoe lang duurt een Claude Code training?

Dat hangt af van de grootte van het team en het aantal teams. Reken op een opzet die begint met een kick-off en fundamentals, gevolgd door hands-on werk op echte tickets. Geen losse workshop van een middag: vaardigheden als contextmanagement en spec-driven werken bouw je op over meerdere sessies.

Werkt dit ook met C#, .NET of Python?

Ja. We trainen teams op hun eigen stack, of dat nu C#, .NET, TypeScript, JavaScript of Python is. De vaardigheden uit de checklist, van CLAUDE.md tot feedback loops, zijn niet taalgebonden. Alleen de details verschillen per stack.

Wat is het verschil met een Copilot-training?

Een Copilot-training leert je vooral omgaan met suggesties tijdens het typen: sneller autocompleten, betere prompts voor losse functies. Een Claude Code training gaat een stap verder: een agent die complete taken zelfstandig oppakt, van ticket tot pull request, met een team dat weet hoe het dat stuurt en beoordeelt.