Vom Spotify-Modell über Inverse Conway zu Team Topologies: Die Ideen für die Organisation von Software-Entwicklung sind vielfältig. Bei einer Modernisierung konkurrieren die Bedürfnisse von alter und zukünftiger Architektur, das erschwert die Entscheidung für eine Struktur, die beide Seiten angemessen behandelt. Auf welche Probleme stoße ich hier, welche Möglichkeiten habe ich zur Gestaltung meiner Teams und welche Variante ist am wirksamsten? Ein Überblick über die aktuellen Ansätze, angereichert mit den Schmerzen aus der Praxis.

Zielpublikum: Projektleiter:innen, Manager, Entscheider:innen, Architekt:innen, Agile Coach
Voraussetzungen: Keine
Schwierigkeitsgrad: Fortgeschritten

Extended Abstract
Wir sehen in der Praxis viele interessante Adaptionen von Teamstrukturen, die auf Ideen von DevOps/Team Topologies, den agilen Skalierungs-Frameworks oder dem Spotify-Modell beruhen, während im Hintergrund eine Modernisierung der Software stattfindet. Dort treten in Folge oft ähnliche Probleme, Hindernisse und Anti-Patterns auf, die bei einem Green-Field-Ansatz oder normaler Weiterentwicklung nicht vorgekommen wären — und auf die wenig Antworten zu finden sind. Wie geht man mit den Interferenzen der Koexistenz der alten und neuen Welt um? Oft weichen die informellen Strukturen und Boundaries deutlich von dem ab, was formell existiert, und Macht, Einfluss, Wissen und Schattenstrukturen sorgen nicht nur für Probleme, sondern stellen auch überlebenswichtige Prozesse in der Organisation bereit. Wie integriert man die Umverteilung von Domänenwissen und neues technisches Know-how bei der Modernisierung? Zu welchen Strukturen sind Organisation, Teams und Personen schon fähig, zu welchen noch nicht? Wie und wann muss und kann man Raum für Lernen und Adaption gehen?
Wir zeigen Lösungsansätze, Workarounds und die offengebliebenen Fragen.