AI verandert de economische realiteit van softwareontwikkeling. De vraag is niet langer of teams iteratief moeten werken. De vraag is of hun workflows nog aansluiten bij de knelpunten waarvoor ze ooit zijn ontworpen..  

Door Harmen Hilvers, Consultant bij ALTEN  

Lange tijd was Agile het juiste antwoord op de vraag hoe software werd gebouwd. Het bood teams een manier om af te stappen van zware voorafgaande planning, feedbackloops te verkorten en bij te sturen terwijl zij leerden. Dat was belangrijk, omdat implementatie duur was, iteratie traag verliep en de kosten van de verkeerde richting vaak pas laat in het proces zichtbaar werden. 

Die context begint te veranderen. AI maakt uitvoering goedkoper en sneller dan de meeste organisaties hun manier van plannen, beoordelen en coördineren aanpassen. Dat betekent niet dat Agile niet langer nuttig is. Het betekent dat veel Agile-workflows nog zijn afgestemd op een set beperkingen die aan kracht verliest.

Agile is gebouwd voor schaarse uitvoering

De meeste Agile-praktijken zijn gevormd rond één centrale beperking: menselijke implementatiecapaciteit. Code schrijven kostte tijd. Testen kostte tijd. Refactoren kostte tijd. Het afstemmen van overdrachten tussen functies kostte tijd. Omdat de uitvoering duur was, hadden teams een manier nodig om verspilling te verminderen en te voorkomen dat ze te lang aan het verkeerde werkten.

Daarvoor is Agile ontwikkeld. Het brak werk op in kleinere stappen, versnelde feedback, verlaagde de kosten van koerswijzigingen en accepteerde een eenvoudige waarheid: teams weten zelden vooraf het juiste antwoord.

Die logica geldt nog steeds. Wat verandert, is de onderliggende economische realiteit.

AI verandert de kostenstructuur

Met moderne AI-systemen is een eerste implementatie vaak veel goedkoper dan vroeger. Codegeneratie gaat sneller. Het verkennen van oplossingsvarianten gaat sneller. Het bouwen van een ruwe MVP gaat sneller. Zelfs documentatie, scaffolding en testgeneratie kunnen worden versneld.

Daardoor verschuift de beperking.

Het moeilijkste onderdeel is niet langer altijd het produceren van software. Steeds vaker is het lastiger om te bepalen wat er gebouwd moet worden, om de context expliciet genoeg te maken om het goed te bouwen, en om samenhang te behouden terwijl het systeem evolueert.

Uitvoering wordt overvloediger. Duidelijkheid niet.

Die ene verschuiving verandert waar organisaties hun tijd in zouden moeten investeren.  

Het nieuwe knelpunt is samenhang

Wanneer uitvoering versnelt, wordt zwak denkwerk duurder. Als specificaties vaag zijn, kan AI sneller het verkeerde bouwen. Als de architectuur onduidelijk is, kunnen teams op grote schaal inconsistentie genereren. Als interfaces instabiel zijn, vergroot de snelheid het opnieuw werken. Als niemand eigenaar is van de intentie, leidt snelle implementatie vooral tot snelle verwarring.

Dat is de echte verschuiving. Het knelpunt verplaatst zich van codeproductie naar de kwaliteit van requirements, architecturale samenhang, interface-definitie, reviewkwaliteit en discipline in besluitvorming. Dat vermindert het belang van software-engineering niet. Het legt de lat juist hoger.

Iteratie blijft belangrijk, maar op een ander niveau

Een veelvoorkomend misverstand in discussies over AI is dat snellere implementatie betekent dat teams iteratie kunnen vervangen door perfecte voorafgaande planning.

Dat is niet realistisch.

Klanten verfijnen hun begrip nog steeds wanneer zij werkende software zien. Teams leren nog steeds door echt gebruik te observeren. Productbeslissingen verbeteren nog steeds door feedback.

Iteratie blijft essentieel. Maar het zwaartepunt verschuift omhoog.

In plaats van herhaaldelijk een instabiele implementatie te repareren, kunnen teams steeds vaker itereren op intentie, specificaties, acceptatiecriteria, contracten, randvoorwaarden en productbeslissingen. Het doel is niet langer alleen om kleinere stukjes sneller te leveren, maar om het systeem eenvoudiger aanpasbaar, reproduceerbaar en verifieerbaar te maken naarmate het inzicht groeit. 

Code wordt minder heilig  

Een bruikbare manier om naar AI-ondersteunde softwareontwikkeling te kijken is deze: code wordt minder heilig, terwijl specificaties, interfaces en vastgelegde beslissingen waardevoller worden.

Dat betekent niet dat productiecode op een simpele manier wegwerpbaar is. Echte systemen dragen operationele geschiedenis, integratiecomplexiteit, beveiligingseisen en prestatiebeperkingen met zich mee.

Maar het betekent wel dat bedrijven moeten stoppen met code te behandelen als de primaire drager van productintentie. In een AI-gedreven workflow verschuift het systeem van waarheid naar heldere specificaties, expliciete contracten, architecturale grenzen, gedocumenteerde beslissingen en gevalideerde randvoorwaarden.

Hoe sterker die zijn, hoe goedkoper de implementatie wordt.

Samenwerking verandert van vorm  

Traditionele Agile-methodes leggen veel nadruk op menselijke synchronisatie: stand-ups, sprintplanning, backlog refinement, reviews en retrospectives. Die praktijken zijn om een reden ontstaan. Wanneer mensen het meeste implementatiewerk doen, is frequente afstemming noodzakelijk.

AI verandert die balans. De waarde van samenwerking verschuift van laag-informatieve statusupdates naar hoogwaardiger afstemming: welk probleem lossen we op, welke randvoorwaarden zijn belangrijk, wat moet stabiel blijven en hoe ziet ‘goed’ er daadwerkelijk uit?

Het resultaat is niet minder samenwerking, maar een andere vorm van samenwerking. Teams besteden minder tijd aan het coördineren van arbeid en meer tijd aan het coördineren van waarheid. 

Wat bedrijven zouden moeten heroverwegen 

Backlogs

Het opdelen van werk in kleinere tickets blijft nuttig. Maar de belangrijkste waarde is niet langer alleen het inpassen van werk in menselijke capaciteit. De grotere waarde ligt in het expliciet maken van intentie, zodat snelle uitvoering geen ambiguïteit creëert.

Reviews

Wanneer implementatie goedkoper wordt, zouden reviews minder tijd moeten besteden aan het bewonderen van de hoeveelheid en meer aan het toetsen van de samenhang. Past dit binnen de architectuur? Behoudt het de productintentie? Creëert het operationeel risico? Sluit het aan op gedefinieerde interfaces?

Architectuur

AI kan de leversnelheid lokaal verhogen terwijl de systeemkwaliteit globaal verslechtert. Hoe sneller teams veranderingen kunnen genereren, hoe waardevoller sterke grenzen en duidelijke contracten worden.

Requirements

Als de uitvoeringskosten dalen, stijgt het rendement van goede requirements sterk. Organisaties die requirements behandelen als een lichte administratieve taak zullen onderpresteren ten opzichte van organisaties die ze zien als een kernontwerpdiscipline.

Cadans

Wanneer implementatie wordt gecomprimeerd, passen plannings- en reviewstructuren die zijn gebouwd rond oudere leversnelheden mogelijk niet meer. Teams zouden moeten onderzoeken of hun ceremonies nog bijdragen aan leren en governance, of vooral gewoonten in stand houden.

Wat moet blijven?

Niets hiervan is een pleidooi tegen Agile-principes. De belangrijkste Agile-ideeën blijven overeind: feedback is belangrijk, leren is belangrijk, kleine stappen verkleinen het risico, transparantie is belangrijk en aanpassingsvermogen is belangrijk. Wat verandert, is het bedieningsmodel eromheen. AI neemt onzekerheid niet weg. Het verandert de kosten van handelen onder onzekerheid. Dat betekent dat organisaties de geest van Agile moeten behouden, maar de mechaniek moeten herontwerpen.

De betere vraag

De vraag is niet of Agile AI zal overleven. De betere vraag is of bedrijven bereid zijn hun workflows te herontwerpen voor een wereld waarin mensen intentie en randvoorwaarden definiëren, machines uitvoering en exploratie versnellen, en samenhang belangrijker is dan ruwe output. Wanneer code niet langer het dominante knelpunt is, moet het proces stoppen met doen alsof dat wel zo is. De bedrijven die zich het snelst aanpassen, zullen niet degene zijn die simpelweg de meeste software genereren. Het zullen de bedrijven zijn die de sterkste systemen bouwen voor duidelijkheid, afstemming en architectonisch vertrouwen.