Wie die Struktur deiner Organisation bestimmt, was am Ende herauskommt, und wie du das drehst.
Der saubere Schnitt, der Wert verschluckt
Du teilst die Arbeit in klare Teams. Jedes bekommt seinen Bereich, seine Verantwortung, seine Schnittstelle. Auf dem Papier ist das sauber und effizient. Und dann fängt es an, zwischen den Teams zu haken. Etwas wird zu spät geliefert, etwas doppelt gemacht, etwas fällt in die Lücke zwischen zwei Zuständigkeiten. Du drehst an den Prozessen, an den Meetings, an den Menschen. Und es bleibt zäh.
Ich habe gelernt, dass das Problem oft nicht in den Teams sitzt, sondern in den Grenzen, die ich selbst zwischen sie gezogen habe. Hier ist die Geschichte, die es mir gezeigt hat.
Als ein Team einfach wegbrach
Ich leitete eine Abteilung mit mehreren Teams. Die Aufgaben waren klar verteilt, für verschiedene Systeme und verschiedene Phasen gab es eigene Subteams. Sauber geschnitten.
Dann brach eines dieser Subteams praktisch weg. Abgänge, ausgeliehene Leute, Krankheitsfälle. Auf einmal war die Arbeit da, aber kaum noch jemand, der sie tat.
Und niemand traute sich, sie zu übernehmen. Das ist der Teil, der mich zuerst irritierte. Es lag nicht an fehlendem Willen. Es lag an Angst. Dieses Subteam bekam seine wichtigsten Informationen immer erst spät und musste dann unter Druck schnell liefern. Von außen sah das nach einem Minenfeld aus, und keiner wollte es betreten.
Der Satz, der Monate sparte
Ich habe Freiwillige aus allen Teams zusammengeholt und moderiert. Keine Präsentation, eine Frage: Woran hängt es wirklich? Wir haben die Probleme offen benannt. Eines davon war, dass bestimmte Informationen erst spät zur Verfügung standen.
Dann sagte ein Kollege, der nie direkt mit diesem Subteam gearbeitet hatte, einen Satz, der alles drehte: Moment, diese Information kennen wir aus unserer eigenen Arbeit schon Monate vorher. Sie ist zu dem Zeitpunkt noch nicht vom Lieferanten bestätigt, aber sie ändert sich fast nie.
Die fehlende Information war die ganze Zeit da. Nur auf der anderen Seite einer Wand, die wir selbst gezogen hatten. Wir gewannen Monate, entspannten den Prozess und deckten die Arbeit danach mit vereinten Kräften über verschiedene Leute ab. Und die Angst war weg, weil das Minenfeld plötzlich ein normaler Arbeitsschritt war.
Was da wirklich passiert ist: Conways Gesetz
Für das, was ich erlebt habe, gibt es einen Namen. 1968 beschrieb der Informatiker Melvin Conway einen Zusammenhang, der später Conways Gesetz genannt wurde. Einfach gesagt: Eine Organisation bringt Ergebnisse hervor, deren Struktur ihrer eigenen Kommunikationsstruktur gleicht. Wichtig ist, dass Conway das ausdrücklich breit meinte, nicht nur für Software, sondern für jedes System, das eine Organisation gestaltet.
Übersetzt auf meinen Fall: Wir hatten die Arbeit in getrennte Subteams geschnitten, die kaum miteinander sprachen. Also floss die Information nicht dorthin, wo sie gebraucht wurde, sondern blieb in dem Team, das sie zufällig zuerst hatte. Die Wand in der Organisation wurde zur Wand in der Information. Das Ergebnis hatte genau die Form unserer Struktur.
Warum das gut belegt ist
Conways Gesetz ist mehr als eine griffige Beobachtung. Fred Brooks machte es 1975 in seinem Klassiker über Softwareprojekte bekannt. Harvard-Studien zu Software-Produkten haben den Zusammenhang später empirisch bestätigt, die Struktur der bauenden Organisation zeigte sich in der Struktur des Produkts. Und die groß angelegte Accelerate-Forschung stützt die Gegenrichtung, dazu gleich mehr.
Ein ehrliches Wort zur Einordnung: Das meiste, was über agile Transformationen geschrieben wird, ist praktikerlastig und schwach belegt. Conways Mirroring gehört zu den wenigen Bausteinen mit echter empirischer Stütze. Genau deshalb baue ich lieber darauf als auf einer der üblichen Scheiterquoten.
2019 haben Matthew Skelton und Manuel Pais das in ihrem Buch Team Topologies zu einem Gestaltungsprinzip gemacht und einen wichtigen Zusatz eingeführt: die kognitive Last eines Teams. Ein Team, das zu viele getrennte Dinge im Kopf halten muss, wird langsam und fehleranfällig.
Der Reflex, der es schlimmer macht
Wenn Wert zwischen Teams hängen bleibt, ist der erste Reflex fast immer derselbe: mehr Kommunikation, alle mit allen, alle in ein großes Meeting. Genau das macht es oft schlimmer. Jeder-mit-jedem erzeugt ein Gewirr aus Abhängigkeiten, in dem niemand mehr durchblickt, und es überlastet die Beteiligten.
Was in meiner Geschichte gewirkt hat, war nicht ein Dauer-Austausch aller mit allen. Es war ein einziges, gezieltes Gespräch über eine Grenze hinweg, die vorher geschlossen war. Eine richtige Verbindung an der richtigen Stelle, nicht hundert neue.
Die Grenze war auch der Grund für die Angst
Ein Punkt, der mir erst später klar wurde. Die Wand hat nicht nur Information versteckt, sie hat Angst erzeugt. Weil die Arbeit des Subteams von außen undurchsichtig war, wirkte sie riskant, und niemand wollte sie anfassen. In dem Moment, in dem wir die Grenze öffneten, löste sich beides auf, die Information kam zur richtigen Stelle, und die Angst verschwand, weil aus dem Minenfeld ein nachvollziehbarer Ablauf wurde.
Struktur ist also nicht nur eine Frage von Effizienz. Sie entscheidet mit, wovor Menschen sich fürchten und was sie sich zutrauen.
Was du stattdessen tust: den Fluss zuerst denken
Skelton und Pais nennen den entscheidenden Zug den inversen Conway-Ansatz. Der Gedanke ist einfach und mächtig: Statt deine Struktur hinzunehmen und zu hoffen, dass der Fluss sich schon einstellt, drehst du die Reihenfolge um.
- Entscheide zuerst, welches Ergebnis und welcher Fluss herauskommen sollen.
- Schau, welche deiner heutigen Grenzen diesem Fluss im Weg stehen.
- Schneide Teams und Verbindungen so, dass genau dieser Fluss entsteht, mit wenigen gezielten Kontaktpunkten statt vieler.
Und eine Warnung, die in klassischen Organisationen viel Schaden verhindert: Kopiere nicht das Modell einer anderen Firma. Deren Struktur passt zu deren Kontext, nicht zu deinem. Das berühmte Spotify-Modell hat bei Spotify selbst nie so sauber funktioniert, wie es in den Folien aussieht.
Das ist auch der Punkt, an dem agil über Projekte hinauswächst. Eine Teamtopologie ist keine Projektbesetzung auf Zeit, sondern eine dauerhafte Struktur. Wer nur Projekte agil macht und die Organisation dahinter klassisch lässt, baut sich seine Wände immer wieder neu.
Der eine Satz zum Mitnehmen
Wenn das nächste Mal Wert zwischen zwei Teams verloren geht, schau zuerst auf die Grenze, die du gezogen hast, dann auf die Menschen an ihr. Sehr oft liegt die Lösung schon auf der anderen Seite. Sie muss nur über die Wand.