Hoe we met LLM-ondersteunde implementatie projecten 10× sneller leveren — en waarom kwaliteit niet eronder lijdt.
Het watervalproject is dood.
Twaalf weken conceptfase, zes weken specificatie, dan een half jaar ontwikkeling waarbij aan het eind nauwelijks nog iemand weet waarom een eis oorspronkelijk in het bestek stond. Wie software de afgelopen twintig jaar zo heeft ingekocht, kent het patroon — en het risico dat het resultaat de markt voorbijschiet.
Met LLM-ondersteunde implementatie leveren wij de eerste werkende versie vandaag in dagen in plaats van maanden. Niet het prototype om weg te gooien, maar een codebase die productief doorloopt. Dat verschuift niet alleen de planning, het verandert hoe beslissingen worden genomen.
Want wanneer een werkende versie na drie dagen in plaats van drie maanden op tafel ligt, discussieert u niet meer over mock-ups — u klikt door een echt systeem en merkt meteen wat er ontbreekt. Eisen die op papier plausibel klonken, ontmaskeren zich aan het draaiende product in minuten als overbodig of verkeerd gedacht.
Hoe de factor 10 tot stand komt.
De snelheidswinst ontstaat niet door sneller typen, maar door het wegvallen van wrijving. Boilerplate, datamodellen, API-koppelingen, testskeletten — alles wat vroeger dagenlang vlijtwerk was, genereert een model in minuten. Onze ontwikkelaars besteden hun tijd daar waar oordeelsvermogen telt: architectuur, edge cases, integratie.
In een typische vergelijking uit onze projecten: een klantportaal met auth, rollen, drie gekoppelde systemen en reporting kostte vroeger zo'n vier maanden tot aan de productieve launch. Met LLM-ondersteunde build stond binnen de eerste twee weken een bruikbaar MVP, de volledige uitbouw na ruim zes weken.
Belangrijk is: het model schrijft code, de mens is ervoor verantwoordelijk. Elke gegenereerde regel doorloopt review, tests en onze security-gates. Niemand merget ongelezen.
De flessenhals verschuift daarmee van de productie naar de beslissing. Niet meer de vraag 'hoe lang duurt dat?' bepaalt het tempo, maar 'wat willen wij precies bouwen?' — en precies die vraag laat zich aan het draaiende systeem sneller en eerlijker beantwoorden dan in welke workshop dan ook.
Waarom de kwaliteit daarbij stijgt, niet daalt.
De reflex is begrijpelijk: snel betekent slordig. In de praktijk is het tegenovergestelde waar. Omdat testdekking, linting en documentatie nauwelijks nog meerwerk betekenen, ontstaan ze vanaf het begin mee — in plaats van aan het eind te worden geschrapt wanneer het budget krap wordt.
Snellere iteraties betekenen bovendien dat verkeerde aannames vroeg opvallen. Een conceptfout die in het klassieke project pas bij de acceptatietest na zes maanden zichtbaar wordt, valt bij ons in de eerste week op — wanneer de correctie nog uren in plaats van weken kost.
Wij meten dat: defect-density en het aandeel nawerk na launch zijn in de snel gebouwde projecten niet hoger, maar lager dan bij de klassieke aanpak.
Waar de factor 10 niet opgaat.
Eerlijkheid hoort erbij: niet elk project versnelt met de factor 10. Waar de complexiteit niet in de code zit, maar in afstemming, regulatoire goedkeuringen of de migratie van gegroeide legacy-systemen, is het model slechts één bouwsteen onder vele. De implementatie was daar nooit de flessenhals.
Ook bij sterk domeinspecifieke logica — verzekeringswiskundige tarifering, veiligheidskritische besturing — blijft het aandeel menselijk werk hoog, omdat hier elke fout duur is en het model zonder diepe vakkennis niet betrouwbaar oordeelt.
Wij communiceren dat openlijk, in plaats van overal dezelfde factor te beloven. De eerlijke winst ligt gemiddeld eerder bij factor 3 tot 5 over het hele project — en bij de standaard-build, waar wrijving overheerst, juist bij 10.
Wat dit voor onze klanten betekent.
Newroom is uitvoerder, geen adviseur. Tempo is voor ons geen doel op zich, maar de basis om een product te bouwen, uit te rollen en te beheren — en het na de launch door te ontwikkelen, in plaats van het te bevriezen.
Voor de klant verschuift het risico: in plaats van een groot budget in te zetten tegen een bestek, ziet hij na enkele dagen substantie en beslist hij op basis van wat werkt. Verkeerde beslissingen kosten niet meer een half project, maar één iteratie.
Dat is de eigenlijke revolutie — niet de snelheid, maar de zekerheid die zij schept. Wie in dagen ziet in plaats van in maanden te geloven, neemt betere beslissingen.