De opkomst van intuïtief coderen: kan het nuttig zijn voor projectmanagers?
Groei van intuïtief coderen: Intuïtief coderen is geëvolueerd van een nicheconcept naar een ontwikkeling die aandacht krijgt in technologie- en zakelijke kringen.
Projectmanagers: Projectmanagers, die bedreven zijn in duidelijke communicatie, blijken verrassend geschikt om uit te blinken in intuïtief coderen.
Voorbeelden uit de praktijk: Praktische toepassingen van intuïtief coderen laten zien dat het potentieel heeft om hulpmiddelen voor specialistische gebruikssituaties te bouwen.
Uitdagingen: Hoewel intuïtief coderen de eerste ontwikkelingsfase versnelt, blijven opschaling en kwaliteitsbeheer uitdagende aspecten.
Bewustzijn van risico's: Niet-technische bouwers kunnen bij intuïtief coderen te maken krijgen met risico's, waaronder schaalbaarheidsproblemen en beveiligingskwetsbaarheden.
In de afgelopen één à twee jaar is "vibecoding" geëvolueerd van een nicheterm die rondzong in AI-enthousiaste uithoeken van het internet tot een concept dat langzaam algemeen gangbaar begint te worden — althans in kringen rond technologie, bedrijfsleven en productiviteit. Na talloze uren met experts over AI te hebben gesproken en zelf volledig in de ban te zijn geraakt van vibecoding, is me een patroon opgevallen: vibecoding is vaak de volgende stap voor mensen die tegen de grenzen zijn aangelopen van wat bestaande AI-tools voor hen kunnen doen. Als je niet kunt vinden wat je zoekt, waarom zou je het dan niet gewoon zelf bouwen?
Het probleem is dat de meeste mensen met wie ik praat er nog steeds niets van hebben gehoord. Het blijft een echt nicheconcept, waar specifiek in kringen rond projectmanagement zelden over wordt gesproken. Daarom ben ik op zoek gegaan naar de mensen die het daadwerkelijk doen: echte projectmanagers en operationele managers die stilletjes tools op basis van vibecoding in hun dagelijkse werkprocessen hebben ingebouwd. Ik vroeg hun hoe dat bevalt.
Of je nu een projectmanager bent die benieuwd is waar AI je naartoe kan brengen, of een leidinggevende die een voorsprong wil nemen op wat je team misschien al aan het uitproberen is, beschouw dit als je introductie tot vibecoding — deels inspiratie, deels waarschuwing.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Wat is vibecoding eigenlijk?
Hoewel er nog geen formele definitie van "vibecoding" bestaat, omdat het een nieuwe term is, definiëren we het als volgt: coderen door een LLM aan de hand van instructies in gewone taal, waarna die code genereert.
Voor dit artikel wil ik ook verduidelijken dat "vibecoding" (althans zoals ik de term gebruik) iets anders is dan AI-ondersteund coderen — waarbij een technisch vaardige ontwikkelaar tools zoals GitHub Copilot gebruikt om werk dat hij of zij al begrijpt sneller uit te voeren.
Waarom projectmanagers hier verrassend goed voor geschikt zijn
Op het eerste gezicht lijkt vibecoding misschien een hulpmiddel voor ondernemers of technologieliefhebbers. Maar hoe meer mensen ik sprak, hoe duidelijker een ander profiel naar voren kwam: degene die uitblinkt in vibecoding is niet per se de technisch meest onderlegde persoon in de ruimte. Het is degene die het beste weet wat hij of zij wil en dat duidelijk kan verwoorden — wat, als je erover nadenkt, bijna perfect beschrijft wat een goede projectmanager doet.
Tim Fisher, VP voor AI bij The Digital Project Manager, verwoordde het als volgt: "Het is een manier van communiceren die eerder niet bestond." Hij ziet vibecoding minder als een technische vaardigheid en meer als een nieuw medium om ideeën om te zetten in iets tastbaars. "De waarde van deze tools voor mensen die niet kunnen coderen, is dat ze zaken zoals overeenstemming over een idee kunnen versnellen en voorbij de fase van 'gaat dit werken?' kunnen komen."
Vibecoding is een manier van communiceren die eerder niet bestond.
Wat Tim beschreef, sluit naadloos aan op de vaardigheden van projectmanagers: vereisten opstellen, zakelijke behoeften vertalen naar duidelijke specificaties en communiceren tussen technische en niet-technische teams — dit zijn allemaal zaken die projectmanagers dagelijks doen en precies de vaardigheden blijken te zijn die vibecoding beloont.
Aniket Ghonge, senior supplychainmanager bij Amazon, beschreef zijn eigen weg naar vibecoding op een manier die veel projectmanagers bekend zal voorkomen. Jaren voordat agentische AI bestond, hielp hij een ontwikkelingsteam bij het bouwen van een interne tool door vereisten op te stellen en te beschrijven wat hij nodig had. "Ik heb niets gebouwd. Ik heb niets gecodeerd. Ik zei alleen: 'Dit is wat we nodig hebben. Zo moet het werken.' En zij bouwden het op basis van mijn vereisten. Maar daar begon mijn reis. Nu doe ik met agentische AI hetzelfde. Ik schrijf mijn vereisten, maar AI doet het coderen."
Het enige verschil nu? Hij heeft geen ontwikkelingsteam meer nodig.
Wat bouwen mensen eigenlijk?
Het meest overtuigende bewijs voor het potentieel van vibecoding is niet theoretisch — het zijn de specifieke, praktische dingen die mensen stilletjes hebben opgeleverd terwijl de rest van ons nog discussieerde over de vraag of het de moeite waard was om het te proberen.
Hier is een momentopname van wat vier niet-technische professionals hebben gebouwd:
Dixie Willard, oprichter en hoofdprojectstrateeg bij Poised and Plumb, werkt voornamelijk met interieurontwerpers en heeft volledig zelfstandig een bouwer voor werkomvang ontwikkeld. Met de app kan een ontwerper tijdens een klantgesprek op een tablet in realtime kamers, selecties en projectfasen afvinken. Vervolgens genereert de app direct een overzichtelijk document met de werkomvang — iets waarvoor eerder aantekeningen, geheugen en uren administratief werk na de vergadering nodig waren. Ze heeft het gebouwd omdat er niets vergelijkbaars bestond. "Die bestaat gewoon niet. En er zijn veel tools die ontwerpers zouden kunnen gebruiken, maar die gewoon niet bestaan." Haar kijk op waarom vibecoding belangrijk is in sectoren zoals die van haar: "Ik denk dat nichetoepassingen waarschijnlijk de belangrijkste reden zijn om vibecoding te gebruiken. Het maakt het leven gewoon zoveel gemakkelijker."
Ik denk dat nichetoepassingen waarschijnlijk de belangrijkste reden zijn om vibecoding te gebruiken. Het maakt het leven gewoon zoveel gemakkelijker.
Aniket Ghonge besteedde elke week 16 tot 18 uur aan het handmatig verwerken van gegevens voor vraagvoorspellingen voor honderden vervoerders binnen het logistieke netwerk van Amazon — cijfers kopiëren tussen spreadsheets, berekeningen met de hand uitvoeren en dit de week erna allemaal opnieuw doen. "Het is een handmatig proces. Het kostte me elke week ongeveer 16 tot 18 uur. Ik kan dat niet handmatig blijven doen en fouten blijven maken, want zodra een mens iets op schaal uitvoert, is het foutgevoelig." Daarom ontwikkelde hij met vibecoding een volledige webapplicatie die het meeste van dat werk nu automatiseert. Het verschil met vroeger is opvallend: "Een paar jaar geleden moest ik samenwerken met een webontwikkelaar, een UX-ontwerper, een productmanager, een technisch programmamanager en allerlei andere mensen om een product te bouwen dat gebaseerd was op mijn concept. Vandaag heb ik geen blokkades meer en heb ik binnen twee weken een applicatie gebouwd. Een vergelijkbare applicatie die ik eerder ondersteunde, kostte twee jaar."
Michael Gold, interim hoofd uitvoering en oprichter van Gold Project Management, heeft in Lovable een aangepaste CRM gebouwd die verbinding maakt met de website van zijn bedrijf en integreert met Fireflies, zijn tool voor het transcriberen van vergaderingen. Elke ochtend nemen hij en zijn zakenpartner tijdens een gesprek hun verkooppijplijn door. Wanneer ze klaar zijn, doet één druk op de knop de rest: "Ik kan gewoon op ‘bijwerken vanuit transcript’ klikken. De tool doorloopt dan automatisch het transcript en wijst het toe aan de juiste persoon. Ook voegt hij notities en taken toe en wijst die aan ons toe." Sindsdien is hij verdergegaan met vibecoding. Samen met een ontwikkelaar bouwt hij aan een volledige automatiseringstool voor professionele dienstverlening, die nu op weg is naar een openbare lancering.
Harry Max, interim bestuurder en auteur van Managing Priorities, zag hoe zijn zakenpartner in negen maanden tijd vanaf nul een geavanceerd platform voor prioritering ontwikkelde met Claude Code — zonder ontwikkelteam en zonder externe investering. De vergelijking tussen vroeger en nu die Harry gaf, was moeilijk te negeren: "In negen maanden bouwde één persoon iets dat net zo geavanceerd was als de software die we twintig jaar geleden met 14 mensen en $2 miljoen bouwden."
In negen maanden bouwde één persoon iets dat net zo geavanceerd was als wat wij twintig jaar geleden met 14 mensen en $2 miljoen bouwden.
De eerlijke waarheid: het gaat niet allemaal van een leien dakje
Iedereen met wie ik sprak, was oprecht enthousiast over vibecoding. Zonder uitzondering waren ze ook eerlijk over de momenten waarop het lastig wordt.
De meest voorkomende ervaring lijkt op wat Michael beschreef: "Je kunt sneller dan ooit van nul naar 60 gaan, maar ik denk nog steeds dat de stap van 60 naar 100 echt uitdagend is. Als je het echt ergens naartoe wilt brengen, heb je nog steeds expertise nodig."
Harry Max wees op een subtielere valkuil — de aantrekkingskracht van het proces zelf. "Het is heel verleidelijk om dingen te blijven veranderen, en elke keer dat je iets verandert, gaat er iets kapot. En je ontdekt niet wat er kapot is tenzij je echt goed hebt nagedacht over hoe je je kwaliteits- en testprocessen gaat beheren." Hij gaf ook een ontnuchterende waarschuwing over resultaten die beter lijken dan ze zijn: "Het feit dat je met vibecoding iets kunt maken dat er prachtig uitziet, betekent niet dat het nuttig is. Het betekent niet dat het werkt. Het betekent niet dat het een probleem oplost, maar het ziet er wel geweldig uit."
[Met vibecoding] kun je sneller dan ooit van nul naar 60 gaan, maar ik denk nog steeds dat de stap van 60 naar 100 echt een uitdaging is.
Aniket Ghonge leerde een van de moeilijkere lessen uit eerste hand. In zijn enthousiasme om functies te blijven bouwen, sloeg hij een teststap over die hem duur kwam te staan: "Ik verloor plotseling 50% van mijn werk, en daar schrok ik behoorlijk van. Dat was mijn harde les. Oké, je moet een functie testen in een testomgeving voordat je een wijziging doorvoert in een productieomgeving." Hij herstelde het, maar dat kostte uren — en een aanzienlijke hoeveelheid stress.
De risico's die niet-technische bouwers niet altijd zien aankomen
Het enthousiasme van professionals is echt, maar de structurele risico's ook — en daarom besloot ik Tim om een eerlijke technische kijk te vragen.
Toen ik Tim vroeg wat hij ervan vond dat projectmanagers hun eigen tools bouwen met vibecoding, ging zijn perspectief minder over mensen ontmoedigen en meer over ervoor zorgen dat ze eraan beginnen met hun ogen open. Zijn belangrijkste observatie: "Over het algemeen geldt: als je niet weet wat je niet weet, kun je er niet van uitgaan dat de agentische programmeur je daarover zal informeren."
Dat geldt in het bijzonder voor schaalbaarheid. "Over het algemeen zijn projecten die met vibecoding zijn gebouwd niet schaalbaar, vooral omdat je de agent niet vraagt om rekening te houden met schaling. Niet-ontwikkelaars vragen waarschijnlijk niet eens om zaken als foutafhandeling." Een tool die met vibecoding is gebouwd, kan perfect werken voor vijf gebruikers en bij vijftig gebruikers ongemerkt uit elkaar vallen — en degene die de tool heeft gebouwd, heeft misschien geen idee hoe dat komt.
Over het algemeen zijn projecten die met vibecoding zijn gebouwd niet schaalbaar, vooral omdat je de agent niet vraagt om rekening te houden met schaling.
Dan is er nog de kwestie van verantwoordelijkheid, die vooral nadrukkelijk wordt wanneer de tool binnen een organisatie populair wordt. "Als je iets bouwt waar mensen op vertrouwen, moet het meer worden dan alleen een project dat met vibecoding is gebouwd; het moet worden overgenomen door de mensen die dit professioneel doen en dingen weten waarvan je niet eens weet dat je ernaar moet vragen." Fisher schetste een specifiek scenario dat heel realistisch aanvoelde: "Als iemand deze persoon vraagt: 'Is de informatie die ik uit jouw tool krijg accuraat?' en die persoon niet genoeg weet over hoe de tool werkt omdat hij de agent al het werk heeft laten doen, dan kan hij die vraag niet beantwoorden."
Zelfs Dixie Willard, die actief tools bouwt waar ze in gelooft, erkende de onrust die onder het enthousiasme schuilgaat: "Dat is wat me altijd nerveus maakt, want dan denk ik: wat als er een beveiligingsprobleem is?"
Het is vermeldenswaard dat beveiligingskwetsbaarheden — blootgestelde API-sleutels, onbeveiligde gebruikersgegevens, tools die onbedoeld persoonsgegevens verwerken zonder de juiste beveiligingsmaatregelen — tot de meest voorkomende valkuilen behoren die Tim in ons gesprek benoemde. Het zijn zaken die een ontwikkelaar routinematig afhandelt, maar waaraan een vibecoder misschien niet eens denkt.
Dus, moet je het proberen?
Het eerlijke antwoord is: dat hangt ervan af wat je bouwt en wat je ermee van plan bent.
Vibecoding is echt krachtig als hulpmiddel voor prototyping en communicatie. Als je een idee hebt, wilt testen of het werkt, of belanghebbenden iets tastbaars wilt laten zien voordat je investeert in echte ontwikkeling, ligt het plafond hoog en zijn de risico's beheersbaar. Tim verwoordt het goed: de belangrijkste waarde is dat je sneller dan ooit tevoren voorbij de fase komt waarin je je afvraagt: "gaat dit werken?"
Het wordt ingewikkelder wanneer een met vibecoding gebouwde tool uitgroeit van prototype tot iets waarvan mensen afhankelijk zijn. Op dat moment worden de hiaten in schaalbaarheid, foutafhandeling en beveiliging die in het begin prima genegeerd konden worden, belangrijk — en degene die de tool heeft gebouwd, beschikt misschien niet over de technische woordenschat om überhaupt te weten waar hij moet zoeken.
De professionals in dit artikel gaan in real time allemaal met die spanning om. Sommigen dragen het over aan ontwikkelaars. Sommigen leren gaandeweg. Ze ontdekken allemaal, één prompt per keer, precies waar de grenzen van deze technologie liggen.
Voor projectmanagers is de kans reëel — maar ook de verantwoordelijkheid die ermee gepaard gaat. Het goede nieuws is dat weten wat je wilt, de juiste vragen stellen en begrijpen wanneer je hulp moet inschakelen allemaal zaken zijn die goede PM's al doen. Vibecoding is op zijn best gewoon een nieuwe context voor dezelfde vaardigheden.
Wil je meer inzichten zoals deze? Meld je aan voor een gratis DPM-account om van meer experts zoals deze te horen.
