In Ratatouille ist Chefkoch Gusteau überzeugt, dass Kochen allen offenstehen sollte. Remy sieht das etwas anders: Kochen zu können bedeutet nicht zwangsläufig, dass jemand einfach in der Küche loslegen sollte. Ihr kurzer Austausch bringt eine Spannung auf den Punkt, die uns in der Softwareentwicklung inzwischen vertraut vorkommt.
Geben Sie jemandem einen KI-Coding-Assistenten, und diese Person kann aus einer Idee eine funktionierende Anwendung machen. Ein Dashboard. Ein Kundenportal. Eine Automatisierung, die stundenlange repetitive Arbeit überflüssig macht.
Das ist eine bemerkenswerte Chance. Menschen, die ein Geschäftsproblem verstehen, können sich direkt an seiner Lösung beteiligen – selbst wenn sie sich bisher nie als Entwicklerinnen oder Entwickler gesehen haben.
Doch eine funktionierende Anwendung ist erst der Beginn einer Verantwortung.
Jemand muss weiterhin entscheiden, wo ihre Daten hingehören, wer darauf zugreifen darf, wie Änderungen in die Produktion gelangen und was passiert, wenn etwas ausfällt. Jemand muss sicherstellen, dass sie zu den Systemen, Richtlinien und Arbeitsweisen des Unternehmens passt.
Jeder kann ein Gericht zubereiten. Ein Restaurant braucht eine ganze Küche dahinter.
Wenn Experimente unverzichtbar werden
Betrachten wir ein Beispiel.
Eine Mitarbeiterin oder ein Mitarbeiter möchte Kundenanfragen besser verfolgen können. Mit einem KI-Coding-Assistenten entsteht eine kleine Anwendung. Sie sieht gut aus, spart Zeit und findet schnell einige Kolleginnen und Kollegen, die sie nutzen.
Die Anwendung wird mit echten Kundendaten verbunden. Ein Hintergrundprozess hält alles aktuell. Damit andere darauf zugreifen können, wird ein Link geteilt.
Innerhalb weniger Wochen ist das Team darauf angewiesen.
Doch die Anwendung läuft auf dem Laptop der betreffenden Person. Die Integration verwendet ein persönliches Zugangstoken. Niemand hat festgelegt, wer Zugriff haben sollte, eine Wiederherstellung aus einem Backup getestet oder dokumentiert, wie die Anwendung gewartet werden muss. Sobald der Laptop geschlossen wird, stoppt der Hintergrundprozess.
Der Code kann genau das tun, was er soll. Für das Unternehmen bleibt dennoch eine nicht verwaltete Abhängigkeit.
Nichts daran erfordert böse Absichten oder ein unfähiges Coding-Tool. Jeder einzelne Schritt kann vernünftig erscheinen, wenn das unmittelbare Ziel lediglich darin besteht, etwas Nützliches zu entwickeln.
Die Schwierigkeit besteht darin zu erkennen, wann aus einem Experiment ein System geworden ist, auf das andere Menschen angewiesen sind.
Die Arbeit jenseits des Codes
Softwareentwicklung umfasst viel Arbeit, die in einer erfolgreichen Demo kaum sichtbar ist:
- Architektur und Konsistenz. Sollte diese Funktion eine bestehende Anwendung erweitern? Welche Datenbank, welches Framework und welche gemeinsam genutzten Komponenten sollte sie verwenden? Wie fügt sie sich in die bestehenden Systeme und Konventionen für Benutzeroberflächen des Unternehmens ein?
- Datenintegrität. Wie kann sich die Datenbankstruktur ändern, ohne bestehende Datensätze zu beschädigen oder andere Anwendungen zu unterbrechen? Wenn eine Anfrage erneut ausgeführt wird, entsteht dann eine doppelte Zahlung, ein doppeltes Ticket oder ein doppelter Kundendatensatz?
- Änderungsmanagement. Wo wird der Code versioniert? Welcher Branch enthält die Änderung? Wie werden parallele Arbeit, Rebases, Reviews, Releases und Wiederherstellung gehandhabt?
- Anforderungen und Nachweise. Was wurde angefordert, und woran wird Erfolg gemessen? Kann jemand ein Jira-Ticket oder Support-Ticket von der Implementierung über Tests, Nachweise und Release bis zum Abschluss verfolgen? Bedeutet das Schließen des Tickets tatsächlich, dass das Problem der Nutzerin oder des Nutzers gelöst wurde?
- Umgebungen und Arbeitsplätze. Welche Laufzeitumgebungen, Abhängigkeiten, Container und lokalen Dienste sind zugelassen? Kann eine andere Person das Setup reproduzieren? Sind Entwicklungs-, Test-, Staging- und Produktionsdaten sowie die zugehörigen Zugangsdaten angemessen voneinander getrennt?
- Betrieb und Verantwortung. Wer überwacht die Anwendung, kontrolliert ihre Kosten, aktualisiert ihre Abhängigkeiten, reagiert auf Ausfälle und wartet sie, wenn die Person, die sie erstellt hat, nicht mehr im Unternehmen ist?
Auch die Erfahrung, die Menschen erhalten, bringt Entscheidungen mit sich. Zwei Anwendungen können zwar korrekt funktionieren, aber widersprüchliche Benutzeroberflächen bieten, dieselbe Geschäftskennzahl unterschiedlich berechnen oder konkurrierende Versionen desselben Kundendatensatzes führen.
Und Unternehmensrichtlinien gelten während des gesamten Prozesses. Eine Richtlinie zur KI-Nutzung kann festlegen, welche Tools und Konten zugelassen sind. Datenschutzanforderungen beeinflussen, welche Daten in Prompts, Logs, Screenshots und Testnachweise gelangen dürfen. Zugriffsregeln bestimmen, welche Systeme eine Person – oder ein in ihrem Auftrag handelnder Agent – lesen oder verändern darf.
Diese Verantwortlichkeiten bleiben bestehen, auch wenn sich die Codegenerierung weiter verbessert.
Tatsächlich lässt sich das Argument formulieren, ohne überhaupt darüber zu diskutieren, ob KI guten Code schreibt: Selbst wenn jede generierte Zeile korrekt wäre, müssten diese Fragen weiterhin beantwortet werden.
Der KI den Kontext geben
Codex und Claude Code können bei einem großen Teil dieser Arbeit helfen. Ein Agent kann eine bestehende Architektur untersuchen, eine Datenbankänderung vorbereiten, in einem Branch arbeiten, Tests ausführen, Nachweise dokumentieren und ein Ticket aktualisieren.
Dafür benötigt er jedoch den Kontext des Unternehmens. Die Aufforderung „Erstelle ein Kundendashboard“ erklärt nicht automatisch, welches Kundensystem maßgeblich ist, welche Felder sensibel sind oder welche Genehmigung vor dem Release erforderlich ist.
Dasselbe gilt für erfahrene Entwicklerinnen und Entwickler, die in eine ihnen unbekannte Organisation wechseln. Technische Fähigkeiten und institutionelles Wissen sind unterschiedliche Dinge. Beides ist wichtig.
Die ermutigende Nachricht ist, dass dieses Wissen Teil der Entwicklungsumgebung werden kann.
Codex unterstützt gemeinsame Projektanweisungen über AGENTS.md. Claude Code unterstützt dauerhafte Vorgaben über CLAUDE.md. Skills, benutzerdefinierte Plugins und Integrationen können wiederverwendbare Workflows sowie Zugriff auf die Systeme bereitstellen, in denen Arbeit dokumentiert und nachverfolgt wird.
Anstatt immer wieder zu erklären, wie das Unternehmen Software entwickelt, können Teams diese Vorgaben gemeinsam mit der Software pflegen: welche Komponenten wiederverwendet werden sollen, wie eine Änderung zu testen ist, wo Nachweise abgelegt werden und was geschehen muss, bevor ein Ticket als abgeschlossen gilt.
Vorgaben durch Kontrollen absichern
Eine Anweisung an einen Agenten, Produktionsdaten zu vermeiden, sollte durch Zugangsdaten und Berechtigungen abgesichert sein, die den Zugriff tatsächlich beschränken. Eine Vorgabe, Tests auszuführen, sollte durch Prüfungen im Release-Prozess unterstützt werden. Zugelassene Umgebungen sollten das erwartete Setup leicht reproduzierbar machen.
Die Dokumentation von Claude Code unterscheidet ausdrücklich zwischen Anweisungen, die das Verhalten leiten, und Berechtigungen, die Aktionen kontrollieren. Diese Unterscheidung ist für eine verlässliche Unternehmensumgebung entscheidend.
Menschen brauchen außerdem ein klares Verständnis ihrer Verantwortlichkeiten. Die Freiheit zum Experimentieren kann weitreichend sein, während der Zugriff auf sensible Informationen und die Befugnis, Änderungen zu veröffentlichen, von der Rolle der jeweiligen Person und den Folgen der Anwendung abhängen.
Erfahrene Ingenieurinnen und Ingenieure bleiben ein zentraler Bestandteil dieses Modells. Ihr Urteilsvermögen prägt die Architektur, etabliert die Kontrollen, prüft folgenreiche Änderungen und verwandelt Erkenntnisse aus einzelnen Projekten in Grundlagen, die andere wiederverwenden können.
Wie Guanta hilft
Bei Guanta helfen wir Unternehmen, diese Umgebung für KI-gestützte Entwicklung aufzubauen.
Die Arbeit beginnt bei der Organisation: ihren Systemen, Daten, Richtlinien, Teams und betrieblichen Verantwortlichkeiten. Darauf aufbauend führen wir Entwicklungsrichtlinien, wiederverwendbare Komponenten, Integrationen, kontrollierte Umgebungen und Workflows zusammen, die eine Geschäftsanforderung mit einem überprüfbaren Ergebnis verbinden.
Das Ziel ist, die Standards des Unternehmens zu einem Bestandteil der täglichen Arbeit zu machen, damit Menschen mehr Zeit darauf verwenden können, mit KI nützliche Probleme zu lösen.
So wird eine breitere Beteiligung nachhaltig möglich. Wer eine gute Idee hat, sollte sie erkunden, auf bestehenden Grundlagen aufbauen und einem klaren Weg zu etwas folgen können, das die Organisation unterstützen kann.
Das Versprechen hinter „Jeder kann programmieren“ verdient es, Wirklichkeit zu werden.
Geben Sie ihnen eine dafür geschaffene Küche.