Fremkomsten af vibekodning: Kan det være nyttigt for projektledere?
Væksten inden for vibekodning: Vibekodning har udviklet sig fra et nichepræget koncept til noget, der får stigende opmærksomhed i teknologiske og forretningsmæssige kredse.
Projektledere: Projektledere, der er dygtige til klar kommunikation, er overraskende godt rustet til at få succes med vibekodning.
Eksempler fra virkeligheden: Praktiske anvendelser af vibekodning viser potentialet for at bygge værktøjer til nicheprægede anvendelser.
Udfordringer: Selvom vibekodning fremskynder den indledende udvikling, er skalering og kvalitetsstyring fortsat udfordrende aspekter.
Bevidsthed om risici: Ikke-tekniske udviklere kan støde på risici, herunder problemer med skalerbarhed og sikkerhedssårbarheder, når de bruger vibekodning.
I løbet af det seneste år eller to er "vibecoding" gået fra at være et nichebegreb, der cirkulerede i AI-entusiastiske hjørner af internettet, til et koncept, der er begyndt at trænge ind i mainstream — i hvert fald inden for teknologi, erhvervsliv og produktivitet. Efter at have brugt utallige timer på at tale om AI med eksperter og selv være dybt opslugt af vibecoding har jeg bemærket et mønster: Vibecoding er ofte det næste stop for mennesker, der har nået grænsen for, hvad eksisterende AI-værktøjer kan gøre for dem. Hvis du ikke kan finde det, du leder efter, hvorfor så ikke bare bygge det selv?
Ulempen er, at de fleste, jeg taler med, stadig ikke har hørt om det. Det er fortsat et reelt nichekoncept, og et, der sjældent bliver diskuteret specifikt i projektledelseskredse. Så jeg opsøgte de mennesker, der faktisk gør det: rigtige projektledere og driftsledere, som i stilhed har bygget vibecodede værktøjer ind i deres daglige arbejdsgange, og spurgte dem, hvordan det går.
Uanset om du er projektleder og nysgerrig efter, hvad AI ellers kan hjælpe dig med, eller om du er leder og prøver at komme på forkant med det, dit team måske allerede eksperimenterer med, kan du betragte dette som din introduktion til vibecoding — en del inspiration, en del advarsel.
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
Hvad er vibecoding egentlig?
Selvom der endnu ikke findes en formel definition af "vibecoding", fordi det er et nyt begreb, vil vi definere det sådan: kodning gennem prompts til en LLM ved hjælp af almindeligt sprog, hvorefter den genererer kode.
Med henblik på denne artikel vil jeg også præcisere, at "vibecoding" (i hvert fald sådan som jeg bruger begrebet) adskiller sig fra AI-understøttet kodning – hvor en teknisk dygtig udvikler bruger værktøjer som GitHub Copilot til at fremskynde arbejde, som vedkommende allerede forstår, hvordan man udfører.
Hvorfor projektledere overraskende nok er velegnede til dette
Ved første øjekast kan vibecoding virke som et værktøj for iværksættere eller hobbyfolk med tilknytning til teknologi. Men jo flere mennesker jeg talte med, desto tydeligere blev en anden profil: Den person, der trives med vibecoding, er ikke nødvendigvis den mest tekniske person i rummet. Det er den person, der er bedst til at vide, hvad vedkommende ønsker, og formulere det klart — hvilket, hvis man tænker over det, beskriver en god projektleder næsten perfekt.
Tim Fisher, VP for AI hos The Digital Project Manager, formulerede det sådan: "Det er en måde at kommunikere på, som ikke fandtes før." Han ser mindre vibecoding som en teknisk færdighed og mere som et nyt medie til at omsætte idéer til noget håndgribeligt. "Værdien af disse værktøjer for ikke-kodere er, at man kan springe ting som enighed om en idé over og komme forbi fasen med 'kommer det her til at virke?'"
Vibecoding er en måde at kommunikere på, som ikke fandtes før.
Det, Tim beskrev, passer perfekt til projektlederens kompetencer: udarbejdelse af krav, oversættelse af forretningsbehov til klare specifikationer, kommunikation på tværs af tekniske og ikke-tekniske teams — det er alt sammen noget, projektledere gør hver dag, og det viser sig at være præcis det, vibecoding belønner.
Aniket Ghonge, seniorleder for forsyningskæden hos Amazon, beskrev sin egen vej til vibecoding på en måde, som mange projektledere vil kunne genkende. Flere år før agentisk AI fandtes, hjalp han med at lede et udviklingsteam, der skulle bygge et internt værktøj, ved at skrive krav og beskrive, hvad han havde brug for. "Jeg byggede ikke noget. Jeg kodede ikke noget. Jeg sagde bare: ‘Her er, hvad vi har brug for. Sådan bør det fungere.’ Og de byggede det ud fra mine krav. Men det var dér, min rejse begyndte. Nu, med agentisk AI, gør jeg det samme. Jeg skriver mine krav, men AI står for kodningen.”
Den eneste forskel nu? Han har ikke brug for et udviklingsteam.
Hvad bygger folk egentlig?
Det mest overbevisende bevis på vibecodings potentiale er ikke teoretisk — det er de konkrete, praktiske ting, som folk i stilhed har lanceret, mens resten af os stadig diskuterede, om det var værd at prøve.
Her er et øjebliksbillede af, hvad fire ikke-tekniske praktikere har bygget:
Dixie Willard, grundlægger og chef for projektstrategi hos Poised and Plumb, arbejder primært med indretningsarkitekter og byggede helt på egen hånd en arbejdsomfangsbygger. Appen lader en designer gennemgå en kundekonsultation på en tablet, afkrydse rum, valg og projektfaser i realtid og genererer straks et overskueligt arbejdsomfangsdokument — noget, der tidligere krævede noter, hukommelse og timevis af administrativt arbejde efter mødet. Hun byggede den, fordi der ikke fandtes noget lignende. "Der findes bare ikke én. Og der er mange værktøjer, som designere kunne bruge, men som bare ikke findes." Hendes syn på, hvorfor vibekodning er relevant i brancher som hendes: "Jeg tror, at nicheanvendelserne nok er den største grund til at bruge vibekodning. Det gør bare livet så meget lettere."
Jeg tror, at nicheanvendelserne nok er den største grund til at bruge vibekodning. Det gør bare livet så meget lettere.
Aniket Ghonge brugte 16 til 18 timer hver uge på manuelt at behandle data om efterspørgselsprognoser for hundredvis af transportører på tværs af Amazons logistiknetværk — kopiere tal mellem regneark, udføre beregninger i hånden og gøre det hele igen ugen efter. "Det er en manuel proces. Det tog mig omkring 16 til 18 timer hver uge. Jeg kan ikke blive ved med at gøre det manuelt og begå fejl, for hver gang et menneske håndterer noget i stor skala, vil det være fejlbehæftet." Derfor vibekodede han en komplet webapplikation, der nu automatiserer det meste af arbejdet. Sammenligningen med det, der kom før, er slående: "For et par år siden skulle jeg arbejde sammen med en webudvikler, en UX-designer, en produktchef, en teknisk programchef og en masse andre personer for at bygge et produkt baseret på mit koncept. I dag har jeg ingen blokeringer, og på to uger byggede jeg en applikation. En lignende applikation, som jeg tidligere var med til at understøtte, tog to år."
Michael Gold, ekstern leverancechef og grundlægger hos Gold Project Management, byggede et skræddersyet CRM-system i Lovable, som forbindes med virksomhedens websted og integreres med Fireflies, hans værktøj til transskription af møder. Hver morgen gennemgår han og hans forretningspartner deres pipeline på et opkald, og når de er færdige, klarer et enkelt tryk på en knap resten: "Jeg kan bare klikke på opdater fra transskription, og så gennemgår den automatisk transskriptionen og tildeler den til den rigtige person. Og den tilføjer noter og opgaver og tildeler dem til os." Siden har han taget vibekodning endnu længere og samarbejder med en udvikler om at bygge et komplet værktøj til automatisering af professionelle tjenester, som nu nærmer sig en offentlig lancering.
Harry Max, ekstern leder og forfatter til Håndtering af prioriteter, så sin forretningspartner vibekode en avanceret platform til prioritering fra bunden over ni måneder ved hjælp af Claude Code — uden udviklingsteam og uden ekstern investering. Den sammenligning, Harry kom med før og efter, var svær at ignorere: "På ni måneder byggede én person noget, der var lige så avanceret som den software, vi byggede for 20 år siden med 14 personer og $2 million."
På ni måneder byggede én person noget, der var lige så avanceret som det, vi byggede for 20 år siden med 14 personer og $2 million.
Den ærlige sandhed: Det går ikke altid glat
Alle, jeg talte med, var oprigtigt begejstrede for vibekodning. De var også uden undtagelse ærlige om, hvor svært det bliver.
Den mest almindelige oplevelse synes at være en version af det, Michael beskrev: "Man kan komme fra nul til 60 hurtigere end nogensinde, men jeg synes stadig, at det er virkelig udfordrende at komme fra 60 til 100. Hvis man virkelig vil have det i mål, kræver det stadig ekspertise."
Harry Max pegede på en mere subtil fælde — tiltrækningen ved selve processen. "Det er meget forførende hele tiden at blive ved med at ændre ting, og hver gang man ændrer noget, går noget i stykker. Og man opdager ikke, hvad der er gået i stykker, medmindre man virkelig har gennemtænkt, hvordan man vil håndtere sine processer for kvalitet og testning." Han kom også med en tankevækkende bemærkning om resultater, der ser bedre ud, end de er: "Det faktum, at man kan vibekode noget, der ser smukt ud, betyder ikke, at det er nyttigt. Det betyder ikke, at det virker. Det betyder ikke, at det løser et problem, men det ser godt ud."
[Med vibecoding] kan du komme fra nul til 60 hurtigere end nogensinde før, men jeg synes stadig, at det virkelig er udfordrende at komme fra 60 til 100.
Aniket Ghonge lærte en af de sværere lektioner på egen krop. I sin iver efter at blive ved med at bygge funktioner sprang han et testtrin over, hvilket kostede ham dyrt: "Jeg mistede pludselig 50 % af mit arbejde, og det skræmte mig på en måde. Det var min hårde lektion. Okay, du skal teste en funktion i et testmiljø, før du foretager en ændring i et produktionsmiljø." Han kom sig, men det tog timer — og medførte en betydelig mængde bekymring.
More Articles
- 3 alternativer til at erstatte dine menneskelige projektledere med AI-agenter
- AI-drevet projektleder og underviser deler en enkel AI-arbejdsgang, der fundamentalt ændrer måden, projekter drives på
- De AI-arbejdsgange fra den virkelige verden, som leverancechefen hos et Asana-implementeringsbureau bruger
- Det ene projektstyringsværktøj, jeg aldrig ville undvære
- De projektstyringsværktøjer, projektledere måtte holde op med at bruge
De risici, som ikke-tekniske udviklere ikke altid ser komme
Praktikernes begejstring er ægte, men det samme er de strukturelle risici — og det var her, jeg besluttede at tage Tim med for at få en ærlig teknisk vurdering.
Da jeg spurgte Tim, hvad han syntes om, at projektledere bruger vibecoding til at bygge deres egne værktøjer, handlede hans perspektiv mindre om at afskrække folk og mere om at sikre, at de går ind i det med åbne øjne. Hans vigtigste observation var: "Generelt kan man sige, at hvis du ikke ved, hvad du ikke ved, kan du ikke gå ud fra, at den agentbaserede kodeagent vil udfylde hullerne for dig."
Det gælder især skalerbarhed. "Generelt kan man sige, at alle projekter, der er bygget med vibecoding, ikke er skalerbare, primært fordi du ikke beder agenten om at tage højde for skalering. Ikke-udviklere beder sandsynligvis ikke engang om ting som fejlhåndtering." Et værktøj, der er bygget med vibecoding, fungerer måske perfekt for fem brugere, men bryder stille og roligt sammen ved halvtreds — og den person, der byggede det, har måske ingen mulighed for at vide hvorfor.
Generelt kan man sige, at alle projekter, der er bygget med vibecoding, ikke er skalerbare, primært fordi du ikke beder agenten om at tage højde for skalering.
Og så er der spørgsmålet om ansvarlighed, som bliver særligt påtrængende, når værktøjet bliver populært i en organisation. "Hvis du bygger noget, som folk er afhængige af, skal det blive til mere end bare et projekt, der er bygget med vibecoding; det skal overtages af de mennesker, der arbejder professionelt med det og ved ting, som du ikke engang ved, at du skal spørge om." Fisher beskrev et specifikt scenarie, der føltes meget realistisk: "Hvis nogen spørger denne person: 'Er de oplysninger, jeg får ud af dit værktøj, korrekte?' og personen ikke ved nok om, hvordan det fungerer, fordi vedkommende lod agenten udføre alt arbejdet, så kan personen ikke besvare det spørgsmål."
Selv Dixie Willard, som aktivt bygger værktøjer, hun tror på, anerkendte den uro, der ligger under begejstringen: "Det er det, der altid gør mig nervøs, for jeg tænker: Hvad nu, hvis der er et sikkerhedsproblem?"
Det er værd at bemærke, at sikkerhedssårbarheder — eksponerede API-nøgler, usikrede brugerdata og værktøjer, der utilsigtet håndterer personhenførbare oplysninger uden tilstrækkelige sikkerhedsforanstaltninger — er blandt de mest almindelige faldgruber, Tim fremhævede i vores samtale. Det er den slags, en udvikler håndterer som en del af rutinen, men som en person, der bruger vibecoding, ganske enkelt måske ikke ved, at vedkommende skal tage hånd om.
Så bør du prøve det?
Det ærlige svar er: Det afhænger af, hvad du bygger, og hvad du planlægger at bruge det til.
Vibecoding er virkelig effektivt som værktøj til prototyper og kommunikation. Hvis du har en idé, gerne vil teste, om den fungerer, eller har brug for at vise interessenter noget konkret, før du investerer i egentlig udvikling, er mulighederne store, og risiciene til at håndtere. Tim formulerer det godt: Den centrale værdi er, at man hurtigere end nogensinde før kommer forbi fasen, hvor man spørger: "Kommer det her til at fungere?"
Det bliver mere kompliceret, når et værktøj, der er bygget med vibecoding, går fra at være en prototype til noget, som folk er afhængige af. På det tidspunkt begynder hullerne i skalerbarhed, fejlhåndtering og sikkerhed, som det var fint at ignorere i starten, at få betydning — og den person, der byggede det, har måske ikke det tekniske ordforråd til overhovedet at vide, hvor vedkommende skal lede.
Praktikerne i denne artikel navigerer alle i denne spænding i realtid. Nogle overdrager arbejdet til udviklere. Nogle lærer undervejs. De er alle i gang med at finde ud af, én prompt ad gangen, præcis hvor grænserne for denne teknologi går.
For projektledere er muligheden reel — men det samme er det ansvar, der følger med. Den gode nyhed er, at det at vide, hvad man ønsker, stille de rigtige spørgsmål og forstå, hvornår man skal hente hjælp, alt sammen er ting, som dygtige projektledere allerede gør. Vibecoding er, når det fungerer bedst, blot en ny kontekst for de samme færdigheder.
Vil du have flere indsigter som disse? Opret en gratis DPM-konto for at høre fra flere eksperter som disse.
