Eén werkwijze voor het hele team
Niet ieder zijn eigen prompts en trucjes, maar gedeelde afspraken over hoe je met AI een taak oppakt, van analyse tot pull request.
Een team dat merkbaar sneller oplevert, met de cijfers om het te bewijzen. Zonder in te leveren op kwaliteit, en met een werkwijze die het team daarna zelf blijft doorontwikkelen.
In de meeste development teams gebruiken developers al AI. De een laat tests schrijven, de ander vraagt om uitleg bij oude code, een derde laat hele features genereren. Iedereen wint een beetje tijd, maar het team als geheel levert niet structureel sneller op.
Dat komt doordat de werkwijze per persoon verschilt. Reviews, codeconventies en kennis over de codebase gaan niet mee in hoe AI wordt ingezet. AI-first development draait dat om: eerst een gedeelde werkwijze en duidelijke grenzen, dan pas versnellen.
En gebruikt je team AI nog nauwelijks? Dan is dit juist het moment om het meteen goed op te zetten, voordat ieder zijn eigen weg kiest.
Niet ieder zijn eigen prompts en trucjes, maar gedeelde afspraken over hoe je met AI een taak oppakt, van analyse tot pull request.
Je codeconventies, review-checklist en vaste werkwijzen worden skills die AI bij elke wijziging toepast. Kennis zit niet meer alleen in de hoofden van je seniors.
Welke repositories, welke data, welke omgevingen. Vooraf vastgelegd, zodat security en compliance meedenken in plaats van achteraf remmen.
Een nulmeting vooraf en dezelfde meting na de pilot. Dan praat je richting directie over cijfers, niet over gevoel.
Drie fases van samen ongeveer vier maanden. Na elke fase beslis je of je doorgaat, bijstuurt of stopt.
Gesprekken met je team, een blik op je codebase en pipeline, en afspraken over wat wel en niet mag. Plus een nulmeting, zodat de winst straks aantoonbaar is.
Twee of drie developers gaan aan de slag met hun echte werk, en wij werken naast ze. Je review-standaard en vaste werkwijzen worden herbruikbare skills.
De pilotgroep neemt de rest van het team mee. Wij stappen steeds verder terug, tot het team het zelf draagt en verder ontwikkelt.
De discovery levert een concreet plan op voor de pilot. Fase 2 en 3 begroten we op basis van wat daaruit komt, zodat je pas verder investeert als je weet wat het oplevert.
Wil je eerst kleiner beginnen? Een training of AI Kickstart kan ook.
De basis is Claude Code. Gebruikt je team al andere tools, zoals GitHub Copilot, Cursor of OpenAI Codex, dan kijken we in de discovery-fase wat je houdt en wat je toevoegt. Het gaat om de werkwijze, niet om één tool.
In de eerste fase leggen we vast wat wel en niet mag: welke repositories, welke data en welk abonnement. Met een zakelijk abonnement wordt je code niet gebruikt om modellen te trainen. Security en compliance praten vanaf het begin mee.
Je review-standaard wordt juist een vast onderdeel van de werkwijze, als skill die bij elke wijziging wordt toegepast. Daarnaast is testen een van de plekken waar AI de meeste tijd scheelt: van het opzetten of doorontwikkelen van je teststrategie tot het schrijven en onderhouden van tests. De nulmeting laat zien of de kwaliteit minstens gelijk blijft terwijl het team sneller oplevert.
In de pilot werken twee of drie developers aan hun gewone werk, alleen met een andere werkwijze. Er gaat dus weinig productietijd verloren. De rest van het team stapt in tijdens de derde fase.
Nee. Het traject is voor elke organisatie met een eigen development team, ook als software niet je kernproduct is. Denk aan een intern team dat systemen bouwt en onderhoudt voor de rest van het bedrijf.
Ja, graag. We zitten in Teuge en komen op locatie in de regio, bijvoorbeeld in Apeldoorn, Zwolle en Arnhem. Online kan natuurlijk ook.
In een kennismakingsgesprek kijken we naar je team, je codebase en waar de meeste winst zit. Vrijblijvend, je zit nergens aan vast.
Plan een kennismakingsgesprekVanuit Teuge, bij Apeldoorn. Op locatie of online.