6 Oct 2026
Conway's Law trifft Azure – Wenn die Org-Struktur die Cloud kaputt macht (S2F16)
Ist deine Azure-Architektur eigentlich ein Spiegel deiner Org-Struktur?
Klingt philosophisch. Ist aber bittere Praxis.
In dieser Folge haben wir mit Tim Hoffmann, Cloud Solution Architect mit fast zehn Jahren Azure-Erfahrung, über ein Konzept gesprochen, das aus dem Jahr 1968 stammt und trotzdem erschreckend aktuell ist: Conway’s Law.
Die Kernaussage?
Organisationen bauen Systeme, die ihre eigene Kommunikationsstruktur widerspiegeln. Oder anders gesagt: Wenn deine Teams nicht miteinander reden, sieht deine Cloud-Architektur genauso aus.
Über unseren Gast
Tim Hoffmann ist Cloud Solution Architect mit fast zehn Jahren Azure-Erfahrung. Er hilft Unternehmen dabei, ihre IT sicher, skalierbar und bezahlbar in die Cloud zu bringen – und denkt dabei immer auch an den Menschen hinter der Technik.
🔗 Tim auf LinkedIn (https://www.linkedin.com/in/tmhffmnn/?lipi=urn%3Ali%3Apage%3Ad_flagship3_profile_view_base_contact_details%3BvS8DuQ8WQ5y7MZLdGZhQIQ%3D%3D)
Was ist Conway’s Law – und warum solltest du das kennen?
Melvin Conway hat 1968 beobachtet, dass Entwicklungsteams keine großen, kohärenten Systeme bauen, sondern fünf Teams bauen fünf unterschiedliche Denkmuster. Das Ergebnis: kein System, sondern ein Flickenteppich.
Klingt bekannt?
In Azure sieht das dann so aus:
* Subscriptions, die niemand mehr erklären kann
* Management Groups, die 1:1 die Abteilungsstruktur abbilden
* Ressourcen, die seit zwei Jahren niemand mehr angefasst hat
* Silos zwischen Netzwerk, Security, Entwicklung und Operations
Tim hat das in seinem Blogbeitrag (https://www.mvptreff.de/2026/08/01/conways-law-trifft-azure-euer-tenant-ist-ein-selfie-eurer-organisation/)(erschienen bei der Hitzefreien Aktion des MVPTreff.) auf den Punkt gebracht und Chris & Matthias hat es so gut gefallen, das wir Tim kurzerhand in den Podcast eingeladen haben.
„Das größte Problem ist, dass die Leute nicht miteinander sprechen können. Das ist der Punkt.” – Tim Hoffmann
Der Subscription-Test – Bestehst du ihn?
Tim hat drei Indikatoren definiert, an denen du erkennst, ob Conway’s Law bei dir zugeschlagen hat:
1. Der Subscription-TestKannst du in einem Satz erklären, was sich hinter einer Subscription verbirgt? Wenn die Antwort ist „keine Ahnung, hat mal der Entwickler eingerichtet” – dann hast du ein Problem.
2. Die AbteilungsfusionReorganisation passiert. Aber wenn sich die Org-Struktur ändert und deine Azure-Struktur bleibt, wie sie ist – dann hast du Altlasten, die dich irgendwann einholen.
3. Der FriedhofstestWie viele Ressourcen laufen in deinem Tenant, die von Teams betrieben werden, die seit zwei Jahren nicht mehr im Unternehmen sind? Unmanaged, unpatched, irgendwo vor sich hin dümpelnd. Das ist kein technisches Problem – das ist ein Kommunikationsproblem.
Inverse Conway – der Ausweg
Der Lösungsansatz ist so simpel, dass er fast schon provokant ist:
Erst die Zielarchitektur entwerfen. Dann die Organisation darauf abbilden.
Nicht andersherum.
Klingt offensichtlich. Wird aber in der Praxis fast nie so gemacht. Stattdessen wird die bestehende Org-Struktur in die Cloud kopiert – und dann wundert man sich, warum es nicht funktioniert.
„Ich lasse mich nicht von meinem Organisationsmodell blenden und bilde das jetzt ab. Ich baue mir eine Architektur und pack dann die jeweiligen Menschen darauf ab.” – Tim Hoffmann
Teile diese Folge mit deinem Team – Conway’s Law betrifft uns alle.
Cloud Center of Excellence – oder einfach: miteinander reden
Matthias hat es auf den Punkt gebracht:
„Cloud Center of Excellence ist ein typischer Marketing-Name. Dabei ist es eigentlich nur miteinander reden.”
Ob ihr das nun Cloud Platform Team, Cloud Enablement Team oder virtuelles Cloud-Team nennt, entscheidend ist, dass Menschen aus verschiedenen Abteilungen regelmäßig miteinander sprechen. Mit System, nicht mit 50 Leuten im Meeting, von denen zwei reden.
Ein Praxisbeispiel aus dem Kunden-Umfeld: Ein Unternehmen baut ein virtuelles Cloud-Team, jede Abteilung schickt einen Vertreter, die bleiben in ihren Originalteams angedockt, aber arbeiten gemeinsam an der Cloud-Plattform. Genau das ist der Ansatz.
Plattform ist ein Produkt – kein Projekt
Matthias bringt noch einen wichtigen Gedanken ein: Die Cloud-Plattform ist kein einmaliges Projekt, das man hinstellt und dann vergisst. Sie ist ein Produkt und muss auch so behandelt werden.
Das bedeutet: kontinuierliche Weiterentwicklung, klare Ownership, und ja, auch regelmäßige Kommunikation darüber, was sich ändert. Denn die Azure Landing Zone ändert sich.
Ständig.
Was heute noch „Application Landing Zone” heißt, heißt morgen „Workload Landing Zone”.
Wer das nicht mitbekommt, baut auf veralteten Fundamenten.
Bleib auf dem Laufenden, wenn IT zum Lifestyle wird – mit echten Cloud-Insights aus der Praxis.
Takeaways für dich
* Mach den Subscription-Test – kannst du jede Subscription in einem Satz erklären?
* Prüfe, ob deine Azure-Struktur deine aktuelle Org-Struktur widerspiegelt – oder die von vor drei Jahren
* Starte mit Inverse Conway: erst Zielarchitektur, dann Organisation
* Bau ein virtuelles Cloud-Team – klein, fokussiert, regelmäßig
* Behandle deine Plattform als Produkt, nicht als abgeschlossenes Projekt
MVP-Treff Community Event
Du bist Mittwoch in München? Dann komm vorbei!
🗓️ MVP-Treff Community Event – Mittwoch, ab 17:30 Uhr, Leopoldstraße MünchenZwei Vorträge, Pizza, Community. Anmeldung bitte vorab.
🔗 Zum Event, Infos & Anmeldung (https://luma.com/dgf3mdqc)
Danke fürs Zuhören und bis zur nächsten Folge ♥️
Chris und MatthiasDie Cloud Optimizer
PS: Folge uns auf LinkedIn und tausche dich mit uns aus:
Christian: LinkedIn-Profil (https://www.linkedin.com/in/christian-forjahn)Matthias: LinkedIn-Profil (https://www.linkedin.com/in/matthias-braun-cloud-architect)
This is a public episode. If you would like to discuss this with other subscribers or get access to bonus episodes, visit podcastcloudoptimizer.substack.com (https://podcastcloudoptimizer.substack.com?utm_medium=podcast&utm_campaign=CTA_1)
