Negative Velocity: Erhöhen der Komplexitätsgrenze

Die Komplexitätsgrenze scheint unausweichlich zu sein, aber es gibt einige Indikatoren dafür, dass sich Teams ihrer Grenze nähern. Ich muss vorwegnehmen, dass es keine absolute Metrik dafür gibt, wie weit die Komplexitätsgrenze entfernt ist, aber diese Indikatoren können dir dabei helfen, deinen Abstand zu ermitteln.

Wenn ein Team mehr Zeit damit verbringt, sich in der organisatorischen Komplexität zurechtzufinden, als schwierige Probleme zu lösen, ist das der deutlichste Indikator dafür, dass es die Komplexitätsgrenze erreicht hat. Die Trends von den Metriken der DORA-Vorlaufzeit für Änderungen (Geschwindigkeit) und der Änderungsfehlerrate (Qualität) zeigen, ob Teams im Laufe der Zeit langsamer oder schneller werden. Auch wenn es noch andere Faktoren gibt, die diese Metriken beeinflussen, sind sie ein guter Indikator für die Effektivität des Teams.

Die Zufriedenheit der Entwickler ist ein weiterer Indikator für das Ausmaß der organisatorischen Komplexität bei den Softwareteams. Entwickler haben eine besonders starke Tendenz dazu, gerne an schwierigen Problemen zu arbeiten und zugleich unnötige Aufgaben zu verabscheuen, die ihnen im Weg stehen. Deshalb ist eine geringe Zufriedenheit der Entwickler ein guter Indikator dafür, dass die organisatorische Komplexität ein Problem für dein Softwareteam ist.

Wenn Unternehmen erkennen, dass ihre Teams in der Komplexität versinken, starten sie oft ein "Vereinfachungsprojekt", das die Einfachheit in ihrer Organisation wiederherstellen soll. Vereinfachung ist aus zwei Gründen die falsche Strategie: Die Komplexität nimmt schneller zu, als jede Organisation ihre Umgebung vereinfachen kann, und diese "Vereinfachungsprojekte" werden in genau der komplexen Umgebung ausgeführt, die sie vereinfachen sollen.

Die Vereinfachung beginnt typischerweise damit, dass die Anzahl der Anwendungen reduziert wird, indem sie nach Möglichkeit eingestellt oder konsolidiert werden. Um eine Anwendung einzustellen, muss das Team alle vor- und nachgelagerten Abhängigkeiten verstehen: Wer verwendet die Anwendung? Wie wird ihre Funktion ersetzt? Wo und wie werden die Daten archiviert oder migriert? Und das Team muss sich mit vielen weiteren Komplikationen auseinandersetzen, die damit einhergehen. Leider wird der erforderliche signifikante Aufwand nicht mit einer ebenso signifikanten Reduzierung der Komplexität belohnt. Es gibt eine Grenze für die Anzahl der Anwendungen, die ein Unternehmen ohne Auswirkungen auf das Kerngeschäft oder die Benutzererfahrung einstellen kann, aber es gibt keine Grenze dafür, wie viele neue Softwarekomponenten erstellt werden können. In den 12 Monaten, in denen eine Anwendung eingestellt wurde, wurden wahrscheinlich Hunderte neue Microservices erstellt. Da eine gesunde IT-Umgebung mit der Zeit wächst, ist es nicht sinnvoll, sie auf eine feste Anzahl von Anwendungen oder Softwarekomponenten zu beschränken, um die Komplexität zu reduzieren.

Vereinfachungsprojekte beinhalten in der Regel die Überarbeitung der Organisationsstruktur, um die Komplexität der Kommunikation zu verringern. Die unkompliziertesten Organisationsstrukturen bestehen aus großen hierarchischen Teams, bei denen sich alle Mitarbeiter am gleichen Standort befinden. Die kompliziertesten Organisationsstrukturen bestehen aus kleinen, verteilten und autonomen Teams. Nach dem Gesetz von Conway produzieren große hierarchische Teams wahrscheinlich monolithische Anwendungen, während kleine, verteilte Teams wahrscheinlich Anwendungen mit modularen Architekturen wie Microservices produzieren. Da modulare Architekturmuster wie eine Microservice-Architektur die schnelle Produktion von hochwertiger Software fördern, führt die komplexere Organisationsstruktur mit größerer Wahrscheinlichkeit zum Erfolg. Die "Vereinfachung" kann die Organisationsstruktur zwar übersichtlicher machen, aber sie ist kontraproduktiv für das letztendliche Ziel des Vereinfachungsprojekts.

Vereinfachung ist wichtig und lohnenswert, eignet sich aber am besten als Bestandteil der kontinuierlichen Verbesserung von Softwareteams (und Teams von Teams) und nicht als einmalige Aktivität. Vereinfachung kann das Erreichen der Komplexitätsgrenze verzögern, aber sie wird einer Organisation nicht die agile Freiheit einer Startup-Umgebung verschaffen.

Um die Effektivität des Softwareteams wiederherzustellen, müssen Organisationen die Komplexitätsgrenze erhöhen. Und um die Komplexitätsgrenze zu erhöhen, muss das Ausmaß der organisatorischen Komplexität gesteigert werden, die ein Team bewältigen kann, bevor die Arbeitszufriedenheit, Qualität und Geschwindigkeit der Softwareproduktion darunter leiden.

Platform Engineering ist ein wichtiges Konzept für die Erhöhung der Komplexitätsgrenze einer Organisation. Starke Platform-Engineering-Teams reduzieren die kognitive Belastung von Softwareteams, indem sie ihnen die Komplexität der Organisation bei der täglichen Arbeit abnehmen. Wenn Platform Engineering korrekt implementiert wird, wenden die Teams weniger Zeit für die organisatorische Komplexität auf und können sich stattdessen auf das Lösen schwieriger Probleme konzentrieren.