Ein Format der Reihe software-architektur.tv stellt zwei ausgearbeitete Architekturentscheidungen nebeneinander. Eine stammt von Menschen, eine von einer generativen KI. Die Leitfrage lautet, ob sich der Urheber anhand des Ergebnisses feststellen lässt. Das Setup erinnert bewusst an den Turing-Test, bei dem es darum geht, maschinelle von menschlicher Äußerung zu unterscheiden.

Für Projektverantwortliche ist weniger die Antwort auf diese eine Frage interessant als das, was die Fragestellung sichtbar macht: Architekturentscheidungen werden zunehmend zu einem Arbeitsschritt, bei dem Textgeneratoren mitschreiben können.

Warum gerade Architekturentscheidungen ein guter Prüfstein sind

Eine Architekturentscheidung ist in der Praxis meist ein Dokument: Es beschreibt den Kontext, die geprüften Alternativen, die Abwägung von Vor- und Nachteilen und die getroffene Wahl samt Konsequenzen. Genau diese Struktur ist stark standardisiert - und damit gut reproduzierbar.

Sprachmodelle sind darauf trainiert, plausible Texte in bekannten Mustern zu erzeugen. Eine saubere Gegenüberstellung von Monolith und Service-Schnitt, von relationaler Datenbank und Dokumentenspeicher, von synchroner und ereignisgetriebener Kommunikation lässt sich formal einwandfrei formulieren, ohne dass das konkrete Projekt dahinter verstanden sein muss.

Das ist der eigentliche Kern des Vergleichs: Nicht die Form unterscheidet ein gutes von einem schwachen Architekturdokument, sondern die Verankerung in der tatsächlichen Situation.

Wo generative KI im Entwurf tragfähig ist

Für die frühe Konzeptarbeit sind Textgeneratoren ein praktisches Werkzeug. Sie liefern schnell eine Liste denkbarer Optionen, erinnern an Qualitätsmerkmale, die im Eifer des Gefechts untergehen, und bringen einen ersten Entwurf auf Papier, an dem sich ein Team abarbeiten kann.

Typische sinnvolle Einsätze:

  • Sammlung von Alternativen, bevor sich ein Team auf die erstbeste Lösung festlegt
  • Strukturierung bereits getroffener Entscheidungen in ein einheitliches Format
  • Formulierung von Konsequenzen und Risiken als Checkliste für die Diskussion
  • Übersetzung technischer Abwägungen in eine Sprache, die auch das Management nachvollziehen kann

In allen diesen Fällen bleibt die Entscheidung beim Team. Die KI liefert Material, keine Verantwortung.

Wo menschliche Erfahrung nicht ersetzbar ist

Architektur ist zu einem großen Teil Kontextarbeit. Entscheidend sind Faktoren, die selten vollständig dokumentiert sind: die Qualifikation des Teams, gewachsene Altsysteme, Betriebsmodelle, Budgetgrenzen, organisatorische Zuständigkeiten, regulatorische Vorgaben und die Frage, wer das Ergebnis in fünf Jahren wartet.

Ein generiertes Dokument kann diese Faktoren nur abbilden, wenn sie vorher präzise beschrieben wurden. Fehlen sie, entsteht ein Text, der korrekt klingt und trotzdem an der Realität vorbeigeht. Diese Art von Fehler ist besonders tückisch, weil sie in der Form nicht auffällt - was genau die Pointe eines Turing-Test-Formats ist.

Hinzu kommt die Verbindlichkeit. Eine Architekturentscheidung ist auch eine Zusage gegenüber Auftraggeber, Betrieb und Team. Wer sie trifft, trägt die Folgen. Dieser Teil lässt sich nicht delegieren.

Was das für Review-Prozesse heißt

Wenn sich generierte und menschliche Entwürfe im Ergebnis ähneln, verliert die Frage nach der Herkunft an Gewicht. Wichtiger wird die Frage nach der Prüfung. Ein belastbarer Review-Prozess adressiert vor allem die Punkte, bei denen generierte Texte typischerweise dünn bleiben:

  1. Kontextprüfung: Stimmen die genannten Randbedingungen mit dem realen Projekt überein - Teamgröße, Betriebsumgebung, vorhandene Systeme?
  2. Alternativenprüfung: Wurden die verworfenen Optionen wirklich bewertet oder nur erwähnt?
  3. Konsequenzprüfung: Sind Folgekosten, Migrationsaufwand und Betriebsaufwand konkret beziffert oder bleiben sie allgemein?
  4. Nachweisprüfung: Lassen sich zentrale Annahmen belegen, etwa durch Messwerte, Lasttests oder Erfahrungen aus dem Bestand?
  5. Verantwortung: Wer zeichnet die Entscheidung namentlich mit, und wann wird sie erneut überprüft?

Sinnvoll ist außerdem, den Einsatz generativer Werkzeuge im Dokument transparent zu vermerken. Nicht als Misstrauensvotum, sondern damit spätere Leserinnen und Leser wissen, welche Teile auf gemessener Erfahrung und welche auf einem Entwurfsvorschlag beruhen.

Konzeptarbeit wird schneller, nicht einfacher

Der spürbarste Effekt generativer Werkzeuge liegt in der Geschwindigkeit der ersten Fassung. Was früher einen halben Tag Schreibarbeit gekostet hat, liegt in Minuten vor. Die Zeit, die dadurch frei wird, sollte nicht als Einsparung verbucht, sondern in die Prüfung investiert werden.

Denn die Kosten einer falschen Architekturentscheidung entstehen nicht beim Schreiben, sondern in der Umsetzung und im Betrieb. Ein schnell erzeugter, aber ungeprüfter Entwurf verschiebt den Aufwand lediglich nach hinten - dorthin, wo Korrekturen teuer sind.

Einordnung für Web- und Softwareprojekte

Für Projekte heißt das: Generative KI lässt sich sinnvoll in der Konzeptphase einsetzen, etwa um Optionen zu sammeln und Entscheidungen einheitlich zu dokumentieren, ersetzt aber keine fachliche Prüfung durch Menschen, die das System und seinen Kontext kennen. Legen Sie fest, wer eine Architekturentscheidung verantwortet, nach welchen Kriterien sie geprüft wird und wann sie erneut auf den Tisch kommt. Wo diese Regeln stehen, ist die Frage nach dem Urheber eines Dokuments zweitrangig - entscheidend bleibt, ob die Entscheidung zum konkreten Projekt passt.

Quellen