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
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 (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
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-ProfilMatthias: LinkedIn-Profil
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
Kommentare (0)
Melde dich an, um einen Kommentar zu schreiben.