Leistungsfähige und motivierte Entwicklungsteams gehören zu den wichtigsten Erfolgsfaktoren moderner Softwareunternehmen. Gleichzeitig stellen sie einen der größten Investitionsbereiche für viele Organisationen dar. Umso wichtiger ist es zu verstehen, wie produktiv Entwicklungsteams tatsächlich arbeiten und welche Faktoren ihre Leistung beeinflussen.

Genau darin liegt jedoch eine Herausforderung.

Die Produktivität von Softwareentwicklern lässt sich nicht auf einzelne Kennzahlen reduzieren. Traditionelle Metriken wie die Anzahl geschriebener Codezeilen oder Story Points liefern häufig ein verzerrtes Bild und fördern unerwünschte Verhaltensweisen, anstatt den tatsächlichen Wert der geleisteten Arbeit abzubilden.

In den vergangenen Jahren hat insbesondere die Forschungsinitiative DevOps Research and Assessment (DORA) maßgeblich dazu beigetragen, Software-Delivery anhand aussagekräftiger Kennzahlen besser zu verstehen. Aufbauend auf diesen Erkenntnissen wurde mit dem SPACE Framework ein noch umfassenderes Modell entwickelt, das Produktivität aus verschiedenen Perspektiven betrachtet.

Die vier DORA-Metriken wurden insbesondere durch das Buch Accelerate bekannt und gelten heute als etablierter Standard zur Bewertung der Software Delivery Performance. In diesem Beitrag konzentrieren wir uns auf das SPACE Framework und darauf, wie Unternehmen damit die Produktivität ihrer Entwicklungsteams ganzheitlich bewerten können.

Was ist das SPACE Framework?

Das SPACE Framework wurde von Nicole Forsgren (GitHub), Margaret-Anne Storey (University of Victoria) sowie Chandra Maddila, Thomas Zimmermann, Brian Houck und Jenna Butler (Microsoft Research) entwickelt.

Der Name SPACE steht für fünf Dimensionen erfolgreicher Softwareentwicklung:

• S – Satisfaction & Well-being (Zufriedenheit und Wohlbefinden)
• P – Performance (Leistung)
• A – Activity (Aktivität)
• C – Communication & Collaboration (Kommunikation und Zusammenarbeit)
• E – Efficiency & Flow (Effizienz und Flow)

Im Gegensatz zu klassischen Produktivitätsmetriken betrachtet SPACE diese Dimensionen nicht isoliert. Erst ihr Zusammenspiel ermöglicht ein realistisches Bild der Leistungsfähigkeit eines Entwicklungsteams.

S – Satisfaction & Well-being

Die erste Dimension bewertet, wie zufrieden und motiviert Entwicklerinnen und Entwickler ihre tägliche Arbeit erleben.

Die Grundannahme ist einfach: Teams, die sich wohlfühlen und in einem gesunden Arbeitsumfeld arbeiten, erzielen langfristig bessere Ergebnisse.

Typische Kennzahlen sind:

• Mitarbeiterzufriedenheit
• Well-being- und Stress-Umfragen
• Work-Life-Balance
• Fluktuations- und Bindungsrate
• Häufigkeit von Burnout-Symptomen
• Employee Net Promoter Score (eNPS)
• Psychologische Sicherheit innerhalb der Teams
• Engagement-Werte aus internen Mitarbeiterbefragungen

P – Performance

Performance beschreibt die tatsächlichen Ergebnisse der Softwareentwicklung.

Im Mittelpunkt stehen dabei nicht individuelle Leistungen einzelner Entwickler, sondern der geschäftliche Nutzen und die Qualität der gelieferten Software.

Zu dieser Kategorie gehören unter anderem mehrere DORA-Metriken, beispielsweise die Change Failure Rate, die Mean Time to Restore (MTTR) oder produktionsrelevante Aspekte der Deployment Frequency.

Weitere geeignete Kennzahlen sind:

• Anzahl erfolgreich ausgelieferter Features
• Codequalität (z. B. Komplexität, Testabdeckung oder technische Schulden)
• Fehlerquote und Zeit bis zur Fehlerbehebung
• Systemverfügbarkeit und Zuverlässigkeit
• Time-to-Market neuer Funktionen
• Kundenzufriedenheit
• Erfüllung definierter Business-KPIs

A – Activity

Die Dimension Activity betrachtet den Umfang und die Art der Entwicklungsaktivitäten. Ziel ist es, Arbeitsmuster sichtbar zu machen, Engpässe zu identifizieren und besser zu verstehen, wie Software entsteht.

Dabei geht es ausdrücklich nicht darum, einzelne Entwickler anhand ihrer Aktivität zu bewerten. Vielmehr helfen diese Kennzahlen dabei, Prozesse zu analysieren und Verbesserungspotenziale aufzudecken.

Auch die Deployment Frequency aus den DORA-Metriken fällt in diese Kategorie, sofern sie als Maß für die tatsächliche Bereitstellung von Software betrachtet wird.

Weitere geeignete Metriken sind:

• Anzahl von Commits und Pull Requests
• Häufigkeit von Codeänderungen
• Umfang und Aktivität bei Code Reviews
• Anzahl abgeschlossener Aufgaben oder User Stories
• Zeitaufwand für verschiedene Entwicklungsaktivitäten
• Deployment Frequency

C – Communication & Collaboration

Erfolgreiche Softwareentwicklung basiert auf effektiver Zusammenarbeit.

Diese Dimension bewertet, wie gut Teams kommunizieren, Wissen austauschen und gemeinsam Probleme lösen. Eine offene Zusammenarbeit verbessert nicht nur die Qualität der Software, sondern beschleunigt auch Entwicklungsprozesse und reduziert Risiken.

Typische Kennzahlen sind:

• Anzahl und Qualität von Code Reviews
• Häufigkeit und Wirksamkeit von Team-Meetings (z. B. Daily Stand-ups oder Retrospektiven)
• Nutzung von Kollaborationstools wie Slack oder Microsoft Teams
• Zusammenarbeit und Abhängigkeiten zwischen verschiedenen Teams
• Effektivität des Incident- und Problemmanagements
• Ergebnisse interner Umfragen zur Teamzusammenarbeit
• Zeit bis zum Merge von Pull Requests

E – Efficiency & Flow

Die letzte Dimension betrachtet, wie effizient Teams arbeiten und wie gut sie sich auf ihre Aufgaben konzentrieren können.

Efficiency beschreibt den effizienten Einsatz von Ressourcen zur Erreichung der Entwicklungsziele. Flow bezeichnet den Zustand ununterbrochener Konzentration, in dem Entwickler produktiv arbeiten und komplexe Probleme lösen können.

Häufige Unterbrechungen oder ständige Kontextwechsel wirken sich unmittelbar auf die Produktivität und die Qualität der Ergebnisse aus.

Zur Bewertung dieser Dimension eignen sich unter anderem folgende Kennzahlen:

• Lead Time (Zeit von der Idee bis zur Bereitstellung)
• Cycle Time (Bearbeitungszeit einer Aufgabe)
• Flow Efficiency (Verhältnis von aktiver Arbeitszeit zur gesamten Durchlaufzeit)
• Einhaltung von Work-in-Progress-Limits
• Häufigkeit von Kontextwechseln
• Verhältnis zwischen geplanter und ungeplanter Arbeit
• Systemausfälle und produktivitätsbedingte Downtime

Die Kombination dieser Kennzahlen liefert wertvolle Einblicke in die Leistungsfähigkeit und den Reifegrad eines Entwicklungsteams.

Dabei gibt es jedoch keine universell gültigen Metriken. Welche Kennzahlen sinnvoll sind, hängt von Faktoren wie Unternehmensgröße, Teamstruktur und Arbeitsweise ab.

Ebenso wichtig ist der richtige Umgang mit diesen Daten. SPACE soll Entwicklungsteams unterstützen und Verbesserungspotenziale sichtbar machen – nicht zur Überwachung einzelner Mitarbeitender dienen. Nur wenn Kennzahlen verantwortungsvoll eingesetzt werden, fördern sie eine nachhaltige Verbesserung von Softwarequalität, Zusammenarbeit und Developer Experience.

Fazit

Das SPACE Framework bietet einen ganzheitlichen Ansatz, um die Leistungsfähigkeit von Entwicklungsteams zu verstehen und gezielt zu verbessern. Anstatt sich auf einzelne Kennzahlen zu konzentrieren, kombiniert es Aspekte wie Zufriedenheit, Performance, Aktivität, Zusammenarbeit sowie Effizienz und schafft so eine fundierte Grundlage für datenbasierte Entscheidungen.

Richtig eingesetzt helfen SPACE-Metriken dabei, Engpässe frühzeitig zu erkennen, die Developer Experience zu verbessern und die Softwarebereitstellung nachhaltig zu optimieren. Gleichzeitig fördern sie eine Engineering-Kultur, in der kontinuierliche Verbesserung wichtiger ist als die Bewertung einzelner Personen.

Wenn Sie die Leistungsfähigkeit Ihrer Entwicklungsteams objektiv bewerten und Verbesserungspotenziale auf Basis empirischer Daten identifizieren möchten, unterstützt Sie unser Software Quality Assessment dabei, den aktuellen Reifegrad Ihrer Software, Entwicklungsprozesse und Engineering-Praktiken zu analysieren.