Das Software Health Triangle – ganzheitliche Gesundheit für Software-Ökosysteme

Dieser Artikel wurde ursprünglich am 18. Juli 2024 auf Medium (in englischer Sprache) veröffentlicht und wird hier vom Autor erneut publiziert.

Hast du schon einmal einen neuen Prozess, ein Framework, eine Architektur oder ein Tool in deiner Softwareorganisation eingeführt – und dich später gefragt, ob es wirklich einen Unterschied gemacht hat? Hast du dein Ökosystem gemessen an Ergebnissen und den zentralen Erfolgsmetriken tatsächlich verbessert?

• Haben wir nach der Einführung von OKRs eine umsetzbarere und transparentere Organisationsstrategie für alle in der Organisation?
• Hat die Einführung des neuen CRM-Systems zu einem höheren NPS bei den Kunden oder zu mehr Umsatz geführt?
• Sind wir nach unserer langen agilen Transformationsreise wirklich schneller darin, bessere Softwarelösungen umzusetzen?
• Hat die Einführung einer Data-Mesh-Struktur zu wertschöpfenden Datenprodukten und zufriedenen Nutzern dieser Datenprodukte geführt?
• Erreichen wir mit unseren vielen KI-Initiativen wirklich die Produktivitätsschübe, die KI verspricht?

Warum kommt es so häufig vor, dass wir das Ergebnis unserer ambitionierten Vorhaben in Frage stellen? Überschätzen wir schlicht die positiven Effekte von Veränderung? Glauben wir zu bereitwillig, was Marketingabteilungen und überambitionierte Communities uns vermitteln?

Der KPMG US Technology Survey 2023 unter 400 US-Technologie-Führungskräften stellt fest, dass „51 Prozent der Befragten im Durchschnitt keine Steigerung von Leistung oder Profitabilität durch Investitionen in die digitale Transformation festgestellt haben“.

Meiner Erfahrung nach fehlt uns oft ein ganzheitlicher, ergebnisorientierter Ansatz für Veränderung. Wir konzentrieren uns häufig auf isolierte Teile des Systems, die entweder keine signifikante Wirkung entfalten oder – schlimmer noch – andere Bereiche des Software-Ökosystems negativ beeinflussen. Zudem werden unsere Projekte oft an Zeit- und Budgetmetriken gemessen statt an ihren nachhaltigen, wertschöpfenden Ergebnissen (die sich erst einige Zeit nach Projektende messen lassen). Dieser enge Fokus übersieht die breiteren, langfristigen Vorteile, die ein ganzheitlicherer und wertzentrierter Ansatz erzielen könnte.

Trotz dieser weithin bekannten Erkenntnis, die von zahlreichen Modellen und Artikeln behandelt wird, scheitern wir noch immer regelmäßig. In einem anregenden Gespräch mit einem befreundeten Arzt wurde mir eine überzeugende Analogie bewusst: Wertvolle Software-Ökosysteme zu erreichen ist vergleichbar mit dem Erreichen menschlicher Gesundheit. Auch bei der menschlichen Gesundheit kennen wir die Behandlungen und Verhaltensweisen für mehr Wohlbefinden – und tun uns dennoch schwer, eine ausreichend gesunde Gesellschaft zu erreichen. Für die menschliche Gesundheit liefert das Gesundheitsdreieck (Health Triangle) einen ganzheitlichen Ansatz.

Das Gesundheitsdreieck

Wenn wir über menschliches Wohlbefinden nachdenken, steht die Gesundheit im Mittelpunkt. Analog dazu ist die Gesundheit eines Software-Ökosystems entscheidend für die Wertschöpfung. Aber was bedeutet es eigentlich, als Mensch gesund zu sein?

Die Weltgesundheitsorganisation (WHO) definiert Gesundheit als „…einen Zustand vollständigen körperlichen, geistigen und sozialen Wohlbefindens.“

Diese Definition geht also über die körperliche Gesundheit hinaus und schließt geistige und sogar soziale Dimensionen mit ein.

Diese drei Dimensionen bilden das Modell des Gesundheitsdreiecks, ein etabliertes Framework der öffentlichen Gesundheit. Das Modell betont, dass gute Gesundheit mehrdimensional ist und eine Balance zwischen körperlichem, geistigem und sozialem Wohlbefinden erfordert.

• Körperliche Gesundheit: Betrifft das reibungslose Funktionieren der Körpersysteme, positiv beeinflusst durch regelmäßige Bewegung, ausreichend Erholung, richtige Ernährung und die Abwesenheit von Krankheit.
• Geistige Gesundheit: Bezieht sich auf das emotionale Wohlbefinden und die Fähigkeit, Gefühle zu regulieren und mit Stress umzugehen. Sie umfasst kognitive Fähigkeiten wie Lernen und Problemlösen.
• Soziale Gesundheit: Beschreibt, wie Menschen mit anderen interagieren, Beziehungen gestalten und sich in sozialen Umfeldern bewegen. Sie unterstreicht die Bedeutung unterstützender Beziehungen und gesellschaftlicher Teilhabe.

Ein Defizit in einer Gesundheitsdimension kann sich negativ auf die anderen auswirken. So mindert beispielsweise eine psychische Erkrankung wie eine Depression nicht nur die geistige Gesundheit, sondern beeinträchtigt auch soziale Interaktionen (soziale Gesundheit) und kann körperliche Aktivitäten wie Bewegung und Schlaf verhindern (körperliche Gesundheit).

Die klassische Medizin konzentriert sich oft primär auf die körperliche Gesundheit und vernachlässigt einen ganzheitlichen Ansatz, der geistiges und soziales Wohlbefinden einschließt. Diese Einschränkung kann verhindern, dass ein nachhaltiger Zustand des Wohlbefindens erreicht wird.

Geistige Gesundheit war historisch stigmatisiert und wurde im Gesundheitswesen nicht priorisiert. Das hat sich in den letzten Jahrzehnten jedoch stark verändert: Psychologische Behandlungen und ganzheitliche Heilungsmodelle sind heute weit verbreitet. Auch die wirtschaftlichen Kosten psychischer Probleme verstärken den Fokus darauf. Die OECD schätzt die Kosten psychischer Erkrankungen auf 600 Milliarden € pro Jahr – allein in Europa!

Und die soziale Gesundheit ist die am wenigsten anerkannte Dimension. Obwohl gut dokumentiert ist, wie sich Einsamkeit und soziale Isolation auf die körperliche und geistige Gesundheit auswirken, werden diese Faktoren in Behandlungsplänen bis heute selten berücksichtigt.

Eine schöne Beschreibung und Bewertung des Gesundheitsdreiecks: What are the Three Sides of the Health Triangle — Mind My Peelings

Nun aber zu Software-Ökosystemen und IT-Organisationen. Wo liegt der Zusammenhang? Wie wäre ein Software-Gesundheitsdreieck definiert?

Das Software-Gesundheitsdreieck

Ein Software-Ökosystem ist ein dynamisches System aus Softwareprodukten, Entwicklern, Organisationen, Nutzern sowie den Tools und Plattformen, die sie verwenden – alle interagieren und entwickeln sich gemeinsam weiter, um integrierte Lösungen und Wert zu liefern. Dabei muss ein nachhaltiges, erfolgreiches Software-Ökosystem drei Dimensionen beherrschen, um ganzheitlichen Wert zu schaffen.

1. Technologie und Architektur — Fokussiert auf die technischen Aspekte und die Infrastruktur, die für robuste und effiziente Systeme nötig sind. Es geht darum, geeignete Technologien auszuwählen, skalierbare Architekturen zu entwickeln und technische Ressourcen optimal einzusetzen.
2. Business und Produkt — Bezieht sich auf die geschäftlichen und produktbezogenen Aspekte. Dazu gehören Strategieentwicklung, Marktverständnis, Produktmanagement und die kommerzielle Ausrichtung. Die richtige Lösung für Kunden- und Geschäftserfolg bauen.
3. Organisation und Teamdynamik — Die auf Wertschöpfung ausgerichtete Struktur der Organisation, die Kultur und die zwischenmenschlichen Beziehungen innerhalb der Teams. Zentrale Aspekte sind wertorientierte Teamstrukturen, Sinnstiftung, effektive Kommunikation und Motivation.

Vielleicht siehst du bereits die reizvolle Analogie der Dimensionen des Gesundheitsdreiecks zu den drei Dimensionen erfolgreicher Software-Ökosysteme.

Technologie und Architektur → Körperliche Gesundheit:

• Verbindung: So wie der Körper robust und anpassungsfähig sein muss, müssen Technologie und Architektur in IT-Organisationen skalierbar und flexibel sein, um sich an veränderte Anforderungen und Technologien anzupassen.
• Wirkung: Eine gut gestaltete Architektur ermöglicht schnellere Entwicklung, einfachere Wartung und Skalierbarkeit – so wie gute körperliche Gesundheit es einem Menschen ermöglicht, alltägliche Aufgaben effektiver zu bewältigen.

Business und Produkt → Geistige Gesundheit:

• Verbindung: Die geistige Gesundheit entspricht in der Analogie den intellektuellen und strategischen Aspekten von Business- und Produktmanagement. Dazu gehören strategische Entscheidungsfindung, das Verständnis von Markttrends und die Ausrichtung der Produktentwicklung an den Geschäftszielen.
• Wirkung: Ausgeprägtes Geschäftsverständnis und strategische Produktentwicklung führen zu Innovationen, die die Organisation wettbewerbsfähig und relevant halten – so wie ein gesunder Geist zu besseren Lebensentscheidungen und Problemlösungsfähigkeiten führt.

Organisation und Teamdynamik → Soziale Gesundheit:

• Verbindung: Soziale Gesundheit steht für die Fähigkeit, gesunde, funktionierende Beziehungen aufzubauen und zu pflegen – ähnlich wie Teams in IT-Organisationen harmonisch und effektiv zusammenarbeiten müssen, um gemeinsame Ziele zu erreichen.
• Wirkung: Positive Teamdynamik und eine gute Organisationskultur steigern nicht nur die Arbeitszufriedenheit und senken die Fluktuation, sondern verbessern auch die Produktivität und den Gesamterfolg der Systeme – so wie starke soziale Bindungen zum persönlichen Wohlbefinden und zur Resilienz beitragen.

Bemerkenswert finde ich auch die Parallele zum historischen Fokus auf die drei Dimensionen von Software-Ökosystemen.

Historisch haben sich die Software- und IT-Branche stark auf technologische Innovation und Entwicklung konzentriert – so wie wir Gesundheit anfangs primär als körperliche Gesundheit betrachtet haben. Diese Betonung modernster Technologien führte oft dazu, technische Fähigkeiten auf Kosten von Geschäftsstrategie und organisationaler Gesundheit zu priorisieren.

Kleinere Softwareunternehmen bemerken einen Mangel an Business- und Produktfokus schnell – durch unzureichende Umsätze und Gewinne, um zu überleben. In größeren Organisationen ist dieser fehlende Fokus verbreitet: Wertschöpfung ist schwer messbar und wird aufgrund von Ineffizienzen oft übersehen. Gründe für Misserfolge werden über die vielen Beteiligten und Teams hinweg delegiert und mit der simplen Begründung akzeptiert, dass große Organisationen eben ineffizient seien.

Organisation und Teamdynamik bleiben bis heute die schwächste Dimension – ihre negativen Effekte überwiegen oft die der anderen Dimensionen, besonders in größeren Organisationen. Während kleinere Unternehmen mit fähigem technischem Personal und klarem Geschäftsfokus gedeihen können, wächst die Bedeutung der Organisationsstruktur mit der Skalierung des Unternehmens. Je größer eine Organisation wird, desto mehr droht sie, an Komplexität und Kommunikations-Overhead zu ersticken.

Wichtig ist, ein verbreitetes Problem in der Wahrnehmung von Organisation und Teamdynamik zu erkennen. Viele Menschen konzentrieren sich vor allem auf die weichen Faktoren wie Kultur, Führung, Kommunikation und Motivation. Diese sind zwar entscheidend, aber oft schwer messbar, im Alltag schwierig zu adressieren und nur langsam veränderbar. Diese wahrgenommene „Weichheit“ kann dazu führen, dass sie zugunsten von Technologie- und Businessthemen depriorisiert werden. Ich bevorzuge es stattdessen, den Wertschöpfungsaspekt einer guten Organisation zu betonen. Ist das organisatorische Setup darauf ausgelegt, den Geschäftswert zu maximieren? Sind Teams und Domänen angemessen strukturiert? Sind Verantwortlichkeiten klar und ist Accountability etabliert? Ist die Organisation schnell und reaktionsfähig und macht sie Kunden glücklich?

All das ist heute nichts Neues. Alle Dimensionen haben in den letzten Jahrzehnten enorme Aufmerksamkeit erhalten, und unzählige Modelle und Muster wurden veröffentlicht. Dennoch erstaunt es mich nach so vielen Jahren im Softwaregeschäft immer wieder, wie unzureichend oder gar schlecht die Systeme oft funktionieren (dasselbe gilt übrigens für das Gesundheitsdreieck). Es fehlt nicht an Wissen oder individueller Exzellenz, sondern an einem ganzheitlichen Ansatz mit der richtigen Priorisierung über die drei Dimensionen hinweg, der in die tägliche Praxis überführt wird – ein ausbalanciertes Dreieck für nachhaltigen Erfolg des Software-Ökosystems.

Den Gesundheitszustand deines Software-Ökosystems bewerten

Jede Art von Handlung sollte mit Erkenntnis beginnen. Ähnlich wie eine Bewertung der drei Dimensionen des Gesundheitsdreiecks lässt sich auch eine Bewertung der drei Dimensionen von Software-Ökosystemen durchführen.

Um den Reifegrad in den verschiedenen Kategorien präzise einzuschätzen, habe ich einen umfassenden Satz an Leitfragen zusammengestellt. Diese Fragen helfen, robustere und objektivere Metriken zu erreichen. Passe die Fragen gerne an oder ergänze sie, um sie besser auf dein spezifisches Umfeld zuzuschneiden.

Technologie und Architektur

Technology Fit — Unser Technologie-Stack ist aktuell und zweckmäßig

• Sind die Tools und Technologien, die wir in der Vergangenheit gewählt haben, noch die richtigen?
• Sind wir stets über die neuesten Technologietrends am Markt informiert?
• Haben wir die richtigen technischen Fähigkeiten in unserem Team verfügbar?
• Haben wir die richtige Balance zwischen Eigenentwicklung und Zukauf? Gibt es fertige Produkte, Tools oder Frameworks, die unsere Lösung noch effektiver machen würden?

Right Architecture — Wir überprüfen und aktualisieren unsere Architekturdesigns regelmäßig

• Kennen wir die neuesten Architekturmuster?
• Haben wir die richtigen Architekturfähigkeiten in unserem Team verfügbar?
• Ermöglichen unsere Architekten Innovation und Geschwindigkeit, statt zum Engpass zu werden?
• Ist unsere Architektur nicht nur auf Subsystem-Ebene (Team-Ebene), sondern auch auf System-Ebene (teamübergreifend) richtig aufgesetzt?
• Balancieren wir architektonische Innovation effektiv mit der Pflege von Legacy-Systemen?

Ready to Scale — Unsere Systeme sind skalierbar und können erhöhte Last bewältigen

• Vertrauen wir unserem System auch im hochskalierten Zustand?
• Haben wir Umgebungen und Prozesse bereit, um die Nutzung unseres Systems einfach zu skalieren?
• Führen wir regelmäßige Skalierbarkeitstests unter verschiedenen Lastbedingungen durch?

Always Aware — Wir haben effektive Monitoring- und Alerting-Systeme im Einsatz

• Haben wir jederzeit Transparenz und Bewusstsein über unser System im Betrieb?
• Können wir schnell auf Ausfälle reagieren und Probleme mit minimaler Downtime beheben?

Optimal Quality/Cost Level — Unsere technischen Schulden werden regelmäßig adressiert und minimiert

• Wird Qualität früh im Entwicklungsprozess kontinuierlich sichergestellt? Ist Qualitätssicherung fest in unseren Entwicklungsprozess integriert, um größere technische Schulden zu vermeiden?
• Übernehmen alle Teammitglieder Verantwortung für die Lösungsqualität (statt sie an QA-Mitglieder auszulagern)?
• Sind unsere Kunden mit der technischen Qualität und Zuverlässigkeit unseres Systems zufrieden?
• Führen wir regelmäßige Kosten-Nutzen-Analysen durch, um die Wirkung von Qualitätsverbesserungen zu bewerten?

Low Manual Efforts — Wir haben einen hohen Automatisierungsgrad bzw. Computational Governance für Sicherheit, Betrieb und Qualitätskontrolle etabliert

• Benötigen wir nur minimale menschliche Interaktion mit Legal-, Compliance-, Security- und Architektur-Verantwortlichen AUSSERHALB unseres Teams? Warten wir selten auf Feedback aus diesen Disziplinen?
• Verbringen wir sehr wenig Zeit damit, diese Disziplinen innerhalb unseres Teams manuell abzudecken?
• Gibt es automatisierte Tools für Compliance- und Sicherheitsaudits?

Business und Produkt

Right Strategy — Wir haben eine klare Produktstrategie, die auf die Geschäftsziele ausgerichtet ist

• Sind die aktuellen, wichtigsten Geschäftsziele definiert und allgemein verstanden?
• Verstehen wir das WARUM hinter unserer Strategie und unseren Zielen?
• Aktualisieren wir unsere Strategie und Ziele in regelmäßigen Abständen?
• Haben wir eine Feedbackschleife, die sicherstellt, dass sich unsere Strategie auf Basis von Markt- und Wettbewerbsanalysen weiterentwickelt?

Demand Understood — Wir sind Experten unserer Business-Domäne und sammeln und integrieren regelmäßig Kunden-/Nutzerfeedback

• Haben wir ein tiefes Verständnis der Kundenbedürfnisse in unserer Business-Domäne?
• Haben wir Tools und Prozesse für kontinuierliches Kundenfeedback etabliert?
• Haben wir dedizierte Personen und Expertise für kontinuierliche User Research?
• Nehmen wir uns ausreichend Zeit, Kundenfeedback auszuwerten und in unseren Produktentwicklungsprozess einfließen zu lassen?

Transparent Situation — Unsere Produkt-Roadmap ist transparent und wird regelmäßig aktualisiert

• Gibt es eine kontinuierlich aktualisierte, kaskadierende Roadmap (von der Organisations-/Domänenebene bis zur Teamebene)?
• Ist die Roadmap für alle relevanten Mitwirkenden zugänglich und wird sie auf allen Ebenen regelmäßig diskutiert?
• Haben wir Mechanismen, die sicherstellen, dass die Roadmap auf allen Ebenen der Organisation effektiv kommuniziert wird?
• Wird der Fortschritt der Roadmap regelmäßig mit den Stakeholdern besprochen?
• Sind die Roadmap-Elemente klar den strategischen Zielen zugeordnet?

Success/Failure Insights — Wir messen den Produkterfolg mit klaren, relevanten Metriken

• Haben wir unsere Ziele klar durch Metriken ausgedrückt, um die Zielerreichung zu messen?
• Werden die Metriken transparent an die gesamte Organisation kommuniziert?
• Dokumentieren, messen und lernen wir in regelmäßigen Abständen aus unseren Erfolgen/Misserfolgen?

Execution Efficiency — Unser Produktentwicklungsprozess ist effizient und iterativ

• Liefern wir häufig Produktinkremente mit relevantem Geschäftswert?
• Sind wir mit der Geschwindigkeit unserer Entwicklung zufrieden? Falls nicht: Kennen wir die Gründe?
• Gibt es regelmäßige Reviews, um Ineffizienzen in unserem Entwicklungsprozess zu identifizieren und zu beseitigen?

Holistic Responsibility — Wir haben eine starke cross-funktionale Zusammenarbeit zwischen Business und Tech

• Arbeiten Business und Tech täglich zusammen?
• Verstehen Engineers/Entwickler den Business-Impact ihrer Entwicklung gut?
• Erhalten Engineers und Entwickler unmittelbares Feedback auf ihre anforderungsbezogenen Fragen?
• Leben Business- und Tech-Mitglieder ihre gemeinsam getragene Verantwortung, ein wertvolles Produkt zu liefern?

Organisation und Teamdynamik

Value Domains/Teams — Unsere Domänen/Teams haben ein hohes Maß an Autonomie, um eigenständig Geschäftswert zu generieren, und übernehmen klare Ownership

• Gibt es ein klares Verständnis dafür, wie jedes Team zum Geschäftswert beiträgt?
• Entwickeln und betreiben unsere Teams/Domänen ihr Produkt ohne notwendige Beiträge anderer Teams? Sind Teams selten durch Abhängigkeiten von anderen Teams blockiert?
• Sind die Teams/Domänen allein verantwortlich und rechenschaftspflichtig für ihr Produkt? Leben sie ihre gemeinsame Ownership auf allen erforderlichen Ebenen?
• Sind klare und messbare Geschäftswert-Metriken etabliert, mit denen die Domänen/Teams ihre Wertschöpfung überblicken können?

Perfect Team Cut — Wir überprüfen und passen unser organisatorisches Team-/Domänen-Setup regelmäßig an, um Effektivität und Effizienz zu maximieren

• Haben wir Prozesse und Modelle, um den richtigen Domänen-/Teamzuschnitt zu bestimmen?
• Bewerten und diskutieren wir regelmäßig unsere Multi-Team-Organisation und die teamübergreifende Zusammenarbeit?
• Überprüfen wir regelmäßig die Ausrichtung der Teamstrukturen auf die Organisationsziele?
• Kennen wir alle teamübergreifenden Abhängigkeiten? Sind diese Abhängigkeiten wirklich unvermeidbar?
• Ist der Domänen-/Teamzuschnitt für alle Stakeholder transparent?
• Bewerten und verbessern wir regelmäßig die Effizienz innerhalb der Teams?

Positive Communication Culture — Unsere Teams kommunizieren offen und häufig innerhalb des Teams und effizient über Teams hinweg

• Gibt es Mechanismen und Strukturen, um die Teamkommunikation zu fördern?
• Wissen die Teammitglieder stets, woran andere Teammitglieder arbeiten?
• Sprechen wir auch offen über Misserfolge?
• Unterstützen sich die Teammitglieder gegenseitig bei der Erledigung ihrer Aufgaben?

Skilled Workforce — Wir investieren in Teambuilding und berufliche Weiterentwicklung

• Widmen wir der beruflichen Weiterentwicklung der Einzelnen ausreichend Zeit?
• Arbeitet das Team gemeinsam an der Professionalisierung von Fähigkeiten und Teamleistung?
• Haben wir einen klaren Karriereentwicklungspfad für alle Teammitglieder?

Inspired People — Unsere Führung inspiriert und motiviert das Team

• Sind wir von den Strategien und Zielen unserer Führung inspiriert?
• Haben wir Anerkennungsprogramme und Veranstaltungen, um individuelle und Teamerfolge zu feiern?

Culture of Innovation — Wir fördern aktiv innovative Ideen und Experimente zum Nutzen unseres zukünftigen Software-Ökosystems und unserer Organisation

• Gibt es regelmäßige Hackathons oder Innovationstage, an denen Teams an neuen Ideen arbeiten können?
• Haben wir einen Prozess, um innovative Vorschläge aller Teammitglieder zu erfassen und zu bewerten?
• Werden erfolgreiche Innovationen innerhalb der Organisation anerkannt und belohnt?

📊 Das Assessment als Google Sheet herunterladen: Software Health Assessment — Google Sheet

Wie bei jedem Assessment werden die verschiedenen Rollen und Charaktere unterschiedliche Antworten geben. Bitte dein gesamtes Team um eine Bewertung und prüfe den Durchschnitt – aber auch die Standardabweichung bei den einzelnen Aussagen. Eine hohe Abweichung zeigt Diskussionsbedarf im Team auf: Warum bewerten Menschen dieselbe Situation so unterschiedlich?

Der Weg nach vorn

Nach der Durchführung des Assessments solltest du nun einen umfassenden Überblick über den aktuellen Gesundheitszustand deines Software-Ökosystems haben. Der nächste Schritt besteht jedoch darin, umsetzbare Strategien zu identifizieren, um die drei Dimensionen des Software-Gesundheitsdreiecks zu stärken: Technologie und Architektur, Business und Produkt sowie Organisation und Teamdynamik.

In meinem nächsten Artikel werde ich auf konkrete Modelle und Praktiken eingehen, die helfen, ganzheitliche Gesundheit und Erfolg in deinem Software-Ökosystem zu erreichen. Mit dem Fokus auf diese Bereiche kannst du eine resilientere, effizientere und wertorientiertere Softwareumgebung schaffen, die sich kontinuierlich weiterentwickelt, um den Bedürfnissen deiner Organisation und ihrer Nutzer gerecht zu werden.