Hauptgedanke

Die Menge an produziertem Code und die Gesamteigenschaften eines Systems entwickeln sich nicht gemeinsam. Architekturkohärenz, Zuverlässigkeit im Betrieb, Sicherheit und die Qualität der Integrationen sind keine Mengen, die man erhält, indem man mehr schreibt: Es sind Eigenschaften des Ganzen, und sie verschlechtern sich, wenn Teile hinzukommen, ohne dass jemand abwägt.

Die technische Frage, auf die es ankommt, verschiebt sich also. „Können wir das coden?“ wird zur banalen Frage, sobald Produktion im Überfluss vorhanden ist; die Fragen, die schwierig bleiben, liegen woanders: Können wir es sauber in den Bestand integrieren, können wir es warten, können wir es absichern, können wir es in der Realität zum Laufen bringen?

Was das technische Team einbringt, ist nicht mehr in erster Linie die Fähigkeit zu schreiben, sondern das Urteil darüber, was in einem gegebenen Kontext vernünftig, robust und tragbar zu bauen ist.

Ergänzt durch „PM, Entwickler und KI: Die Rollen verschwimmen, die Verantwortung bleibt“ (2026-08-01). Am nützlichsten lässt sich das über die Frage fassen, was zur Commodity wird und was nicht. Rasch eine erste Fassung von Code zu produzieren, ist nichts Seltenes mehr; die Software dagegen wird keine Commodity, ebenso wenig wie Engineering, Architektur, Sicherheit oder Wartbarkeit. Wer beides verwechselt, behandelt einen Beruf als banal, von dem nur der erste Schritt banal geworden ist.

Warum das wichtig ist

Das verhindert, eine beschleunigte Produktion als technischen Vorsprung zu lesen. Ein System, das schneller wächst, als man über seinen Aufbau entscheidet, häuft Architekturschulden im selben Tempo an, in dem es wächst.

Das liefert auch das Kriterium, nach dem man einen technischen Vorschlag bewertet, sobald die Machbarkeit feststeht: Integration, Wartbarkeit, Sicherheit und Stabilität im Betrieb — die vier Stellen, an denen sich die tatsächlichen Kosten zeigen.

Nuancen und Grenzen

Die Aussage behauptet nicht, dass Produktion keine Rolle mehr spielt: Ein Team, das nicht liefern kann, hat nichts abzuwägen. Sie sagt, dass die Fähigkeit zu schreiben nicht mehr der begrenzende Faktor ist.

Und ein Teil der Kohärenz lässt sich mit Werkzeugen absichern — verbindliche Konventionen, Tests, automatisierte Reviews. Das verlagert das Urteil auf die Festlegung dieser Leitplanken, ohne es abzuschaffen.

Offene Fragen

• Wie misst man, wie die Kohärenz eines Systems nachlässt, während es wächst, bevor sich das in Störungen zeigt?