Der Aufstieg des Vibecodings: Kann es für Projektmanager nützlich sein?
Wachstum des Vibecodings: Vibecoding hat sich von einem Nischenthema zu einem Konzept entwickelt, das sowohl in Technik- als auch in Geschäftskreisen Aufmerksamkeit erhält.
Projektmanager: Projektmanager, die für ihre klare Kommunikation bekannt sind, eignen sich unerwartet gut, um im Vibecoding erfolgreich zu sein.
Praxisbeispiele: Praktische Anwendungen des Vibecodings verdeutlichen sein Potenzial, Werkzeuge für spezielle Anwendungsfälle zu erstellen.
Herausforderungen: Obwohl Vibecoding die anfängliche Entwicklung beschleunigt, bleiben Skalierung und Qualitätsmanagement herausfordernde Aspekte.
Bewusstsein für Risiken: Nicht-technische Entwickler können beim Vibecoding auf Risiken wie Skalierbarkeitsprobleme und Sicherheitslücken stoßen.
In den letzten ein bis zwei Jahren ist "Vibecoding" von einem Nischenbegriff in den Ecken der KI-Enthusiasten-Community zu einem Konzept geworden, das langsam dabei ist, den Mainstream zu erreichen — zumindest in den Bereichen Technologie, Wirtschaft und Produktivität. Nachdem ich unzählige Stunden damit verbracht habe, mit Experten über KI zu sprechen, und selbst tief in einer Vibecoding-Obsession stecke, ist mir ein Muster aufgefallen: Vibecoding ist oft der nächste Schritt für Menschen, die an die Grenzen dessen gestoßen sind, was bestehende KI-Tools für sie leisten können. Wenn du nicht findest, was du suchst, warum baust du es dann nicht einfach selbst?
Das Problem ist, dass die meisten Leute, mit denen ich spreche, noch nie davon gehört haben. Es bleibt ein wirkliches Nischenthema und wird speziell in Projektmanagement-Kreisen kaum diskutiert. Also habe ich mich auf die Suche nach den Leuten gemacht, die es tatsächlich tun: echte Projektmanager und Operations-Verantwortliche, die still und leise Vibecoded-Tools in ihre täglichen Workflows eingebaut haben, und habe sie gefragt, wie es läuft.
Egal, ob du als Projektmanager neugierig bist, wohin dich KI als Nächstes führen kann, oder als Führungskraft verstehen willst, womit dein Team vielleicht schon experimentiert: Betrachte dies als deine Einführung ins Vibecoding — teils Inspiration, teils Warnung.
Unlock for Free
Create a free account to finish this piece and join a community of forward-thinking leaders unlocking tools, playbooks, and insights for thriving in the age of AI.
Have an account? Log In
Was ist Vibecoding überhaupt?
Da es für "Vibecoding" noch keine offizielle Definition gibt, da es sich um einen neuen Begriff handelt, definieren wir es wie folgt: Das Programmieren durch das Formulieren von Anweisungen in natürlicher Sprache an ein LLM, das daraufhin Code generiert.
Für die Zwecke dieses Artikels möchte ich außerdem klarstellen, dass „Vibecoding“ (zumindest so, wie ich den Begriff verwende) sich von KI-unterstütztem Programmieren unterscheidet – bei dem ein technisch versierter Entwickler Tools wie GitHub Copilot nutzt, um die Arbeit, die er ohnehin versteht, zu beschleunigen.
Warum Projektmanager überraschend gut dafür geeignet sind
Auf den ersten Blick mag Vibecoding wie ein Werkzeug für Unternehmer oder techniknahe Hobbyisten wirken. Doch je mehr Menschen ich gesprochen habe, desto mehr kristallisierte sich ein anderes Profil heraus: Die Person, die beim Vibecoding besonders erfolgreich ist, ist nicht unbedingt die technisch versierteste Person im Raum. Es ist die Person, die am besten weiß, was sie will und dies klar ausdrücken kann — und das beschreibt eigentlich einen guten Projektmanager ziemlich genau.
Tim Fisher, VP of AI bei The Digital Project Manager, hat es so formuliert: "Es ist eine Art der Kommunikation, die es vorher nicht gab." Er betrachtet Vibecoding weniger als technische Fertigkeit, sondern vielmehr als ein neues Medium, um Ideen in etwas Greifbares zu verwandeln. "Der Wert dieser Tools für Nicht-Programmierer besteht darin, Dinge wie die Abstimmung auf eine Idee abzukürzen und die Phase des 'Funktioniert das überhaupt?' zu überwinden."
Vibecoding ist eine Art der Kommunikation, die es vorher nicht gab.
Was Tim beschreibt, passt perfekt zum Skillset eines Projektmanagers: Anforderungen formulieren, geschäftliche Bedürfnisse in klare Spezifikationen übersetzen, die Kommunikation zwischen technischen und nicht-technischen Teams — all das machen Projektmanager täglich, und genau das ist es, was beim Vibecoding entscheidend ist.
Aniket Ghonge, Senior Supply Chain Manager bei Amazon, schilderte seinen eigenen Weg zum Vibecoding auf eine Weise, die vielen Projektmanagern bekannt vorkommen dürfte. Jahre bevor agentische KI existierte, unterstützte er ein Entwicklungsteam dabei, ein internes Tool zu bauen, indem er Anforderungen schrieb und erklärte, was er brauchte. "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 dasselbe. Ich schreibe meine Anforderungen, aber die KI übernimmt das Programmieren.”
Der einzige Unterschied? Er braucht heute kein Entwicklerteam mehr.
Was bauen die Leute eigentlich?
Das überzeugendste Argument für das Potenzial von Vibecoding ist nicht theoretisch — es sind die konkreten, praktischen Dinge, die Menschen still und leise umgesetzt haben, während der Rest von uns noch darüber debattierte, ob es sich auszuprobieren lohnt.
Hier ein Einblick in das, was vier nicht-technische Anwender bereits gebaut haben:
Dixie Willard, Gründerin und leitende Projektstrategin bei Poised and Plumb, arbeitet hauptsächlich mit Innenarchitekt:innen zusammen und hat komplett eigenständig einen Leistungsumfang-Builder entwickelt. Die App ermöglicht es einer Designerin, während eines Kundengesprächs auf einem Tablet Räume, Auswahlen und Projektphasen in Echtzeit abzuhaken und erstellt sofort ein übersichtliches Leistungsumfang-Dokument — etwas, das früher Notizen, Erinnerungen und stundenlange Nachbereitung erforderte. Sie baute es, weil es nichts Vergleichbares gab. "Es gibt einfach keins. Und es gibt viele Tools, die Designer:innen nutzen könnten, die einfach nicht existieren." Ihr Fazit, warum Vibecoding in Branchen wie ihrer wichtig ist: "Ich denke, die Nischenanwendungen sind wahrscheinlich der größte Grund, Vibecoding einzusetzen. Es macht das Leben einfach so viel einfacher."
Ich denke, die Nischenanwendungen sind wahrscheinlich der größte Grund, Vibecoding einzusetzen. Es macht das Leben einfach so viel einfacher.
Aniket Ghonge verbrachte jede Woche 16 bis 18 Stunden damit, Bedarfsprognosedaten für Hunderte von Versendern im Logistiknetzwerk von Amazon manuell zu verarbeiten – Zahlen in Tabellen zu übertragen, Berechnungen von Hand durchzuführen und alles in der folgenden Woche erneut zu machen. "Es ist ein manueller Prozess. Es hat jede Woche etwa 16 bis 18 Stunden gedauert. Ich kann das nicht immer weiter manuell machen und dabei Fehler machen, denn sobald Menschen etwas in großem Umfang anfassen, passieren zwangsläufig Fehler." Daher hat er eine komplette Webanwendung vibecoded, die nun den Großteil dieser Arbeit automatisiert. Der Vergleich zu früher ist deutlich: "Vor ein paar Jahren musste ich mit einem Webentwickler, einem UX-Designer, einem Produktmanager, einem technischen Programmmanager und vielen weiteren zusammenarbeiten, um ein auf meinem Konzept basierendes Produkt zu bauen. Heute habe ich keine Blocker mehr und konnte innerhalb von zwei Wochen eine Anwendung bauen. Eine vergleichbare App, die ich früher betreut 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 sich mit seiner Firmenwebsite verbindet und mit Fireflies, seinem Tool zur Meeting-Transkription, integriert ist. Jeden Morgen gehen er und sein Geschäftspartner in einem Call ihre Pipeline durch – und wenn sie fertig sind, erledigt ein einziger Knopfdruck den Rest: "Ich kann einfach auf Aus Transkript aktualisieren klicken, und es geht automatisch das Transkript durch und ordnet es der richtigen Person zu. Es fügt Notizen und Aufgaben hinzu und weist sie uns zu." Er hat das Vibecoding weitergeführt und in Zusammenarbeit mit einem Entwickler ein komplettes Professional Services Automation Tool entwickelt, das nun vor dem öffentlichen Launch steht.
Harry Max, ein Interimsmanager und Autor von Managing Priorities, beobachtete, wie sein Geschäftspartner in neun Monaten mit Claude Code eine ausgefeilte Priorisierungsplattform von Grund auf vibecodete – ohne Entwicklerteam, ohne externe Finanzierung. Der Vorher-Nachher-Vergleich, den Harry zog, war beeindruckend: "In neun Monaten hat eine Person etwas so Komplexes gebaut wie eine Software, für die wir vor 20 Jahren 14 Leute und $2 Millionen brauchten."
In neun Monaten hat eine Person etwas so Komplexes gebaut wie wir vor 20 Jahren mit 14 Leuten und $2 Millionen.
Die ehrliche Wahrheit: Es läuft nicht immer reibungslos
Jede Person, mit der ich gesprochen habe, war wirklich begeistert vom Vibecoding. Sie waren aber auch – ausnahmslos – ehrlich darüber, wo es schwierig wird.
Die häufigste Erfahrung scheint eine Variante dessen zu sein, was Michael beschrieben hat: "Man kommt heute schneller von Null auf Sechzig als je zuvor, aber ich glaube immer noch, dass die letzten Vierzig Prozent wirklich herausfordernd sind. Wenn man wirklich weiterkommen will, benötigt es weiterhin Expertise."
Harry Max wies auf eine subtilere Falle hin – die Verlockung des Prozesses selbst. "Es ist sehr verführerisch, ständig Dinge zu verändern – und jedes Mal, wenn man etwas ändert, geht etwas kaputt. Und man findet nicht heraus, was kaputt ist, sofern man sich nicht wirklich Gedanken über Qualitäts- und Testprozesse gemacht hat." Außerdem gab er eine nachdenkliche Warnung bezüglich Ergebnissen, die besser aussehen, als sie sind: "Nur weil man etwas vibecoden kann, das großartig aussieht, heißt das nicht, dass es nützlich ist. Es heißt nicht, dass es funktioniert. Es heißt nicht, dass es ein Problem löst – aber es sieht gut aus."
[Mit vibecoding] können Sie schneller denn je von Null auf Sechzig kommen, aber ich denke immer noch, dass die Strecke von sechzig auf hundert wirklich herausfordernd ist.
Aniket Ghonge hat eine der härteren Lektionen am eigenen Leib erfahren. In seinem Eifer, weiterhin neue Funktionen zu entwickeln, hat er einen Testschritt übersprungen – und das kostete ihn teuer: „Ich habe plötzlich 50 % meiner Arbeit verloren, und das hat mir einen echten Schrecken eingejagt. Das war meine harte Lektion. Okay, du musst eine Funktion in einer Testumgebung prüfen, bevor du eine Änderung in der Produktionsumgebung vornimmst.“ Er konnte alles wiederherstellen, aber es dauerte Stunden – und brachte eine erhebliche Menge an Stress mit sich.
Die Risiken, die Nicht-Techniker oft nicht vorhersehen
Die Begeisterung der Praktiker ist echt, aber genauso real sind die strukturellen Risiken – und hier habe ich Tim um eine ehrliche technische Einschätzung gebeten.
Als ich Tim fragte, was er von Projektmanagern hält, die ihre eigenen Tools vibecoden, war seine Perspektive weniger, Menschen davon abzubringen, sondern mehr, sie mit offenen Augen herangehen zu lassen. Sein wichtigster Hinweis: „Im Allgemeinen, wenn du nicht weißt, was du nicht weißt, kannst du nicht davon ausgehen, dass der agentische Coder dich aufklärt.“
Das gilt besonders für die Skalierbarkeit. „Im Allgemeinen sind alle vibecodierten Projekte nicht skalierbar, meist weil du den Agenten nicht bittest, Skalierung zu berücksichtigen. Nicht-Entwickler fragen wahrscheinlich nicht einmal nach Dingen wie Fehlerbehandlung.“ Ein vibecodiertes Tool mag für fünf Nutzer perfekt funktionieren und bei fünfzig leise auseinanderfallen – und die Person, die es gebaut hat, hat möglicherweise keine Ahnung, warum.
Im Allgemeinen sind alle vibecodierten Projekte nicht skalierbar, meist weil du den Agenten nicht bittest, Skalierung zu berücksichtigen.
Dann ist da noch die Frage nach der Verantwortlichkeit, die besonders drängend wird, sobald das Tool innerhalb einer Organisation populär wird. „Wenn du etwas baust, auf das sich Menschen verlassen, dann muss es mehr sein als nur ein vibecodiertes Projekt; es muss von Leuten übernommen werden, die das professionell machen und Dinge wissen, von denen du gar nicht weißt, dass du sie fragen müsstest.“ Fisher beschrieb ein sehr realistisches Szenario: „Wenn jemand diese Person fragt: 'Sind die Informationen, die ich aus deinem Tool bekomme, korrekt?' und sie wissen nicht genug darüber, wie es funktioniert, weil sie dem Agenten alles haben machen lassen, können sie diese Frage nicht beantworten.“
Sogar Dixie Willard, die aktiv Tools baut, an die sie glaubt, hat das Unbehagen eingeräumt, das unter der Begeisterung liegt: „Das ist die Sache, die mich immer nervös macht, weil ich denke: Was ist, wenn es ein Sicherheitsproblem gibt?“
Es lohnt sich zu erwähnen, dass Sicherheitslücken – offengelegte API-Keys, ungesicherte Nutzerdaten, Tools, die unbeabsichtigt personenbezogene Daten ohne geeignete Schutzmechanismen verarbeiten – zu den häufigsten Fallstricken gehören, die Tim im Gespräch hervorgehoben hat. Für Entwickler ist das Alltag, aber ein Vibecoder weiß womöglich gar nicht, dass er sich um solche Punkte kümmern muss.
Sollten Sie es ausprobieren?
Die ehrliche Antwort lautet: Es kommt darauf an, was Sie bauen und was Sie damit vorhaben.
Vibecoding ist tatsächlich ein leistungsstarkes Werkzeug für Prototyping und Kommunikation. Wenn Sie eine Idee haben, testen möchten, ob sie funktioniert, oder Stakeholdern etwas Greifbares zeigen wollen, bevor Sie in die eigentliche Entwicklung investieren, ist das Potenzial groß und die Risiken sind beherrschbar. Tim bringt es gut auf den Punkt: Der Kernnutzen liegt darin, schneller als je zuvor die Frage „Wird das funktionieren?“ beantworten zu können.
Schwieriger wird es, wenn ein vibecodiertes Tool vom Prototypen zu etwas wird, worauf Menschen angewiesen sind. An diesem Punkt werden die Lücken bei Skalierbarkeit, Fehlerbehandlung und Sicherheit, die man anfangs noch ignorieren konnte, plötzlich wichtig – und die Person, die es gebaut hat, hat womöglich nicht das technische Vokabular, um die richtigen Fragen zu stellen oder überhaupt zu wissen, wo sie suchen muss.
Die Praktiker in diesem Artikel bewegen sich genau in diesem Spannungsfeld. Einige geben ihre Projekte an Entwickler ab. Manche lernen Schritt für Schritt dazu. Alle erkunden – Prompt für Prompt – die genauen Grenzen dieser Technologie.
Für Projektmanager ist die Chance groß – aber die damit verbundene Verantwortung ebenso. Die gute Nachricht: Zu wissen, was man will, die richtigen Fragen stellen und erkennen, wann man Hilfe holen sollte, sind alles Dinge, die gute PMs bereits tun. Vibecoding ist im besten Fall einfach ein neuer Kontext für dieselben Fähigkeiten.
Möchten Sie mehr solcher Einblicke? Registrieren Sie sich für ein kostenloses DPM-Konto, um von weiteren Experten zu hören wie diesen.
