Conway's Law

Aus Zweites Gehirn, dem persönlichen Wiki
Conway's Law
TypKonzept
QuellenQuelle - Effektive Softwarearchitekturen
Quelle - Recherche - Softwarearchitektur heute 2026
Erstellt2026-09-27
Aktualisiert2026-09-27
Tagssoftwarearchitektur, organisation, team, microservices

Die Strukturen einer Organisation und der Systeme, die sie baut, gleichen sich. Wer Datenbank-, Middleware- und Oberflächenteams hat, bekommt Schichten; wer fachliche Teams hat, bekommt fachliche Bausteine. Architektur und Organisation muss man deshalb zusammen entwerfen.

Aussage

Gernot Starke formuliert: „Die Strukturen von Organisationen und der von ihnen entwickelten Architekturen sind isomorph. Architekturen, Organisationen und Systeme beeinflussen sich gegenseitig“ (Quelle - Effektive Softwarearchitekturen, S. 28). Im Kontext steht auch der Architecture Business Cycle: Eine Architektur verändert ihrerseits die Organisation und ihre Ziele (S. 36).

In der Praxis

  • Deployment-Monolithen: Technologiegeprägte Teams (Datenbankspezialisten, Middleware-Spezialisten, UI-Entwickler) erzeugen technisch geschnittene Systeme. Diese werden als Ganzes zwei- bis sechsmal im Jahr ausgeliefert, und Fehler erreichen die Entwickler erst Monate später (S. 338–339, Bild 10.1).
  • Microservices drehen das um: Funktionsübergreifende Teams verantworten einen fachlichen Dienst von der Entwicklung bis zum Betrieb („You build it, you run it“). Ein Team kann mehrere Dienste haben, aber nie umgekehrt (Microservices, S. 341).
  • Kleine Teams: Gute Architekturen entstehen in kleinen Teams mit einer klar benannten verantwortlichen Person, die vermittelt, entscheidet, motiviert, kommuniziert und strukturiert (S. 28).
  • Brooks' Gesetz: Einem verspäteten Projekt mehr Leute zu geben, verzögert es weiter (S. 56). Mehr Menschen bedeuten mehr Kommunikationswege.

Herkunft

Das Buch nennt weder Conway noch das Jahr im Fliesstext. Die Recherche belegt (Quelle - Recherche - Softwarearchitektur heute 2026):

  • Melvin E. Conway, „How Do Committees Invent?“, Datamation, April 1968. Die Harvard Business Review hatte den Artikel abgelehnt, weil die These nicht bewiesen sei.
  • Originalsatz: Organisationen, die Systeme entwerfen, sind gezwungen, Entwürfe zu produzieren, die „Kopien der Kommunikationsstrukturen dieser Organisationen“ sind.
  • Den Namen „Conway's Law“ schlug George Mealy im Juli 1968 vor; bekannt wurde er durch Fred Brooks' „The Mythical Man-Month“, dasselbe Buch, aus dem Brooks' Gesetz stammt.
  • Inverse Conway Maneuver: Die Teams werden bewusst so aufgestellt, dass die gewünschte Architektur entsteht. Der Begriff kommt aus dem Umfeld von Thoughtworks (u. a. James Lewis, Mitautor des Microservices-Artikels mit Martin Fowler) und stand 2014/2015 im Technology Radar.
Einordnung (Claude)

Starke beschreibt mit den funktionsübergreifenden Microservice-Teams genau ein inverses Conway-Manöver, ohne den Begriff zu nennen. Die BWL behandelt dieselbe Frage als Aufbauorganisation (funktional vs. nach Produkten), siehe Unternehmung.

Verwandt