Was genau ist dieses Vibe Coding, von dem man aktuell überall liest? Wird es alles verändern? Müssen wir reagieren? TBH, ich habe den Begriff lange Zeit nicht verstanden, vielleicht tue ich es heute immer noch nicht. Aber lasst mich kurz etwas ausholen. Achtung, es folgt eine Geschichte von einem Urgestein des Internets. Es war Mitte/Ende der Neunziger. Ich war ein klassisches Game Kiddie und habe vor allem Konsolenspiele gezockt. NES, Super Nintendo, PlayStation waren mein Ding. Später kam dann endlich der erste PC, ein 586er und so auch mein erstes Modem samt einer AOL CD mit richtig dick Freiminuten. Das Modem dröhnte und schon war ich drin, im Internet. Und es war eine pure Enttäuschung.
Also fing ich an, meine eigene private Homepage zu bauen. Computer Magazine hatten damals grundsätzlich eine CD auf dem Cover kleben mit fertigen Button Sets und all so Zeugs, das man für seine Homepage benutzen konnte. Und so ging es also los mit der Droge Internet. Mein Fenster nach draußen. Raum für Kreativität und dieses Gefühl, man kann alles bauen, sofern man lernt, wie “Programmieren” funktioniert.
Etwa 1 Jahr später hatte ich welnet online, eine Community, kostenlose Gästebücher, Foren, Besucherzähler. Eines der größten Webmaster-Portale in Deutschland. Wie ich das geschafft habe, war mir lange Zeit auch unklar. Aber letztlich habe ich, während ich auf das Feedback meiner Nutzer eingegangen bin, gelernt, wie man programmiert und wie man Dinge austestet und schnell wieder anpasst. Immer extrem pragmatisch, denn ich musste ganz ohne Google und Co. verstehen, wie man das überhaupt alles baut.
Ich hatte also Vibe und ich hatte Code. Warte mal, was ist denn jetzt so neu an diesem Begriff? Nun habe ich die Tage nicht nur gelernt, was eigentlich “Schere” bedeutet, sondern auch, dass ich früher kein Vibe Coder war. Geprägt hat den Begriff Andrej Karpathy, ehemaliger AI-Chef bei Tesla und frühes Mitglied des OpenAI-Teams. Sinngemäß sagt er, man gebe sich ganz den Vibes hin und vergisst, dass es Code überhaupt gibt, denn er schreibt ihn nicht mehr selbst.
OK, aber so schnell gebe ich nicht auf, denn als ich welnet abgeschaltet habe, da es irgendwann nicht mehr relevant war, habe ich im Anschluss weluse gegründet. Die Idee war und ist heute immer noch, digitale Produkte zu bauen. Die ersten 2 Jahre habe ich noch an den Projekten aktiv Codezeilen geschrieben, bis mein Team und die Anzahl der Projekte so groß wurden, dass ich hierfür keine Zeit mehr hatte. Ich war allerdings weiterhin Teil eines jeden Scrum Teams. Ich habe damals immer gesagt, dass ich den Product Owner dopple. Der “Product Owner” auf Kundenseite hatte vor allem Ziele. Er wusste im Grunde aber selten, wie das Produkt aussehen muss, um genau diese Ziele zu erreichen. Diesen Part habe ich übernommen. Committed auf das Ziel, gepaart mit einem Budget, sind wir angetreten, gemeinsam über die Ziellinie zu sprinten.
War mein Dev Team damals meine KI? Irgendwie schon, denn ich habe schon immer so gearbeitet, wie es Karpathy beschreibt. Nur hat nicht die KI den Code geschrieben, sondern mein eigenes Dev Team, meine eigenen Mitarbeiter. Meine Kunden kannten mich dafür, dass ich in Meetings Visionen gezeichnet, Ideen weitergesponnen habe und mein Team hinter mir stand, um genau diese Dinge realisieren zu können.
Heute besteht mein Team nicht mehr aus 20 Softwareentwicklern, nein es besteht aus AI Agents mit eigenen Rollen. Ich mache immer noch genau das, was ich die letzten 30 Jahre gemacht habe, nur schreibt heute ein anderes Team den Code zu meinen Ideen.
Ist heute die KI mein Dev Team? Klares Ja. Es gehört viel mehr dazu, als einfach nur Code zu schreiben. Das war früher schon so und das gilt heute immer noch in gleicher Weise, außer dass dich das Dev Team nicht mehr stoppt und sagt: Ja Oli, das sind gute Gedanken, aber wir wollen den Sprint auch schaffen, oder? Denk an die Fleißbienchen aus meinem letzten Artikel.
Egal wer den Code schreibt, es braucht immer noch den Kopf, der weiß, wo die Reise hingehen soll und wie man diese Ziele schlank erreichen kann. Jemand, der dabei hilft, die neuen PS wirklich auf die Straße zu bringen. Denn wie wir alle wissen: Vertrauen ist gut, Kontrolle ist besser. Auch und vor allem im Zeitalter von AI.
Verändert Vibe Coding jetzt fundamental die Art und Weise, wie digitale Produkte entwickelt werden? Ich würde ganz klar sagen: Jein!
Ein Product Owner ist nicht automatisch ein Vibe Coder. Der Begriff ist irreführend, weil er Produktentwicklung und Codegenerierung vermischt. Gleichzeitig stellt AI die klassische Entwicklerrolle infrage. Der Product Owner war schon immer für das Was und Warum verantwortlich. Das Dev Team für das Wie. Jetzt verschwimmen diese Grenzen zunehmend. Was allerdings wichtiger wird, ist ein grundlegendes technisches Verständnis. Denn technische Anforderungen und deren Konsequenzen überblicken zu können, wird zunehmend entscheidend.
Ein Vibe Coder ist nicht automatisch ein Product Owner. Nur weil ein Entwickler neuerdings am viben ist und selbst keinen Code mehr schreibt, haben wir nicht plötzlich eine große Menge neuer Product Owner an der Hand. Diese Rolle bleibt wie bisher besetzt und benötigt ein völlig anderes Skill Set als ein Entwickler.
Was bleibt?
- Probleme verstehen.
- Zusammenhänge erkennen aka connecting the dots.
- Hypothesen formulieren.
- Lösungen validieren.
- Priorisieren.
- Feedback einarbeiten.
- Wirtschaftlichkeit sicherstellen.
Was ist neu? Die Kosten für Experimente fallen wirklich krass. Die Pace geht hoch. Und plötzlich können wir Produkte bauen, die früher ein ganzes Dev Team ins Schwitzen gebracht hätten. Die Spielregeln der Umsetzung ändern sich also massiv.
Zugegeben, der Titel, dass Product Owner die OGs des Vibe Codings sind, ist etwas überspitzt. Dennoch meine ich, dass es einen aktuellen Rollenkonflikt aufzeigt. Es hilft vermutlich dem klassischen Entwickler nicht, ihm einen neuen hippen Titel zu geben. Es fordert einen klassischen Product Owner vermutlich heraus, ihm sein Dev Team wegzunehmen. Wir werden neue Rollenprofile sehen, die Produktverständnis, technisches Know-how und die Orchestrierung von AI Agents miteinander verbinden. Ob wir diese Leute künftig Product Owner, Product Engineer oder ganz anders nennen, ist dabei relativ egal.
Mich interessiert vor allem, wie ihr das heute bei euch im Team angeht. Schreibt mir gern für einen Gedankenaustausch an oliwelge@weluse.de