Beoordelen wat er staat
Klopt dit, past het bij de rest, breekt het iets anders? Voor wie code kan lezen is dit werk. Voor wie dat niet kan, is het onmogelijk, en dat is de duurste variant.
Hoelang doe je er zelf over met AI-tools?
Op deze vraag bestaat geen eerlijk getal, en iedereen die er wel een geeft, gokt. Wat je wel kunt weten is waar de tijd heen gaat en op welk moment de curve kantelt. Het eerste deel gaat verrassend snel. Het deel daarna bepaalt of je in een week klaar bent of drie maanden verder nog bezig. Hieronder staat waar dat verschil door ontstaat, zodat je voor je eigen situatie kunt inschatten wat verstandig is.
01
/
06
De curve die iedereen tegenkomt
Snel begin, taaie staart. Dat patroon is bekend en het heeft een oorzaak.
Het eerste deel van bouwen met AI is oprecht snel. Een leeg project heeft geen historie, geen structuur die kan botsen en geen afspraken die je per ongeluk breekt. Alles wat gegenereerd wordt past, want er is nog niets om niet bij te passen. Dat verklaart waarom mensen na een middag enthousiast zijn.
De vertraging komt daarna, en die zit niet in het bouwen. Hij zit in beoordelen. Elke wijziging moet passen bij wat er al staat, en jij bent degene die dat moet controleren. Kun je dat, dan gaat het door. Kun je dat niet, dan accepteer je code omdat hij werkt, niet omdat je ziet dat hij klopt. Vanaf dat punt bouw je verder op iets dat je niet overziet.
Onderzoek naar AI-ondersteund programmeren wijst dezelfde kant op. Het DORA-onderzoek laat zien dat meer AI-gebruik niet vanzelf tot stabielere oplevering leidt. Sneller code produceren is iets anders dan sneller iets werkends hebben, en dat verschil is precies waar de tijd verdwijnt.
02
/
06
Waar de uren echt heen gaan
Zelden naar het bouwen zelf. Vrijwel altijd naar de dingen eromheen.
Dezelfde fout opnieuw
Iets is opgelost, werkt, en komt een week later terug. Dat betekent meestal dat de oorzaak ergens anders zat dan waar hij is aangepakt.
Van werkt bij mij naar werkt online
De stap naar live is een eigen project. Instellingen, adressen, sleutels en toegangsrechten die lokaal niet speelden, spelen daar allemaal wel.
Beslissen wat het moet worden
De AI bouwt wat je vraagt. Bepalen wat je moet vragen blijft jouw werk, en juist dat kost denktijd die je niet kunt uitbesteden aan een tool.
Opnieuw beginnen
De klassieke tijdvreter: iets loopt vast, je begint schoon opnieuw en komt vlotter tot hetzelfde punt, waar je opnieuw vastloopt.
Wachten op jezelf
Zelf bouwen gebeurt in de marge van je werk. Niet de bouwtijd bepaalt de doorlooptijd, maar de avonden waarop het er niet van kwam.
03
/
06
Wanneer zelf doen de betere keuze is
Vaker dan je zou denken, en niet altijd om de reden die je verwacht.
Zelf doen loont
- Je kunt code lezen en beoordelen wat er gebeurt.
- Leren is een doel op zich, niet alleen een middel.
- Er zit geen datum aan waar je niet omheen kunt.
- Het is klein en afgebakend, en blijft dat ook.
Zelf doen wordt duur
- Je kunt niet beoordelen of een oplossing klopt.
- Er hangt een demo, pitch of stuurgroep aan een datum.
- De uren die je erin stopt zijn je schaarste, niet je budget.
- Je hebt het al twee keer opnieuw opgezet.
04
/
06
Hoe je het voor jezelf inschat
Niet in uren, maar in vragen die je wel kunt beantwoorden.
- Wat moet er aantoonbaar werken, en voor wie? Als je dat scherp hebt, is de scope meestal kleiner dan het gevoel dat je erover hebt.
- Kun jij beoordelen of het klopt, of alleen of het werkt? Dat onderscheid bepaalt of je verder komt of alleen verder bouwt.
- Wat gebeurt er als het over drie weken nog niet staat? Als het antwoord dan niets is, heb je tijd. Als er iets afhangt van die datum, koop je tijd door hulp.
- Waar ging je laatste tien uur heen? Naar nieuwe functionaliteit of naar uitzoeken waarom iets niet meer werkte? Dat is de eerlijkste meting die er is.
05
/
06
Waarom wij een werkdag als eenheid nemen
Niet omdat alles in een dag kan, maar omdat een dag je dwingt te kiezen.
Onze eenheid is één werkdag. Dat is geen belofte dat elke app in een dag klaar is, want dat is hij niet. Het is een manier om de vraag om te draaien: niet wat willen we allemaal bouwen, maar wat moet er aantoonbaar werken voordat iemand een besluit kan nemen.
Die omdraaiing is het werkelijke verschil met zelf bouwen. Wie zelf bouwt, begint meestal bij de functies en ontdekt gaandeweg wat er nog meer bij komt kijken. Een vaste eenheid dwingt de andere volgorde af: eerst bepalen welke flow het besluit draagt, dan bouwen. Dat scheelt vooral werk dat je anders had gedaan zonder dat het nodig was.
Wil je die afweging zelf maken, dan zijn kan dit in één dag en de scope-slicer daarvoor bedoeld. Twijfel je in de basis nog tussen beide routes, lees dan zelf bouwen met AI of uitbesteden.
06
/
06
Veelgestelde vragen
Hoelang duurt het om zelf een app te bouwen met AI?
Daar is geen betrouwbaar getal voor, en elk getal dat je leest gaat over iemand anders zijn situatie. Wat bepalend is: of je kunt beoordelen wat er gebouwd wordt, hoe scherp je scope is en of je er aaneengesloten aan kunt werken.
Waarom gaat het begin zo snel en daarna niet meer?
In een leeg project kan niets botsen, dus alles wat gegenereerd wordt past. Zodra er iets staat, moet elke wijziging passen bij de rest en moet iemand controleren of dat zo is. Die controle is het werk dat de tijd kost.
Is zelf bouwen goedkoper?
In geld vaak wel, in tijd meestal niet. De rekening komt in uren die je ergens anders niet besteedt. Of dat gunstig uitpakt hangt af van wat die uren waard zijn en of er een datum aan hangt.
Wanneer moet ik stoppen met zelf proberen?
Als het merendeel van je tijd naar uitzoeken gaat in plaats van naar nieuwe functionaliteit, en als je niet meer kunt beoordelen of een oplossing echt klopt. Dat zijn twee losse signalen; samen zijn ze duidelijk.
Kan alles in één werkdag?
Nee, en dat is ook niet het uitgangspunt. Een werkdag is genoeg voor een afgebakende flow die een besluit mogelijk maakt. Een volledige app met alles erop en eraan is iets anders en kost meer.
Wat als ik al maanden bezig ben?
Dan is dat geen verloren tijd, want je weet nu veel scherper wat het moet worden. Die kennis is precies wat een afgebakende opzet snel maakt. Wat je hebt gebouwd is bovendien vaak deels bruikbaar.
