Im sechsten Jahrhundert vor Christus trieb man auf der Insel Samos einen Tunnel durch einen Berg. Er sollte Wasser von einer Quelle in die Stadt leiten, gut einen Kilometer durch den Fels. Gegraben wurde von beiden Seiten. Zwei Trupps schlugen sich im Dunkeln aufeinander zu, ohne einander zu sehen. Sie trafen sich. Am Treffpunkt weicht die Sohle in der Höhe nur um rund sechzig Zentimeter ab.

Wie der Mann, der das plante, die Richtung bestimmte, weiß man bis heute nicht sicher. Eines aber zeigt der Befund im Berg: Kurz vor dem Treffpunkt knicken beide Stollen bewusst ab. Wer so gräbt, vergrößert den Bereich, in dem sich die Trupps finden können. Der Planer traute seiner eigenen Rechnung offenbar nicht ganz, und gerade deshalb ging sie auf. Er plante die Unsicherheit ein, statt sie zu leugnen.

Herodot, der gut hundert Jahre später davon erzählt, nennt den Namen: Eupalinos aus Megara, Sohn des Naustrophos. Und er nennt die Rolle. Eupalinos war der architekton dieses Grabens.

In dieser kleinen Szene steckt fast alles, was später über Architektur gedacht wurde. Ein Werk, das größer ist als jede einzelne Gruppe. Menschen, die bauen, ohne das Ganze zu sehen. Und einer, der für das Ganze einsteht, auch für das, was er nicht sicher weiß. Ich will dem Wort von Samos bis in die Softwaretechnik und in die Organisation folgen. Die Frage, die mich dabei leitet: Wer verantwortet das Ganze, wenn keiner mehr alles selbst baut?

Der oberste Zimmermann

Das griechische Wort hat zwei Teile. Tekton ist der Zimmermann, allgemeiner der Handwerker. Archi- heißt Haupt-, Ober-, der Erste. Der Architekt ist also der oberste Handwerker, der Baumeister, der Leiter der Arbeiten. So steht es auch im Standardwörterbuch des Altgriechischen.

Das widerspricht einem verbreiteten Bild. Wir stellen uns den Architekten gern als Gegenfigur zum Handwerker vor: hier der, der denkt, dort die, die ausführen. Das Wort sagt etwas anderes. Es beschreibt einen Rang innerhalb des Handwerks, nicht außerhalb davon. Der Architekt ist einer von denen, die bauen. Er steht nur dort, wo man das Ganze sieht.

Schon hier zeigt sich eine Spannung, die den Begriff nie mehr loslässt. Das „archi“ ist ein Anspruch auf Rang. Und es ist eine Last. Wem der Überblick gehört, dem gehört auch der Fehler, wenn sich die Stollen im Berg verfehlen.

Hand und Begründung

Rund fünfhundert Jahre nach Eupalinos schreibt der römische Baumeister Vitruv sein Werk über die Architektur. Gleich im ersten Kapitel sagt er, woraus das Wissen des Architekten besteht. Es entstehe aus zwei Quellen, aus fabrica und aus ratiocinatio. Fabrica ist die geübte, immer wiederholte Praxis, die mit den Händen am Material ausgeführt wird. Ratiocinatio ist das Vermögen, das Gefertigte mit Sachverstand und nach den Regeln der Proportion zu zeigen und zu erklären. Man könnte übersetzen: Hand und Begründung.

Dann folgt ein Satz, den ich jedem empfehlen würde, der heute über die Rolle von Architekten streitet. Wer ohne Bildung nur seine Hände geübt habe, sagt Vitruv, habe für seine Arbeit nie Autorität gewonnen. Wer sich dagegen allein auf Berechnung und Schrift verlassen habe, sei offenbar

„… dem Schatten nachgejagt, nicht der Sache.“

Vitruv, De architectura I, 1, 2 (eigene Übersetzung)

Erst wer beides gelernt habe, erreiche sein Ziel mit Autorität.

Schon vor zweitausend Jahren war das also die Streitfrage: der Praktiker ohne Begründung gegen den Theoretiker ohne Bodenhaftung. Vitruv entscheidet sie für keine Seite. Er verlangt beides von derselben Person. Das ist keine Kompromissformel, sondern eine Aussage darüber, woraus Autorität erwächst: nicht aus dem Rang, sondern aus der Verbindung von Können und Rechenschaft.

Bekannter ist eine andere Stelle. Im dritten Kapitel nennt Vitruv drei Dinge, auf die jeder Bau Rücksicht nehmen muss: firmitas, utilitas, venustas. Festigkeit, Nützlichkeit, Schönheit. Er erläutert sie sofort, und die Erläuterung ist handfester als der Ruf der Formel. Festigkeit heißt: Die Fundamente reichen bis auf festen Grund, das Material ist sorgfältig und ohne Geiz gewählt. Nützlichkeit heißt: Die Räume sind so angeordnet, dass nichts den Gebrauch behindert, und jede Art von Raum ist passend verteilt. Schönheit heißt: Das Werk hat eine angenehme, elegante Erscheinung, und die Maße seiner Glieder stehen in richtigen Verhältnissen zueinander.

Die Schönheit hat also zwei Seiten. Die eine ist Wirkung: wie das Werk dem begegnet, der davorsteht. Die andere ist Stimmigkeit: wie die Teile zueinander passen. Wir werden der zweiten Seite wieder begegnen, unter einem anderen Namen.

1624 brachte der Engländer Henry Wotton die Formel in die Fassung, unter der sie im Englischen bis heute zitiert wird: „Well building hath three Conditions. Commoditie, Firmenes, and Delight.“ Mitchell Kapor griff sie später in seinem „Software Design Manifesto“ auf. Und wer heute Qualitätsmodelle für Software liest, findet zwei der drei Säulen wieder: Zuverlässigkeit und Sicherheit für die Festigkeit, Gebrauchstauglichkeit für die Nützlichkeit. Das ist meine Deutung, keine belegte Abstammung. Aufschlussreich finde ich, wo sie hakt. Die Stimmigkeit der Teile taucht in diesen Katalogen allenfalls verstreut auf, etwa als Modularität.

Die Linie löst sich vom Stein

Die großen Kathedralen des Mittelalters entstanden ohne vollständigen Plansatz, wie wir ihn heute kennen. Die Bauforschung beschreibt Werkmeister, die mit geometrischen Regeln, Proportionen und Schablonen arbeiteten. Vieles wurde auf der Baustelle entschieden, von Leuten, die die Regel kannten. Der Plan lag zu einem guten Teil im Verfahren und in den Köpfen der Bauhütte.

Um die Mitte des 15. Jahrhunderts schreibt der Humanist Leon Battista Alberti ein Werk über das Bauen, De re aedificatoria, 1485 erstmals gedruckt. Es beginnt mit einer Unterscheidung, die bis heute wirkt. Ein Bau, sagt Alberti, ist wie ein Körper und besteht aus lineamenta und Materie. Die lineamenta sind eine feste, bestimmte Vorzeichnung, im Geist gefasst, aus Linien und Winkeln gemacht und von einem gebildeten Verstand vollendet. Und dann kommt der Satz, auf den es ankommt: Man könne ganze Formen im Geist vorzeichnen, unter Absehung von jeglichem Material.

Hier geschieht etwas Neues. Bei Vitruv gehörten Hand und Begründung zu derselben Person. Bei Alberti kann die Form ohne den Stein bestehen. Sie wird übertragbar. Man kann sie zeichnen, in einen Brief legen, einem anderen übergeben, der sie an einem anderen Ort baut. Alberti leitet daraus auch einen Rang ab: Die Hand des Handwerkers diene dem Architekten als Werkzeug. Wie er selbst aus der Ferne mit seinem Bauleiter um die Maße der Pfeiler rang, habe ich im Artikel „Richtig gebaut. Das Richtige gebaut?“ erzählt.

Hier interessiert mich etwas anderes: das Medium. Wenn Planen und Bauen sich trennen, braucht es etwas dazwischen, über das man sich verständigt. Zeichnung und Modell werden zur Sprache zwischen Kopf und Hand. Alberti wusste, wie verführerisch diese Sprache ist. Er rät ausdrücklich zu schlichten, unbemalten Modellen. Fein bemalte Modelle seien die Sache eines eitlen Architekten, der das Auge des Betrachters bezaubern und ihn davon ablenken wolle, die Teile streng zu prüfen.

Das ist eine erstaunlich moderne Warnung. Die Darstellung soll prüfbar machen, nicht überreden. Wer je ein glänzendes Bild einer Systemlandschaft gesehen hat, auf dem die heiklen Abhängigkeiten im Farbverlauf verschwinden, versteht Albertis Misstrauen.

Mit der Trennung entsteht noch etwas: die Pflicht, über Distanz zu begründen. Wer danebensteht, kann zeigen. Wer fern ist, muss erklären. Vitruvs ratiocinatio, das Zeigen und Erklären, war bei ihm der Begleiter der Praxis. Jetzt wird sie zum eigentlichen Werkstück des Architekten.

Ingenieure, ein Gärtner und ein Naturgesetz

Im 18. und 19. Jahrhundert teilt sich das Bauen erneut, diesmal entlang des Wissens. In Frankreich entsteht 1747 die Schule für Brücken und Straßen, die École des Ponts et Chaussées, 1794 die Hochschule, die bald École polytechnique heißt. In London gründen junge Ingenieure 1818 die Institution of Civil Engineers. Mit einer gewissen Vereinfachung kann man darin den Moment sehen, in dem ein eigener Beruf entsteht, der für die Festigkeit zuständig ist: der Ingenieur.

Legt man Vitruvs Dreiheit daneben, sieht man, was geschieht. Die Festigkeit wandert zum Ingenieur. Sie wird berechenbar, nachweisbar, prüfbar. Die Nützlichkeit teilt der Architekt nun mit vielen. Und die Schönheit gerät in den Verdacht, Zierrat zu sein.

Wie weit sich die Rollen verschieben, zeigt ein Bau von 1851. Für die Weltausstellung in London entsteht der Crystal Palace, eine riesige Halle aus Glas und Gusseisen. Sie wird zum großen Teil aus vorgefertigten Teilen in wenigen Monaten montiert. Entworfen hat sie Joseph Paxton, ein Gärtner, der als Obergärtner von Chatsworth Gewächshäuser gebaut hatte. Die Einzelheiten der Konstruktion arbeitete zu großen Teilen die Baufirma Fox, Henderson & Co. aus. Der Plan ist hier kein Bild eines Hauses mehr. Er ist eine Vorschrift für die Herstellung vieler gleicher Teile.

Die Technikgeschichte beschreibt, was damit einhergeht: Wer im Büro Maße, Toleranzen und Arbeitsschritte festlegt, nimmt der Werkstatt Entscheidungen ab. Der Plan sagt nicht mehr nur, was entstehen soll. Er sagt auch, wer was entscheiden darf.

Aus der Architektur kam eine Antwort, die man als Selbstbehauptung lesen kann. 1896 schrieb der Amerikaner Louis Sullivan in einem Aufsatz über das hohe Bürohaus den Satz, der als „form follows function“ berühmt wurde. Im Original lautet er: „form ever follows function, and this is the law.“ Sullivan gewinnt ihn aus der Natur, aus dem Adler, der Apfelblüte, dem Arbeitspferd, der Eiche. Das ist kein technischer Nachweis, sondern ein Gleichnis mit Gesetzesanspruch. Bemerkenswert finde ich, was es leisten soll. Es macht Form begründbar. Die Gestalt soll nicht Geschmack sein, sondern Folge des Zwecks. So holt sich die Architektur ein Stück der Begründung zurück, die ihr die Ingenieure abzunehmen drohten.

Ein Wort wandert in die Maschine

Am 7. April 1964 kündigte IBM das System/360 an. Die Idee war für die Zeit kühn: eine ganze Familie von Rechnern verschiedener Größe und Leistung, auf denen dieselben Programme laufen. Dafür brauchte man einen Begriff für das, was über alle Maschinen hinweg gleich bleibt. Gene Amdahl, Gerrit Blaauw und Fred Brooks nannten es architecture: die Eigenschaften des Systems, wie der Programmierer sie sieht, seine begriffliche Struktur und sein funktionales Verhalten. Davon trennten sie den Datenfluss, den logischen Entwurf und die physische Ausführung.

Das ist ein entscheidender Schritt. Architektur ist hier nicht mehr die Gestalt eines Gegenstands, den man anfassen kann, sondern ein Versprechen über wechselnde Ausführungen hinweg. Die Maschinen dürfen verschieden gebaut sein. Was der Mensch, der mit ihnen arbeitet, zu sehen bekommt, bleibt gleich.

Brooks hat das 1975 in seinem Buch „The Mythical Man-Month“ zugespitzt. Unter der Architektur eines Systems verstehe er die vollständige und genaue Beschreibung dessen, was der Benutzer zu sehen bekommt. Der Architekt eines Systems sei, wie der Architekt eines Gebäudes, der Sachwalter des Nutzers. Und als wichtigste Rücksicht im Systementwurf nannte er die konzeptionelle Integrität. Ich lese darin Vitruvs zweite Seite der Schönheit wieder: die Stimmigkeit der Glieder, unter neuem Namen.

Fast gleichzeitig suchte die junge Disziplin ihr Selbstbild. Im Oktober 1968 berieten in Garmisch auf Einladung der NATO Fachleute über die Schwierigkeiten mit großen Programmen; manche nannten die Lage schon eine Krise. Der Titel der Tagung war mit Absicht gewählt: „Software Engineering“. Der Bericht sagt offen, das Wort sei als Provokation gemeint gewesen. Softwareherstellung solle auf jenen theoretischen Grundlagen und praktischen Disziplinen beruhen, die in den etablierten Ingenieurfächern üblich seien. Die Softwareleute wählten also zuerst den Ingenieur, nicht den Architekten.

Ein Jahr später, auf der Folgekonferenz in Rom, widersprach I. P. Sharp. Neben dem Engineering brauche man etwas Zusätzliches, eine Softwarearchitektur. Er fügte etwas hinzu, das man leicht überliest: Manche Menschen könnten Gestalt schaffen, aber nicht umsetzen, und umgekehrt gelte das genauso. Kein Rang also, sondern zwei verschiedene Fähigkeiten.

Andere fragten, wie man Struktur überhaupt denkt. Edsger Dijkstra baute 1968 ein Betriebssystem in Ebenen, jede eine Abstraktion über der darunterliegenden; nur so habe sich die Richtigkeit des Entwurfs nachweisen lassen. Später nannte er die Trennung der Belange, „separation of concerns“, die einzige ihm bekannte Technik, die eigenen Gedanken wirksam zu ordnen. David Parnas zeigte 1972, dass es weniger darauf ankommt, ein System in Module zu zerlegen, als darauf, nach welchem Kriterium man es tut. Jedes Modul solle eine schwierige oder wahrscheinlich veränderliche Entwurfsentscheidung vor den anderen verbergen. Das ist ein Satz über die Zukunft. Architektur ordnet nicht nur, was ist, sondern rechnet mit dem, was kommt.

Den weitesten Rahmen spannte Herbert Simon, Ökonom und Kognitionsforscher, 1969 mit „The Sciences of the Artificial“. Der Ingenieur, allgemeiner jeder Gestalter, befasse sich damit, wie die Dinge sein sollen, um Ziele zu erreichen. Entwerfen ist bei Simon kein Vorrecht der Baukunst, sondern die Tätigkeit aller, die eine Lage verändern wollen. Damit verliert die Architektur ihr Monopol auf das Entwerfen. Was ihr bleibt, ist nicht das Entwerfen an sich, sondern das Entwerfen des Ganzen.

Danach dauerte es noch zwei Jahrzehnte, bis aus dem Wort ein Fach wurde. Eine Auswertung der Fachliteratur findet erste ausdrückliche Titel zur Softwarearchitektur 1981 und eine durchgehende Folge erst ab 1990. 1992 legten Dewayne Perry und Alexander Wolf eine Formel vor, die das Feld lange prägte: Architektur besteht aus Elementen, Form und Begründung. Sie wählten das Wort „Architektur“ statt „Design“ ausdrücklich, weil es Abstraktion, Kodifizierung, Standards, Ausbildung und Stil anklingen ließ. Mit der Begründung kehrt Vitruvs ratiocinatio zurück, fast zweitausend Jahre später, als eigener Bestandteil der Definition.

Die internationale Norm ISO/IEC/IEEE 42010 fasste Architektur 2011 als das Grundlegende eines Systems in seiner Umwelt, verkörpert in seinen Elementen, ihren Beziehungen und den Prinzipien seines Entwurfs und seiner Weiterentwicklung. Die Ausgabe von 2022 spricht allgemeiner von einer Einheit statt einem System; Umwelt und Weiterentwicklung bleiben. Beide Wörter verdienen Aufmerksamkeit. Umwelt: Kein System steht allein. Weiterentwicklung: Kein System ist je fertig. Und die Norm trennt sorgfältig die Architektur von ihrer Beschreibung. Ein System hat eine Architektur, ob sie aufgeschrieben ist oder nicht. Vitruv hätte gesagt: Die Beschreibung ist der Schatten, die Architektur die Sache.

Der Baumeister, der zurückfragte

Ein Bauarchitekt hat der Software ein ganzes Vokabular geschenkt und ihr dann eine unbequeme Frage gestellt. Christopher Alexander veröffentlichte 1964 „Notes on the Synthesis of Form“ und 1977 „A Pattern Language“, eine Sammlung von Mustern für Städte, Häuser und Räume, jedes eine erprobte Antwort auf ein wiederkehrendes Problem. Alexander wollte das Bauen damit wieder in die Hände der Menschen legen, die in der gebauten Umgebung leben.

Die Softwareleute griffen zu. 1987 stellten Kent Beck und Ward Cunningham vor, wie sich die Mustersprache auf das objektorientierte Programmieren übertragen lässt. 1994 erschien „Design Patterns“ mit 23 Mustern und wurde zum Standardwerk.

Im Herbst 1996 war Alexander Gast der Softwerker auf ihrer Konferenz OOPSLA in San Jose. Er kam als Gast, und er fragte zurück. Seine Mustersprache habe drei Eigenschaften gehabt: eine moralische Komponente, das Ziel der Stimmigkeit in den Dingen, die damit entstehen, und die Fähigkeit, solche Stimmigkeit zu erzeugen. Er wisse nicht, ob diese Eigenschaften schon in die Disziplin der Zuhörer übertragen worden seien. In der Architektur stehe hinter allem die Frage, unter welchen Umständen eine Umgebung gut ist. Dann sagte er:

„Ich weiß nicht, ob die Suche nach etwas, das dem menschlichen Leben hilft, zu dem gehört, wonach Sie suchen. Oder suchen Sie vor allem nach – wie soll ich es nennen – guter technischer Leistung?“

Christopher Alexander, OOPSLA 1996 (eigene Übersetzung)

Seine eigenen Muster, erzählte er, hätten er und seine Mitarbeiter danach beurteilt, ob sie die Menschen, die mit ihnen leben, „ganzer“ machen. Man kann über diesen Maßstab streiten. Aber die Pointe ist klar: Die Softwareleute hatten die Form der Muster übernommen, Kontext, Problem, Lösung. Die Frage, für die sie gedacht waren, hatten sie zurückgelassen. Das ist meine Lesart, nicht Alexanders Wortlaut. Seine Rede legt sie aber nahe.

Neun Jahre zuvor hatte das Wort schon eine weitere Stufe genommen. 1987 suchte John Zachman im IBM Systems Journal nach einem Ordnungsrahmen für die Informationssysteme eines Unternehmens. Wo man ihn finden könne? Es erscheine nur folgerichtig, schrieb er, in der klassischen Architektur selbst zu suchen. Er übernahm die Folge ihrer Darstellungen: die Blasenskizze, die Zeichnungen und Pläne des Architekten, die Pläne des Bauunternehmers, die Werkstattpläne. Jede gehört zu einem anderen Beteiligten am Bau. Den Flugzeugbau zog er nur als Gegenprobe heran. Aus diesem Rahmen und anderen, die folgten, 1995 etwa TOGAF der Open Group, wurde das, was wir heute Enterprise Architecture nennen.

Damit ist der Gegenstand der Architektur die Organisation selbst geworden. Melvin Conway hatte schon 1968 die Brücke beschrieben: Organisationen, die Systeme entwerfen, bringen Entwürfe hervor, die ihre eigenen Kommunikationsstrukturen abbilden. Wer Systeme entwirft, entwirft also Zusammenarbeit mit, ob er will oder nicht. Und umgekehrt baut wohl jeder, der eine Organisation umbaut, auch ihre Systeme um. Eine Organisation ist ein seltsames Bauwerk. Die Menschen wohnen darin, während es umgebaut wird.

Was bleibt

Von Samos bis zur Norm von 2022 ist der Gegenstand immer größer und immer weniger greifbar geworden: ein Tunnel, ein Haus, eine Rechnerfamilie, ein Programm, eine Organisation. Die Frage blieb erstaunlich gleich. Meine These lautet:

Architektur beginnt dort, wo keiner mehr alles selbst baut. Sie ist die Stelle, an der jemand für das Ganze einsteht.

Drei Dinge gehören dazu. Alle drei waren schon da, bevor es Computer gab.

Architektur verdichtet Absicht. Albertis lineamenta sind Absicht ohne Material. Brooks' Architektur ist das, was der Nutzer sieht, nicht, wie es entsteht. Architektur ist, was von einem Vorhaben übrig bleibt, wenn man alles weglässt, was andere besser entscheiden können. Eupalinos legte die Richtung fest und den Treffpunkt, nicht jeden Hieb. Wer so verdichtet, entscheidet wenig, aber das Wenige trägt.

Architektur ist Verantwortung gegenüber der Zukunft. Vitruvs Fundament reicht bis auf festen Grund; ein Bau soll seinen Baumeister überdauern. Parnas verbirgt, was sich ändern wird. Die Norm schreibt die Weiterentwicklung in die Definition. Brooks macht den Architekten zum Sachwalter des Nutzers, also von Menschen, die am Entwurfstisch nicht sitzen. Dazu gehört auch die Ehrlichkeit des Knicks im Berg: die eigene Unsicherheit einzuplanen, statt sie hinter einem schönen Plan zu verstecken.

Architektur ist Begründung. Von Vitruvs ratiocinatio bis zur Begründung bei Perry und Wolf zieht sich eine Linie. Albertis schlichtes Modell soll Prüfung ermöglichen, nicht Bewunderung. Je weiter Entwurf und Ausführung auseinanderliegen, desto mehr muss das Warum ausdrücklich werden. Eine Architektur, die ihre Gründe nicht nennen kann, ist eine Behauptung.

Heute bauen viele: Teams, Dienstleister, Plattformen, zunehmend auch KI-Agenten. Umso mehr zählt die Frage, wer das Ganze verantwortet.

Der stärkste Einwand

Die Gegenposition verdient ihre stärkste Form. Sie lautet etwa so: Das alles ist eine schöne Erzählung, aber von Siegern geschrieben. Das „archi“ war immer ein Rangtitel. Alberti machte die Hand des Handwerkers zum Werkzeug. Eine Untersuchung der Begriffsgeschichte vertritt die These, dass die Softwareleute das Wort auch wegen seines Glanzes wählten: Die Nähe zur Kunst war für eine junge, methodisch unsichere Disziplin verlockend. Und die besten Bauten der Menschheit kamen oft ohne Architekten aus. 1964 zeigte Bernard Rudofsky im Museum of Modern Art in New York eine Ausstellung mit dem Titel „Architecture Without Architects“. 2001 schrieben siebzehn Softwareentwickler in Snowbird, Utah, das Agile Manifest; eines seiner Prinzipien lautet: Die besten Architekturen, Anforderungen und Entwürfe entstehen in Teams, die sich selbst organisieren. Und eine alte Praktikerweisheit sagt, die beste Architektur sei die, die niemand bemerkt. Architektur als Eigenschaft entsteht demnach von selbst, wenn die Bauenden gut sind und schnell lernen. Architektur als Amt ist Hierarchie.

In einem Punkt hat der Einwand recht: Architektur braucht keinen Titel. Die Bauten, die Rudofsky zeigte, haben eine Architektur, nur keinen Architekten. Das agile Prinzip leugnet die Architektur nicht. Es setzt voraus, dass es sie gibt, und sagt, woher sie kommen soll. Und Alexander selbst wollte die Mustersprache in die Hände aller legen.

Man muss aber genau hinsehen, unter welchen Bedingungen das gelingt. Martin Heidegger hat 1951 in Darmstadt, in seinem Vortrag „Bauen Wohnen Denken“, das Bauen aus dem Wohnen hergeleitet: „Wir wohnen nicht, weil wir gebaut haben, sondern wir bauen und haben gebaut, insofern wir wohnen.“ Seine Wortgeschichte, nach der das althochdeutsche Wort für bauen „wohnen“ bedeutet habe, muss man nicht teilen. Aber das Bild trifft die gewachsenen Orte. Wer dort baut, wohnt auch darin, und nach ihm seine Kinder. Die Bauenden tragen die Folgen selbst, über lange Zeit, und bessern nach, was nicht taugt. Emergenz gelingt, wenn der Abstand zwischen dem, der baut, und dem, der damit lebt, klein ist und die Zeit lang.

In Software und Organisationen ist es oft umgekehrt. Die Bauenden ziehen weiter, die Nutzer bleiben. Teams wechseln, Teile kommen von Dienstleistern, ganze Schichten kauft man fertig ein. Wo Bauen und Wohnen auseinanderfallen, muss jemand die Frage ausdrücklich stellen, die im gewachsenen Ort von selbst beantwortet wird. Ob das eine Person mit dem Titel Architekt ist, ein Team oder eine gemeinsame Regel, ist zweitrangig. Dass es jemand tut, ist es nicht.

Und die Architektur, die niemand bemerkt? Es gibt sie. Man bemerkt sie nicht, weil sie trägt. Wer in der Stadt Wasser schöpfte, dachte nicht an den Knick im Berg. Unsichtbar ist aber nicht dasselbe wie unentschieden.

Gegen den Statusvorwurf bleibt ein Test, und er stammt von Vitruv: Autorität hat nur, wer Hand und Begründung verbindet. Ein Architekt, der sein Warum nicht nennen kann oder den Bau nicht versteht, jagt dem Schatten nach. Dann trifft ihn der Einwand zu Recht.

Wer steht für Ihr Ganzes ein?

Beim Nachlesen hat mich vor allem überrascht, wie wenig sich der Kern verändert hat. Eupalinos und ein Enterprise-Architekt von heute haben dasselbe Problem: Viele graben, keiner sieht den anderen, und das Ganze muss trotzdem zusammenfinden. Geändert hat sich, wie weit die Grabenden voneinander entfernt sind und wie schnell sie graben.

Deshalb stelle ich am Ende keine Frage nach Methoden oder Werkzeugen. Sondern diese: Wenn morgen jemand fragt, warum Ihre Systeme so gebaut sind, wie sie sind, wer kann es beantworten? Und wer sorgt dafür, dass sich die Stollen im Berg treffen?

Weiterlesen