2024 – 2025
~40
commits / maand
Voor ontwikkelteams die al met AI werken
We hebben het leukste deel geautomatiseerd.
De code schrijven, dat was het ambacht. Het is ook het eerste dat geautomatiseerd werd. Wat overblijft is het reviewen — meer pull requests dan vroeger, allemaal plausibel, geen enkele van uzelf. De wachtrij raakt nooit leeg.
Het hoeft zo niet te zijn.
Vroeger waren we ambachtslieden
Lange tijd maakte u het ding zelf, van begin tot eind. U wist precies hoe elk onderdeel in elkaar zat. Op het einde van de dag kon u een stap achteruit zetten en precies zien wat u gemaakt had — en dat was het goede deel, het deel dat niemand hardop zegt tijdens de standup.
Nu staat er een fabriekshal waar vroeger het atelier was, en de lopende band draait sneller dan wij ooit met de hand konden werken. Dus staan we aan het einde van die band, meubels te controleren die we niet zelf gemaakt hebben.
De vergissing is te denken dat de trots weg is. Ze is verhuisd. Ze hoort nu thuis bij die band — bij het systeem dat u ontworpen hebt, bij de mallen waardoor er niet meer fout gezaagd kán worden, bij de doorstroom die u eindelijk kunt meten en verbeteren. Dat is nog altijd vakmanschap. Het is een groter vakmanschap, en iets om trotser op te zijn dan op eender welke tafel.
Ik help teams die stap te zetten: van elk stuk met de hand maken naar het ding ontwerpen dat ze uitbrengt — en daar dezelfde trots uit halen.
Wat het voor mijn team deed
2026 tot nu
~130
commits / maand
Hetzelfde team. Dezelfde reviewnormen. Het verschil is het systeem eromheen.
Gemeten bij Bright Energy, waar ik deze werkstroom bouwde en ze elke dag draai.
Wat er echt verandert
Uw ontwikkelaars krijgen hun aandacht terug
De mentale belasting gaat omlaag, niet omhoog. Kleine en middelgrote issues bereiken hen nooit. De reviews die wél binnenkomen zijn klein, gerangschikt op wat telt, en al nagekeken — zodat de dag naar de problemen gaat die echt interessant zijn, en dat is waarom ze de job aannamen.
De business ziet zaken landen
Features en fixes gaan in dagen in plaats van sprints, omdat de kloof tussen "beslist" en "opgeleverd" niet langer de plek is waar alles blijft wachten.
Uw klanten merken het
Monitoring vangt de fout op en de oplossing wacht op goedkeuring nog voor iemand eraan denkt ze te melden. Ondertussen komen de features die ze vroegen aan terwijl ze er nog om geven. Minder dat misloopt, en minder wachten op wat wél goed loopt.
Hoe
Guardrails die de slechte afloop onmogelijk maken
Linting en hooks die bij elke actie draaien en weigeren — deterministisch, niet adviserend. De soort fout die u vroeger een namiddag en een postmortem kostte, is gewoon niet meer beschikbaar. Instructies zijn probabilistisch; afdwinging niet.
Input: alles wordt een volwaardig issue
Een bericht, een designoverdracht, of een fout die uw monitoring net opving — één stap maakt daar een volwaardig issue van, met de juiste context er al aan. Dit is het deel dat teams overslaan, en het is het deel dat alles verderop bepaalt: een mager issue levert een zelfverzekerde, plausibele rommel op, alleen sneller dan vroeger. Uw integraties halen de context op, niet uw ontwikkelaars.
Het werk gebeurt
Issues worden opgepikt en afgewerkt — branch, implementatie, pull request, de eigen CI-fouten hersteld, de eigen reviewopmerkingen beantwoord. Niets gaat binnen zonder dat een mens het goedkeurt.
Review is niet langer het knelpunt
Dit is wat bepaalt of de rest ertoe doet. Kleine, gestapelde pull requests in plaats van één enorme diff. Een wachtrij die zegt wat uw ogen eerst nodig heeft en wat ze helemaal niet nodig heeft. Een geautomatiseerde ronde die haar eigen problemen vindt en oplost, zodat u de eindtoestand beoordeelt in plaats van toe te kijken hoe een machine zichzelf in het openbaar corrigeert.
En zo draait ze rond
Dat is de “loop” — geen stap in het lijstje, maar het geheel dat draait. Snellere review betekent snellere releases; meer releases betekent dat productie u meer te vertellen heeft; en wat ze vertelt wordt het volgende issue, al geschreven. Elke ronde voedt de volgende, en uw ontwikkelaars besteden hun tijd aan de beslissingen die alleen zij kunnen nemen.
Hoe we u daar krijgen
Niemand gaat in één sprong van worstelen naar een volledige loop. Het is een ladder, en elke sport is op zich al iets waard — stop na twee en u staat nog altijd verder dan vandaag.
Vaste grond
Linting en hooks maken de dure fouten onmogelijk — deterministische checks die bij elke actie draaien, in plaats van afspraken in een document dat de agent half volgt. Niets anders is veilig te bouwen zolang dit niet staat.
Issues die zichzelf schrijven
Werk aanmelden wordt één stap, waar het ook opduikt — een bericht, een design, een productiefout — en het issue komt binnen met de juiste context er al aan.
De reviewlast daalt
Kleinere, gestapelde pull requests, gerangschikt zodat u weet wat u nodig heeft — en een geautomatiseerde ronde voor de rest.
De loop sluit zich
Werk wordt opgepikt en zelfstandig afgewerkt. Productiefouten voeden ze rechtstreeks. Een mens keurt nog altijd goed wat live gaat.
U bent eigenaar
Iemand in uw team breidt het uit zonder mij, naarmate de codebase verandert. Een systeem dat u niet zelf kunt laten groeien, is gewoon nog een afhankelijkheid.
Waar loopt uw team vast?
Vertel me hoe uw werkstroom er vandaag uitziet — in gewone taal, geen briefing nodig. Ik zeg u eerlijk of dit helpt, en zo niet, dan zeg ik dat.