Wachstum von Vibecoding: Vibecoding hat sich von einem Nischenthema zu einem Ansatz entwickelt, der in der Technologie- und Geschäftswelt Aufmerksamkeit erregt.
Projektmanager: Projektmanager, die sich durch klare Kommunikation auszeichnen, sind überraschend gut darin, im Vibecoding zu glänzen.
Praxisbeispiele: Praktische Anwendungen von Vibecoding zeigen das Potenzial, Werkzeuge für spezielle Anwendungsbereiche zu bauen.
Herausforderungen: Obwohl Vibecoding die anfängliche Entwicklung beschleunigt, bleiben Skalierung und Qualitätsmanagement schwierige Aspekte.
Bewusstsein für Risiken: Nicht-technische Anwender können beim Vibecoding auf Risiken wie Skalierbarkeitsprobleme und Sicherheitslücken stoßen.
In den letzten ein bis zwei Jahren hat sich der Begriff „Vibecoding“ von einer Nischenbezeichnung in AI-Enthusiastenkreisen zu einem Konzept entwickelt, das langsam den Mainstream erreicht – zumindest in den Bereichen Technologie, Wirtschaft und Produktivität. Nachdem ich unzählige Stunden mit Expert:innen über KI gesprochen habe und selbst eine regelrechte Vibecoding-Obsession entwickelt habe, ist mir ein Muster aufgefallen: Vibecoding ist oft die nächste Station für Menschen, die bei den bestehenden KI-Tools an ihre Grenzen gestoßen sind. Wenn du nicht findest, wonach du suchst, warum baust du es dann nicht einfach selbst?
Der Haken ist: Die meisten Menschen, mit denen ich spreche, haben davon noch nie gehört. Es bleibt ein wirklich nischiges Konzept und wird insbesondere in Projektmanagement-Kreisen kaum diskutiert. Also habe ich mich auf die Suche gemacht nach denjenigen, die es tatsächlich tun: echte Projektmanager:innen und Leiter:innen von Betriebsabläufen, die still und leise Vibecoding-Tools in ihren Arbeitsalltag integriert haben – und sie gefragt, wie es läuft.
Egal, ob du Projektmanager:in bist und wissen willst, wohin KI dich noch bringen kann, oder als Führungskraft einen Vorsprung haben willst vor dem, was dein Team vielleicht schon ausprobiert – betrachte dies als deine Einführung ins Vibecoding: teils Inspiration, teils Warnung.
Was ist Vibecoding eigentlich?
Da es noch keine formale Definition von „Vibecoding“ gibt – schließlich ist der Begriff noch neu – möchten wir ihn wie folgt definieren: Programmieren, indem man ein LLM mit einer Eingabe in natürlicher Sprache anweist und daraus Code generieren lässt.
Für den Zweck dieses Artikels möchte ich außerdem klarstellen, dass sich „Vibecoding“ (jedenfalls so, wie ich den Begriff verwende) von KI-unterstütztem Programmieren abgrenzt – bei Letzterem verwendet eine technisch versierte Person Tools wie GitHub Copilot, um die Arbeit zu beschleunigen, die sie ohnehin versteht und umsetzen kann.
Warum Projektmanager:innen dafür überraschend gut geeignet sind
Auf den ersten Blick mag Vibecoding wie ein Werkzeug für Unternehmer:innen oder technikaffine Bastler:innen erscheinen. Doch je mehr Gespräche ich geführt habe, desto deutlicher wurde ein anderes Muster: Die Personen, die im Vibecoding aufblühen, sind nicht unbedingt die technisch versiertesten im Raum. Es sind diejenigen, die am besten wissen, was sie wollen und das klar formulieren können – und wenn man darüber nachdenkt, beschreibt das eine:n gute:n Projektmanager:in nahezu perfekt.
Tim Fisher, VP of AI bei The Digital Project Manager, beschreibt es so: „Es ist eine Art der Kommunikation, die es vorher nicht gab.“ Für ihn ist Vibecoding weniger eine technische Fähigkeit als vielmehr ein neues Medium, um Ideen in etwas Greifbares zu verwandeln. „Der Wert dieser Tools für Nicht-Programmierer liegt darin, Dinge wie die Abstimmung auf eine Idee abzukürzen und schneller über die Frage hinwegzukommen, ob es funktioniert.“
Vibecoding ist eine Art der Kommunikation, die es vorher nicht gab.
Was Tim beschreibt, passt genau zu den Fähigkeiten von PMs: Anforderungen formulieren, Geschäftsanforderungen in klare Spezifikationen übersetzen, zwischen technischen und nicht-technischen Teams vermitteln – all das machen Projektmanager:innen täglich und genau das zahlt sich im Vibecoding aus.
Aniket Ghonge, Senior Supply Chain Manager bei Amazon, beschreibt seinen eigenen Weg zum Vibecoding auf eine Weise, die vielen Projektmanager:innen bekannt vorkommen dürfte. Jahre bevor es agentische KI gab, half er einem Entwicklungsteam bei der Erstellung eines internen Tools, indem er Anforderungen schrieb und den Ablauf beschrieb, den er benötigte. „Ich habe nichts gebaut. Ich habe nichts programmiert. Ich habe einfach gesagt: ‚Das brauchen wir. So sollte es ablaufen.‘ Und sie haben es basierend auf meinen Anforderungen gebaut. Aber da fing meine Reise an. Jetzt, mit agentischer KI, mache ich genau das Gleiche. Ich schreibe meine Anforderungen, aber die KI programmiert.“
Der einzige Unterschied heute? Er braucht kein Entwicklungsteam mehr.
Was bauen Menschen tatsächlich?
Das überzeugendste Argument für das Potenzial von Vibecoding ist nicht theoretisch – es sind die ganz praktischen Anwendungen, die Leute im Stillen bereits umgesetzt haben, während der Rest von uns noch diskutiert hat, ob es sich lohnt.
Hier ist ein Überblick darüber, was vier nicht-technische Anwender:innen entwickelt haben:
Dixie Willard, Gründerin und Chief Project Strategist bei Poised and Plumb, arbeitet hauptsächlich mit Innenarchitekt:innen zusammen und hat eigenständig einen Leistungsumfang-Builder entwickelt. Die App ermöglicht es Designer:innen, während einer Kundenberatung auf einem Tablet die Räume, Auswahlen und Projektphasen in Echtzeit abzuhaken und erstellt direkt vor Ort ein übersichtliches Leistungsumfang-Dokument — etwas, das zuvor Notizen, Gedächtnis und Stunden an nachgelagerter Verwaltungsarbeit erforderte. Sie hat es gebaut, weil es bislang nichts Vergleichbares gab. „So etwas gibt es einfach nicht. Und es gibt viele Tools, die Designer:innen gebrauchen könnten, die schlichtweg nicht existieren.“ Ihre Sicht darauf, warum Vibecoding in Branchen wie ihrer eine Rolle spielt: „Ich denke, die speziellen Anwendungsfälle sind vermutlich der größte Grund, Vibecoding zu nutzen. Es macht das Leben einfach so viel leichter.“
Ich denke, die speziellen Anwendungsfälle sind vermutlich der größte Grund, Vibecoding zu nutzen. Es macht das Leben einfach so viel leichter.
Aniket Ghonge verbrachte jede Woche 16 bis 18 Stunden damit, Bedarfsprognosedaten für Hunderte von Versendern im Amazon-Logistiknetzwerk manuell zu verarbeiten — Zahlen zwischen Tabellenblättern zu kopieren, Berechnungen von Hand durchzuführen und das alles Woche für Woche zu wiederholen. „Es ist ein manueller Prozess. Es hat mich etwa 16 bis 18 Stunden pro Woche gekostet. Ich kann das nicht auf Dauer weiter manuell machen und Fehler produzieren, denn immer, wenn jemand etwas in großem Umfang anfasst, entstehen zwangsläufig Fehler.“ Also hat er eine vollständige Web-Anwendung vibecoded, die nun den Großteil dieser Arbeit automatisiert. Der Vergleich zu früher ist beeindruckend: „Vor ein paar Jahren musste ich mit einem Webentwickler, einem UX-Designer, einem Produktmanager, einem Technical Program Manager, vielen Beteiligten zusammenarbeiten, um ein Produkt zu bauen, das auf meinem Konzept beruhte. Heute habe ich keine Hindernisse mehr, und innerhalb von zwei Wochen habe ich eine Anwendung gebaut. Eine ähnliche Anwendung, die ich zuvor unterstützt habe, hat zwei Jahre gedauert.“
Michael Gold, Fractional Head of Delivery und Gründer von Gold Project Management, hat ein individuelles CRM in Lovable gebaut, das mit der Unternehmenswebsite verbunden ist und mit Fireflies, seinem Meeting-Transkriptionstool, integriert. Jeden Morgen gehen er und sein Geschäftspartner in einem Telefonat gemeinsam ihre Pipeline durch, und am Ende reicht ein Knopfdruck für alles Weitere: „Ich kann einfach auf ‚Update aus Transkript‘ klicken, und es durchsucht automatisch das Transkript und ordnet es der richtigen Person zu. Es fügt Notizen und Aufgaben hinzu und weist sie uns zu.“ Inzwischen ist er beim Vibecoding noch einen Schritt weiter gegangen und hat sich mit einem Entwickler zusammengetan, um ein komplettes Professional-Services-Automation-Tool zu bauen, das nun kurz vor der öffentlichen Einführung steht.
Harry Max, Interimsmanager und Autor von „Managing Priorities“, beobachtete, wie sein Geschäftspartner innerhalb von neun Monaten eine ausgefeilte Priorisierungsplattform von Grund auf mit Claude Code entwickelte — ganz ohne Entwicklerteam und externe Investitionen. Harrys Vergleich von früher und heute ist schwer zu übersehen: „In neun Monaten hat eine Person etwas so Anspruchsvolles gebaut wie wir vor 20 Jahren mit 14 Leuten und 2 Millionen Dollar.“
In neun Monaten hat eine Person etwas so Anspruchsvolles gebaut wie wir vor 20 Jahren mit 14 Leuten und 2 Millionen Dollar.
Die ehrliche Wahrheit: Es läuft nicht immer reibungslos
Jede Person, mit der ich gesprochen habe, war wirklich begeistert vom Vibecoding. Sie waren jedoch ausnahmslos ehrlich darüber, wo es schwierig wird.
Die häufigste Erfahrung scheint eine Variante dessen zu sein, was Michael beschrieben hat: „Man kann schneller als je zuvor von Null auf Sechzig kommen, aber ich finde trotzdem, dass von Sechzig auf Hundert es wirklich anspruchsvoll wird. Wenn man es wirklich weiterbringen will, braucht es immer noch Expertise.“
Harry Max wies auf eine subtilere Falle hin — den Reiz des Prozesses selbst. „Es ist sehr verführerisch, ständig Veränderungen vorzunehmen, und jedes Mal, wenn man etwas ändert, geht etwas kaputt. Und man merkt nicht, was kaputt geht, wenn man sich nicht wirklich überlegt hat, wie man Qualitäts- und Testprozesse steuert.“ Außerdem gab er zu Outputs, die besser aussehen als sie sind, zu bedenken: „Nur weil man vibecodete Dinge erstellen kann, die wunderschön aussehen, heißt das nicht, dass sie nützlich sind. Es heißt nicht, dass sie funktionieren. Es heißt nicht, dass sie ein Problem lösen, aber sie sehen großartig aus.“
[Mit vibecoding] können Sie schneller denn je von null auf sechzig kommen, aber ich denke immer noch, dass sechzig bis hundert wirklich herausfordernd ist.
Aniket Ghonge hat eine der schwierigeren Lektionen am eigenen Leib erfahren. In seinem Eifer, stetig neue Funktionen zu entwickeln, hat er einen Testschritt übersprungen, der ihn teuer zu stehen kam: „Ich habe plötzlich 50 % meiner Arbeit verloren, und das hat mich ziemlich erschreckt. Das war meine harte Lektion. Okay, du musst eine Funktion zuerst in einer Testumgebung prüfen, bevor du sie in einer Produktionsumgebung änderst.“ Er konnte alles wiederherstellen, aber es dauerte Stunden – und sorgte für eine Menge Stress.
Die Risiken, die nicht-technische Ersteller nicht immer vorhersehen
Die Begeisterung bei den Praktikern ist echt, aber die strukturellen Risiken sind es auch – und an diesem Punkt habe ich Tim hinzugezogen, um eine ehrliche technische Einschätzung zu bekommen.
Als ich Tim nach seiner Meinung dazu fragte, dass Projektmanager ihre eigenen Tools vibecoden, ging es ihm weniger darum, die Leute zu entmutigen, sondern vor allem darum, dass sie mit offenen Augen an die Sache herangehen. Seine wichtigste Beobachtung: „Allgemein gesagt, wenn du nicht weißt, was du nicht weißt, kannst du nicht davon ausgehen, dass der agentische Coder dich aufklärt.“
Das gilt insbesondere für die Skalierbarkeit. „Im Allgemeinen sind alle vibecodeten Projekte nicht skalierbar, hauptsächlich, weil man den Agenten nicht bittet, die Skalierung zu berücksichtigen. Nicht-Entwickler fragen wahrscheinlich auch nicht nach Dingen wie Fehlerbehandlung.“ Ein vibecodetes Tool kann für fünf Benutzer perfekt funktionieren und bei fünfzig still und leise auseinanderfallen – und die Person, die es gebaut hat, weiß womöglich nicht einmal, warum.
Im Allgemeinen sind alle vibecodeten Projekte nicht skalierbar, hauptsächlich, weil man den Agenten nicht bittet, die Skalierung zu berücksichtigen.
Dann ist da noch die Frage der Verantwortung, die besonders dann relevant wird, wenn das Tool innerhalb einer Organisation an Beliebtheit gewinnt. „Wenn du etwas baust, auf das sich Leute verlassen, muss es mehr werden als nur ein vibecodetes Projekt; es muss von denjenigen übernommen werden, die das professionell machen und Dinge wissen, nach denen du nicht einmal fragen würdest.“ Fisher zeichnete ein sehr realistisches Szenario: „Wenn jemand diese Person fragt: ‚Sind die Informationen, die ich aus deinem Tool bekomme, korrekt?‘ und sie nicht genug über die Funktionsweise weiß, weil sie dem Agenten alle Arbeit überlassen hat, kann diese Person die Frage nicht beantworten.“
Sogar Dixie Willard, die selbst aktiv Tools entwickelt, an die sie glaubt, gesteht das Unbehagen ein, das unter der Begeisterung liegt: „Das ist das, was mich immer nervös macht, weil ich denke: Was, wenn es ein Sicherheitsproblem gibt?“
Es ist erwähnenswert, dass Sicherheitslücken – ausgeleitete API-Schlüssel, ungeschützte Nutzerdaten, Tools, die versehentlich personenbezogene Daten ohne ausreichende Schutzmaßnahmen verarbeiten – laut Tim zu den häufigsten Fallstricken gehören. Für einen Entwickler sind solche Dinge alltägliche Routine, aber einem vibecoder ist vielleicht nicht einmal bewusst, dass sie gelöst werden müssen.
Sollten Sie es also ausprobieren?
Die ehrliche Antwort ist: Es kommt darauf an, was Sie bauen und was Sie damit vorhaben.
Vibecoding ist als Prototyping- und Kommunikationstool tatsächlich leistungsstark. Wenn Sie eine Idee haben, testen möchten, ob sie funktioniert, oder Stakeholdern etwas Greifbares zeigen möchten, bevor Sie in echte Entwicklung investieren, sind die Möglichkeiten groß und die Risiken überschaubar. Tim bringt es gut auf den Punkt: Der eigentliche Mehrwert liegt darin, die "Funktioniert das überhaupt?"-Phase schneller als je zuvor zu durchlaufen.
Komplizierter wird es, wenn ein vibecodetes Tool vom Prototyp zu einer Lösung wird, auf die sich Menschen verlassen. Dann spielen die Anfangs vernachlässigten Aspekte wie Skalierbarkeit, Fehlerbehandlung und Sicherheit plötzlich eine große Rolle – und der Ersteller hat möglicherweise gar nicht das technische Vokabular, um die richtigen Fragen zu stellen.
Die hier vorgestellten Praktiker navigieren diesen Zwiespalt in Echtzeit. Einige geben an Entwickler ab. Andere lernen Schritt für Schritt dazu. Alle loten mit jedem Prompt neu aus, wo die Grenzen dieser Technologie liegen.
Für Projektmanager ist die Chance real – ebenso wie die Verantwortung, die damit einhergeht. Die gute Nachricht: Zu wissen, was man will, die richtigen Fragen zu stellen und zu erkennen, wann man Hilfe braucht, ist ohnehin bereits Teil eines guten Projektmanagements. Vibecoding ist im besten Fall nur ein neuer Anwendungsbereich derselben Fähigkeiten.
Möchten Sie mehr solcher Einblicke? Melden Sie sich kostenlos bei DPM an, um von weiteren Experten zu hören wie diesen.
