Schluss mit dem „Wie“ – vor allem, wenn der Entwickler eine KI ist

Von endloser Spezifikation zu gemeinsam verstandener Absicht in der Softwareentwicklung.

Executive Summary

• Die fraktale Natur von Anforderungen: Je genauer man Softwareanforderungen betrachtet, desto mehr Details treten zutage. Das führt in eine endlose Spirale der Spezifikation.
• Warum klassische Methoden gescheitert sind: Sie gingen davon aus, dass sich Anforderungen vorab vollständig erfassen lassen. Dieser Trugschluss erzeugt Fragilität und enormen Mehraufwand.
• Die Grenzen von Alignment: Die moderne Antwort war die Abstimmung im Team („Alignment“). Sie erzeugt jedoch fragile, lokale Optima und skaliert nicht.
• Wie KI-Entwickler den Kreislauf durchbrechen: Sie verbinden umfassendes, domänenübergreifendes Wissen mit Software-Expertise. So können sie aus weniger detaillierten Vorgaben zum „Wie“ die eigentliche Absicht – das „Was“ – ableiten.
• Die neue Rolle des Menschen: Statt Aufgaben bis ins Kleinste zu spezifizieren, definiert der Mensch klare Ziele, Rahmenbedingungen und Kontext. Die KI bestimmt die optimale Umsetzung.

Einleitung: Die fraktale Natur von Anforderungen

Seit Jahrzehnten begleitet die Softwareentwicklung ein grundlegendes Problem: Wie sagt man der Maschine, was sie tun soll? Die erste Antwort der Branche, das Wasserfallmodell, beruhte auf einer einfachen, wirkungsvollen und letztlich falschen Idee: dass sich alles, was ein Projekt für seinen Erfolg braucht, im Voraus festlegen lässt.

Das Wasserfallmodell scheiterte, weil die detaillierte Spezifikation eines Systems eine Reise ohne Ziel ist. Je genauer man hinsieht, desto mehr gibt es zu beschreiben. Das ist die fraktale Natur von Anforderungen – und wer sie versteht, hält den Schlüssel zur nächsten Generation der Softwareentwicklung in der Hand.

Der entscheidende Unterschied: Spezifikation versus Absicht

Im Kern der Softwareentwicklung steht ein Dilemma zwischen zu wenig und zu viel Detail. Wer zu wenige Details vorgibt, riskiert, dass das Endprodukt stark von der eigenen Vorstellung abweicht. Das ist das klassische Problem, wenn Entwicklung an Teams ausgelagert wird, denen der fachliche Kontext fehlt. Um das auszugleichen, entstehen erschöpfende, starre Spezifikationen.

Damit beginnt die andere Seite des Dilemmas: die fraktale Falle. Benoit Mandelbrot stellte beim Versuch, eine Küstenlinie zu vermessen, fest, dass die gemessene Länge von der Größe des Maßstabs abhängt. Je kleiner der Maßstab, desto länger wird die Küste – bis sie sich der Unendlichkeit nähert. Bei Anforderungen ist es genauso. Je präziser man sie zu definieren versucht, desto mehr Sonderfälle, Abhängigkeiten und neue Anforderungen kommen zum Vorschein. Man gerät in einen Strudel aus Dokumentation, die teuer in der Erstellung ist, bei Änderungen bricht und Innovation erstickt.

Das Ziel ist nicht die perfekte Spezifikation. Die vollständige Spezifikation eines Programms ist das Programm selbst. Das eigentliche Ziel ist ein gemeinsames Verständnis der Absicht.

Die menschliche Lösung und ihre Grenzen: das agile Ideal

Die agile Antwort auf dieses Dilemma war, erschöpfende Dokumentation durch Abstimmung zwischen Menschen zu ersetzen. Klar ist: Die erfolgreichsten Softwareorganisationen der Welt haben das im großen Maßstab umgesetzt. Sie haben „echte Agilität“ erreicht, indem sie funktionsübergreifende Teams fördern, in denen Entwickler mit der Zeit tiefe Fachkenntnis aufbauen. Entscheidend ist dabei eine konsequente Trennung der Zuständigkeiten: Die Führung liefert das „Was“ und das „Warum“, das Team behält die volle Verantwortung für das „Wie“ – innerhalb klarer architektonischer Leitplanken.

Für die große Mehrheit der Organisationen bleibt dieser Zustand jedoch ein schwer erreichbares Ideal. Er erfordert enorme kulturelle Disziplin, langfristige Teamstabilität und eine Führungsphilosophie, die sich nur schwer übertragen lässt. Für die meisten wurde „Agile“ zum Ritual, nicht zur Kultur. Die erreichte Abstimmung war ein fragiles, lokales Optimum – abhängig von den konkreten Personen im Raum und schnell zerstört durch Fluktuation oder Umstrukturierung.

Von Prinzipien zur Praxis: Erfolgreich im Zeitalter agentischer KI

Agentische KI verändert hier die Gleichung. Sie eröffnet einen Weg zu den Vorteilen echter Agilität – kontextbewusste, zielgerichtete Entwicklung – ohne die jahrelange Kulturarbeit, die sich die meisten Unternehmen nicht leisten können. Die Prinzipien des agilen Ideals liefern ein direktes Playbook für Agentic Software Development.

Damit kommt Spec-Driven Development ins Spiel – ein populäres, aber oft missverstandenes Konzept. Die Gefahr besteht darin, die Fehler der Vergangenheit zu wiederholen und „Specs“ zu schreiben, die nichts anderes sind als hyperdetaillierte Anweisungen – das „Wie“ in Verkleidung. Eine Spec für einen KI-Agenten muss anders sein. Sie ist kein Bauplan, sondern ein Einsatzbriefing.

Eine erfolgreiche Spec konzentriert sich ausschließlich auf:

• Das Was: User Stories, Features und Akzeptanzkriterien.
• Das Warum: Geschäftsziele, Probleme der Nutzer und Erfolgskennzahlen.
• Die Leitplanken: Nicht-funktionale Anforderungen (Sicherheit, Latenz, Skalierbarkeit), architektonische Vorgaben und Technologieentscheidungen, die den Lösungsraum begrenzen.

Das „Wie“ – der konkrete Umsetzungsweg – bleibt dem KI-Agenten überlassen.

Die neue Rolle des Menschen: vom Programmierer zum Kurator

In der agentischen Softwareentwicklung verschieben sich die Rollen der Menschen grundlegend:

• Product Manager müssen Meister darin werden, Absichten zu formulieren. Ihr wichtigstes Ergebnis ist das kontextreiche Einsatzbriefing – die Spec, die der KI ihren Zweck und ihre Grenzen gibt.
• Engineers und Architekten schreiben nicht mehr Zeile für Zeile Code, sondern werden zu Wegweisern und Kuratoren. Sie gestalten die architektonischen Leitplanken, prüfen die Umsetzungspläne der KI und validieren als Expert-in-the-Loop kritische Entscheidungen. Sie verbringen weniger Zeit mit dem alltäglichen „Wie“ und mehr Zeit mit dem wirkungsvollen „Warum“.

Fazit: Wenn nur eines hängen bleibt …

Der Ausweg aus der fraktalen Falle besteht nicht darin, bessere Specs zu schreiben, sondern eine andere Art von Spec. Die Zukunft der Softwareentwicklung liegt in der Fähigkeit, das „Was“ und das „Warum“ zu beherrschen und kontextreiche Einsatzbriefings für KI-Agenten zu erstellen. Im Zeitalter agentischer KI ist Klarheit über die Absicht der wichtigste Beschleuniger.