In der Softwareentwicklung heisst „Shift-Left“, die wichtige Arbeit früher zu erledigen. Je früher ein Problem entdeckt wird, desto günstiger ist es zu beheben. Das haben wir beim Testen gelernt und später bei der Sicherheit. Jetzt gilt dieselbe Idee für die Spezifikation. Und im AI Unified Process (AIUP) ist das der wichtigste Teil.

Was Shift-Left bedeutet

Denken wir an die Kosten eines Fehlers über die Zeit. Eine falsche Annahme in den Anforderungen ist am Anfang günstig zu korrigieren. Derselbe Fehler in der Produktion ist teuer. Er kann Nacharbeit, verlorene Daten oder unzufriedene Nutzer bedeuten. Shift-Left ist eine einfache Idee: Die Arbeit, die solche Fehler verhindert, wird an einen früheren Punkt verschoben, an dem eine Korrektur noch günstig ist.

Das Testen ist nach links gewandert. Statt erst am Ende zu testen, testen wir während des Bauens. Auch die Sicherheit ist nach links gewandert. Statt einer Sicherheitsprüfung kurz vor dem Release denken wir von der ersten Zeile an über Sicherheit nach. Die Spezifikation ist die nächste.

Das alte Problem mit der Spezifikation

Lange Zeit hatte die Spezifikation einen seltsamen Platz in unserer Arbeit. Wir schrieben am Anfang ein paar Seiten. Die echte Spezifikation entstand dann später, im Code. Entwickler trafen während des Programmierens viele kleine Entscheidungen. Diese Entscheidungen waren die wahre Spezifikation, aber niemand schrieb sie auf. Das Dokument im Regal und das System in der Produktion drifteten langsam auseinander.

Das funktionierte auf eine gewisse Weise, weil ein menschlicher Entwickler die Lücken mit Urteilsvermögen füllen konnte. Die Spezifikation durfte dünn sein, weil die Person, die sie las, klug war und nachfragte.

Nehmen wir ein einfaches Feature: „Nutzer können ihre Bestellungen als Report exportieren.“ Eine dünne Spezifikation lässt vieles offen. Welche Felder? Welches Dateiformat? Wer darf exportieren? Was ist mit stornierten Bestellungen? Welche Zeitzone für die Daten? Was passiert bei sehr grossen Exporten? In der alten Welt bemerkte ein Entwickler diese Lücken und fragte nach, oder entschied einfach selbst. Das Wissen landete im Code, nicht in der Spezifikation.

Warum KI die Ökonomie verändert

KI verändert dieses Bild. Ein KI-Assistent kann eine klare Beschreibung sehr schnell in funktionierenden Code verwandeln. Die Kosten für das Schreiben von Code sinken. Das klingt gut, und das ist es auch. Aber es verschiebt den Engpass.

Wenn Code günstig zu erzeugen ist, liegt der Wert nicht mehr im Tippen des Codes. Der Wert liegt darin, zu wissen, was gebaut werden soll. Die Spezifikation wird zum teuren und wichtigen Teil. Hier wohnt das Denken.

Es gibt auch ein Risiko. Eine vage Spezifikation führte früher zu langsamem, unsauberem Code. Heute führt eine vage Spezifikation zu schnellem, unsauberem Code. Man kann das Falsche in einer Geschwindigkeit erzeugen, die es vorher nie gab. „Garbage in, garbage out“ gilt weiterhin, nur schneller. Eine dünne Spezifikation ist also nicht mehr sicher.

Shift-Left der Spezifikation im AIUP

Das ist die Kernidee im AIUP. Wir verschieben die Spezifikation nach links und machen sie zum ersten Artefakt, nicht zum Nebenprodukt. Bevor wir Code generieren, schreiben wir eine klare Spezifikation. Die KI nutzt dann diese Spezifikation, um den Code zu erzeugen.

Die Spezifikation ist kein totes Dokument. Sie ist ein lebendiger Vertrag. Sie treibt die Generierung an, und wir verfeinern sie, während wir dazulernen. Wenn etwas falsch ist, korrigieren wir zuerst die Spezifikation und generieren dann neu. Die Spezifikation bleibt die einzige Quelle der Wahrheit.

Daraus folgen ein paar Dinge:

  • Wir reviewen die Spezifikation, nicht nur den Code. Eine klare Spezifikation zu reviewen geht schnell, und es findet Designfehler, bevor sie in Tausenden Zeilen generiertem Code festsitzen.
  • Das Denken passiert am Anfang, wo es günstig ist. Die KI übernimmt die schwere Arbeit beim Code.
  • Alle haben dasselbe Bild. Entwickler, Architekten und das Business lesen dieselbe Spezifikation und sprechen über dasselbe.

Zurück zu unserem Export-Beispiel. Mit Shift-Left beantworten wir die offenen Fragen in der Spezifikation: die Felder, das Format, die Berechtigungen, der Umgang mit stornierten Bestellungen, die Zeitzone, das Limit für grosse Exporte. Die KI generiert Code, der zu all dem passt. Und ein Reviewer sieht jede Entscheidung an einem Ort, statt im Code zu graben und zu raten, was gemeint war.

Shift-Left verschiebt auch die Rollen

Shift-Left betrifft nicht nur die Spezifikation als Dokument. Es verändert auch den Ablauf und die Rollen. Denken wir an die klassische Kette:

Requirements Engineer -> Software Engineer -> Test Engineer

In der alten Welt lag das Gewicht in der Mitte. Der Software Engineer machte die schwere Arbeit und verwandelte eine dünne Spezifikation in ein funktionierendes System. Der Requirements Engineer übergab eine grobe Beschreibung, und der Test Engineer prüfte das Ergebnis am Ende.

Mit Shift-Left verschiebt sich das Gewicht nach links in dieser Kette.

Der Requirements Engineer wird zentral. Die Spezifikation ist jetzt das Artefakt, das den Code antreibt, also muss sie präzise und vollständig sein. Das ist eine grössere und technischere Aufgabe als früher. Der Requirements Engineer muss eine Spezifikation schreiben können, die klar genug ist, um daraus zu generieren. Die Qualität der Spezifikation entscheidet über die Qualität des Systems.

Auch der Software Engineer ändert seine Rolle. Er tippt nicht mehr jede Zeile von Hand. Er wird zum Orchestrator. Er legt die Struktur und die Architektur fest, steuert die Generierung, reviewt das Ergebnis und sorgt dafür, dass es zum Rest des Systems passt. Das schwere Denken bleibt bei ihm, aber das Routine-Programmieren wandert zur Maschine.

Der Test Engineer wandert ebenfalls nach links. Statt bis zum Ende zu warten, wandert die Testsicht in die Spezifikation. Was bedeutet „korrekt“? Was sind die Akzeptanzkriterien? Diese Fragen gehören von Anfang an in die Spezifikation. Wenn das Testen Teil der Spezifikation ist, finden wir Probleme, bevor überhaupt Code existiert.

Shift-Left wirkt also auf zwei Ebenen gleichzeitig. Das Artefakt wandert nach links: Die Spezifikation kommt zuerst. Und die Rollen wandern nach links: Die Arbeit und die Verantwortung verdichten sich früher, rund um die Spezifikation.

Das ist kein Wasserfall

Hier müssen wir vorsichtig sein. Shift-Left bedeutet nicht eine grosse Spezifikationsphase am Anfang, in der wir versuchen, alles aufzuschreiben, bevor wir irgendetwas bauen. Das ist Wasserfall, und wir wissen, dass das nicht funktioniert.

Der AIUP behält den iterativen Geist des Unified Process. Wir arbeiten weiterhin in kleinen Inkrementen. Das Shift-Left passiert innerhalb jedes Inkrements: zuerst die Spezifikation, dann der Code. Wir spezifizieren ein wenig, generieren, lernen und verfeinern. Die Spezifikation wächst zusammen mit dem System. Es ist also Shift-Left und iterativ zugleich.

Der Unified Process verlangte schon immer, das Risiko nach vorne zu ziehen und die schweren und unsicheren Teile früh anzugehen. Der AIUP macht dasselbe, mit der Spezifikation als dem Artefakt, das wir ausarbeiten. Der Unterschied ist, dass die Spezifikation jetzt eine Maschine antreibt. Ihre Qualität ist deshalb wichtiger denn je.

Warum das eine gute Nachricht ist

Die Spezifikation nach links zu verschieben klingt nach mehr Arbeit. Ist es aber nicht. Es verschiebt Arbeit dorthin, wo sie günstig ist, und entfernt Arbeit dort, wo sie teuer ist. Man verbringt etwas mehr Zeit damit, klar zu sein, was man will. Und man verbringt viel weniger Zeit damit, Code zu reparieren, der das Falsche getan hat.

Es bringt die Menschen auch dorthin zurück, wo sie den grössten Wert schaffen: zum Nachdenken über das Problem, die Regeln und den Nutzer. Der schwere Teil der Software war nie das Tippen. Es war das Verstehen. Shift-Left der Spezifikation lässt uns darauf konzentrieren.

Keep it simple

Die Botschaft ist einfach. Code ist heute günstig. Klarheit ist das knappe Gut. Also schreibe zuerst die Spezifikation, halte sie klar und lass sie führen. Das ist das Shift-Left im Herzen des AI Unified Process.