Wissen kompakt: Eine Metrik ist ein quantitatives Maß zur Bewertung von Leistung, Fortschritt und Erfolg in einem bestimmten Bereich oder einer Disziplin.

Metrik – ein Maß für Leistung oder Fortschritt

Metriken sind ein wesentlicher Bestandteil eines jeden Unternehmens oder Projekts. Durch die Möglichkeit, die Leistung zu messen, Trends zu erkennen und den Fortschritt bei der Erreichung von Zielen zu überwachen, können Metriken Unternehmen dabei helfen, fundierte Entscheidungen zu treffen und kontinuierliche Verbesserungen vorzunehmen. Sie werden bspw.

  • im Marketing für die Messung von Konversionsraten, Kundenakquisekosten oder Kampagnen und Strategien genutzt.
  • im Vertrieb bei der Bewertung von Umsatzwachstum, Kundenbindungsraten oder Leistungsbestimmung von Vertriebsteam verwendet.
  • im Finanzbereich bei der Bestimmung von Kapitalrenditen, Gewinnspannen oder Cashflow eingesetzt.
  • im Personalwesen zur Begutachtung von Fluktuationsraten, Fehlzeiten oder Verbleibquoten gebraucht.
  • im produzierenden Gewerbe zur Feststellung der Produktionseffizienz, des Lagerumschlags oder Fehlerraten benötigt.

Insgesamt sind Metriken für die Messung und Verbesserung der Leistung in verschiedenen Disziplinen innerhalb eines Unternehmens unerlässlich und ermöglichen eine fundierte Entscheidungsfindung und kontinuierliche Verbesserung.

Metrik - ein Maß für Leistung oder Fortschritt

Der Unterschied von Metrik und KPI

Im Unternehmenskontext¹ wird oftmals auch von Key Performance Indicators (KPI) gesprochen. Gibt es einen Unterschied zwischen Metriken und KPI?

Eine Metrik ist ein numerisches Maß, das zur Verfolgung und Bewertung der Leistung verwendet wird. Sie dient dazu, Fortschritte zu messen, Trends zu erkennen und Einblicke in verschiedene Aspekte eines Unternehmens oder Projekts zu geben.

KPI sind eine Untergruppe von Metriken, die speziell ausgewählt werden, um Unternehmen dabei zu helfen, den Fortschritt in Richtung ihrer Ziele zu verfolgen. Sie werden in der Regel verwendet, um die Leistung in Schlüsselbereichen wie Umsatz, Kundenzufriedenheit oder betriebliche Effizienz zu überwachen.

Während alle KPI Metriken sind, sind nicht alle Metriken KPI. Die Meinungen variieren, ob KPI in der Regel wichtiger als andere Metriken sind, da sie speziell ausgewählt werden, um Unternehmen beim Erreichen ihrer Ziele zu unterstützen. Außerdem werden sie häufig zur Überwachung des Fortschritts auf einer hohen Ebene verwendet, was sie für die Kommunikation der Leistung an Stakeholder nützlich macht.

Zusammenfassend lässt sich sagen, dass Metriken eine breitere Kategorie von Messgrößen sind, die zur Verfolgung der Leistung verwendet werden, während KPI eine spezifische Untergruppe davon darstellen, die zur Verfolgung des Fortschritts in Richtung wichtiger Unternehmensziele ausgewählt werden.

Risiken bei der Nutzung von Metriken

Metriken können zwar nützlich sein, um die Leistung zu messen und zu verbessern, es gibt jedoch auch potenzielle Risiken, wenn sich Unternehmen ausschließlich auf sie verlassen, um Entscheidungen zu treffen. Einige Risiken sind:

  • Sie können für Teams einen Anreiz bieten, dem Erreichen bestimmter Werte Priorität einzuräumen, selbst wenn dies auf Kosten anderer wichtiger Faktoren geht.
  • Kennzahlen, die sich ausschließlich auf die Produktivität oder den Output konzentrieren, können Teams dazu verleiten, der Quantität Vorrang vor der Qualität einzuräumen, was zu einer geringeren Kundenzufriedenheit oder einer Zunahme von Fehlern führen kann.
  • Werte können nur einen Teil der Wahrheit darstellen, sodass Unternehmen ggf. riskieren, Entscheidungen auf der Grundlage unvollständiger oder irreführender Daten zu treffen, wenn sie den breiteren Kontext nicht berücksichtigen.
  • Metriken können unbeabsichtigte Anreize oder Verhaltensweisen schaffen, die der Gesamtleistung schaden, z. B. indem sie Mitarbeiter dazu verleiten, das System zu manipulieren oder Zahlen aufzublähen. Fordert ein Product Owner in Scrum bspw., dass innerhalb eines Sprints mehr Story Points realisiert werden müssen, führt dies oft zu Story-Point-Inflation und das Mittel der Planung verfehlt seinen Zweck.

Um diese Risiken zu mindern, sollten Unternehmen einzelne Metriken nicht losgelöst von anderen Informationen verwenden und sicherstellen, dass sie die richtigen Dinge auf die richtige Weise messen. Sie sollten auch eine Kultur der kontinuierlichen Verbesserung und des Lernens fördern und bereit sein, Erhebungen und Ansätze bei Bedarf anzupassen.

Agile Metriken

Es gibt eine Vielzahl von Metriken, die im Kontext agiler Vorhaben oder Entwicklungen genutzt werden. Nachfolgend finden Sie eine Auswahl:

  • Die Backlog Health ist ein Maß für den allgemeinen Zustand und die Effizienz des Backlogs des Teams, einschließlich Faktoren wie Backlog-Größe, veraltete Elemente und Fortschritte bei der Fertigstellung.
  • Die Cycle Time bestimmt die Zeit, die ein Team benötigt, um eine Aufgabe von Anfang bis Ende zu erledigen.
  • Escaped Defects benennt die Anzahl der Fehler, die trotz der Bemühungen des Teams, sie zu vermeiden, in das Endprodukt gelangen.
  • Die Fehlerdichte bezeichnet die Anzahl der Fehler pro Arbeitseinheit.
  • Der Prozentsatz der Zeit, in der ein Team tatsächlich an der Wertschöpfung arbeitet, anstatt auf Ressourcen oder Genehmigungen zu warten, nennt sich Flow-Efficiency.
  • Die Kundenzufriedenheit ist ein Maß dafür, wie zufrieden Kunden mit der Arbeit des Teams sind.
  • Die Zeit, die von der Anforderung einer Aufgabe durch einen Kunden bis zur Lieferung der Aufgabe vergeht, wird als Lead Time bezeichnet.
  • Die Mean Time To Repair (MTTR) ist die durchschnittliche Zeit, die für die Reparatur eines Fehlers benötigt wird.
  • Der Prozentsatz der Nacharbeit bestimmt die Teile der Arbeit, die aufgrund von Mängeln oder anderen Problemen nachgearbeitet werden.
  • Die Team-Moral ist ein allgemeines Maß für das Engagement und die Motivation des Teams, das durch Umfragen oder andere Formen des Feedbacks ermittelt wird.
  • Die Zeit, die ein Team benötigt, um ein Produkt oder eine Funktion auf den Markt zu bringen, nennt sich Time to Market.
  • Die Time to Value ist die Zeit, die ein Team benötigt, um dem Kunden einen greifbaren Wert zu liefern.
  • Die Velocity benennt die Menge an Arbeit, die ein Scrum-Team innerhalb eines einzelnen Sprints erledigen kann, gemessen in Story Points oder anderen Arbeitseinheiten.
  • Work in Progress (WIP) bezeichnet die Menge der Arbeit, die derzeit im System in Bearbeitung ist. Diese Kennzahl kann Teams helfen, Engpässe zu erkennen und Multitasking zu reduzieren, insbesondere in Kombination mit dem WIP Limit als maximale Anzahl von Aufgaben, an denen ein Team zu einem bestimmten Zeitpunkt arbeiten kann.

Sicherlich lässt sich diese Liste ergänzen. Der Scrum Guide, der das Framework mit seinen Spielregeln definiert, gibt keine agile Metrik vor; Organisationen können sich also entscheiden, welche Ansätze für ihre Arbeit am nützlichsten sind.

Softwaremetriken

Auch in der Softwareentwicklung gibt es zahlreiche Metriken. Nachfolgend finden Sie eine Auswahl:

  • Codequalität misst den Grad der Effizienz, Zuverlässigkeit und Wartbarkeit des Codes.
  • Reaktionszeit ist die Zeit, die ein System benötigt, um auf Benutzereingaben zu reagieren.
  • Codeüberdeckung misst den Prozentsatz des Codes, der durch automatisierte Tests ausgeführt wird.²
  • Fehlerzahl ist die Anzahl der Fehler, die in einer Softwareanwendung während der Entwicklung oder des Testens gefunden wurden.
  • Mean Time to Recovery misst wie lange es dauert, bis ein Systemfehler oder Systemausfall behoben ist.
  • Code-Komplexität misst den Schwierigkeitsgrad beim Verstehen und Ändern von Code. Dies kann mit Metriken wie der zyklomatischen Komplexität oder der Anzahl der bedingten Anweisungen gemessen werden.
  • Code-Duplizierung misst die Menge an Code-Duplikaten, die innerhalb einer Codebasis kopiert und eingefügt wurde. Duplizierter Code kann zu Inkonsistenzen führen und die Pflege des Codes erschweren.
  • Code Smells sind Indikatoren für potenzielle Probleme im Code, die ein Refactoring erfordern können. Beispiele für Code Smells sind lange Methoden oder Klassen, inkonsistente Namenskonventionen oder übermäßige Kopplung zwischen Komponenten.
  • Testabdeckung misst den Prozentsatz des Codes, der durch automatisierte Tests abgedeckt wird. Eine niedrige Testabdeckung kann die Identifizierung und Behebung von Fehlern erschweren und damit die Wahrscheinlichkeit von technischen Schulden erhöhen.
  • Lines of Code (LOC) ist eine Metrik, die die Anzahl der Codezeilen in einem Softwareprogramm oder -system misst.³

Auch die Kombination einzelner Werte findet sich in der Softwareentwicklung. Der Wartbarkeitsindex ist bspw. eine zusammengesetzte Metrik, die Faktoren wie Code-Komplexität, Code-Duplizierung und Code-Größe berücksichtigt, um ein Gesamtmaß dafür zu liefern, wie einfach oder schwierig es sein wird, den Code im Laufe der Zeit zu warten. Ein höherer Wartbarkeitsindex zeigt an, dass der Code leichter zu warten ist und weniger wahrscheinlich technische Schulden anhäuft.

Metriken im Projektmanagement

Auch im Projektmanagement finden sich zahlreiche Metriken. Hier finden Sie eine Auswahl:

  • Schedule Variance ist die Differenz zwischen dem geplanten Zeitplan und dem tatsächlichen Fortschritt, in der Regel gemessen in Zeit.
  • Kostenabweichung ist die Differenz zwischen dem geplanten Budget und den tatsächlichen Ausgaben.
  • Planned Value (PV) ist der Gesamtwert der Arbeit, die in einem bestimmten Zeitraum abgeschlossen werden soll.
  • Earned Value (EV) ist der Gesamtwert der in einer bestimmten Periode tatsächlich abgeschlossenen Arbeiten.
  • Cost Performance Index (CPI) ist ein Maß für die Kosteneffizienz, berechnet als Verhältnis zwischen dem verdienten Wert und den tatsächlichen Kosten.
  • Schedule Performance Index (SPI) ist ein Maß für die Effizienz des Zeitplans, berechnet als Verhältnis zwischen Earned Value und Planned Value.
  • Return on Investment (ROI) ist ein Maß für den Ertrag, den ein Projekt im Verhältnis zu den getätigten Investitionen erzielt.
  • Net Present Value (NPV) ist ein Maß für den Gegenwartswert aller zukünftigen Mittelzuflüsse und Mittelabflüsse im Zusammenhang mit einem Projekt.
  • Und die Change Request Rate ist ein Maß dafür, wie häufig während eines Projekts Änderungen beantragt werden, die sich auf den Projektumfang und den Zeitplan auswirken können.

In der Projektmanagement-Praxis kann es ebenfalls sinnvoll sein, verschiedene Metriken zu kombinieren. So kann z. B. die Kombination von Ressourcenauslastung und Ressourcenverfügbarkeit  dabei helfen, Bereiche zu identifizieren, in denen Ressourcen über- oder unterausgelastet sind, um folglich die Ressourcenzuweisung zu optimieren.

Herausforderungen bei der Nutzung von Metriken

Organisationen stehen bei der Nutzung von Metriken vor einigen Herausforderung:

  • Die Erhebung sollte so objektiv wie möglich vonstattengehen, d. h. subjektive Einflüsse des Messenden gilt es zu vermeiden.
  • Die Feststellung einer Metrik sollte dahingehend zuverlässig sein, dass eine Wiederholung der Feststellung zu identischen Ergebnissen führt.
  • Ohne Normierung bspw. in Form einer Messergebnisskala oder einer Vergleichsskala fällt die Bewertung von Erhebungen schwer.
  • Der Aufwand zur Definition und Messung von Werten sollte möglichst gering sein. Darüber hinaus sollte der fortwährende Bedarf zur Bestimmung der Werte gewährleistet sein, denn nichts ist teuer, als Aufwand zu produzieren ohne Bedarf am Ergebnis.
  • Die Validität ist in zweierlei Hinsicht zu beachten: Sind die erhobenen Daten in sich valide und lassen sich ggf. mit anderen Kenngrößen kombinieren? Oftmals lässt sich in der Unternehmenspraxis beobachten, dass ein Rückschluss von einer Metrik auf eine andere nicht wirklich funktioniert.
  • Unternehmen sollten den Sinn hinter einer gewählten Kennzahl beachten. Die Velocity in agilen Entwicklungen ist bspw. ein Maß zur Planung von Sprints, sie unterstützt aber weder den Vergleich von Teams, noch ist sie ein Instrument zur Motivation oder Leistungssteigerung.

Und zu guter Letzt stehen Organisationen häufig vor der Herausforderung, aus der Vielzahl von Möglichkeiten, die Kennzahlen zu bestimmen, die wirklich in einem konkreten Kontext nützlich sind.

Lean Metriken als alternativer Ansatz in Unternehmen

Ein alternativer Ansatz für den Umgang mit Metriken in Unternehmen könnte darin bestehen, sich auf einige wenige wichtige Kennzahlen zu konzentrieren, anstatt zu versuchen, alle möglichen Werte zu verfolgen und zu optimieren. Der Ansatz der Lean Metriken beruht auf den folgenden Grundsätzen:

  • Konzentration auf das Ergebnis, nicht auf den Output: Anstatt einfach nur die Aktivitäten oder den Output zu messen, konzentrieren sich Lean Metriken auf die Messung der Auswirkungen dieser Aktivitäten auf die gewünschten Ergebnisse.
  • Messen, was zählt: Anstatt alle möglichen Zahlen zu verfolgen, identifizieren Lean Metriken einige wenige Schlüsselaspekte, die am engsten mit den Geschäftszielen verbunden sind.
  • Daten visualisieren und weitergeben: Lean Metriken machen Daten sichtbar und für alle Teammitglieder zugänglich, sodass jeder den Fortschritt sehen und Bereiche mit Verbesserungsbedarf identifizieren kann.
  • Kontinuierliche Verbesserung: Lean Metriken werden verwendet, um kontinuierliche Verbesserungsmaßnahmen voranzutreiben, anstatt einfach nur die Leistung zu überwachen.

Durch die Einführung eines Lean-Ansatzes können Unternehmen ihre Bemühungen auf zentrale Aspekte konzentrieren und sinnvolle Verbesserungen vorantreiben und das ohne Gefahr zu laufen, von der Menge an erhobenen Daten überwältigt zu werden.

Impuls zum Diskutieren:

In welchen Zyklen sollten sich Organisationen fragen, ob die genutzten Metriken noch ihren Zweck erfüllen?

Hinweise:

Haben Sie Lust auf einen neuen Lieblings-Newsletter?

Die Inhalte auf dieser Seite dürfen Sie gerne teilen oder verlinken.

[1] Nicht nur im Unternehmenskontext spielt die Metrik eine wichtige Rolle. Auch in der Literatur, der Musik, in der Chemie, der Physik und der Mathematik wird der Begriff aktiv genutzt.
[2] Die Codeüberdeckung lässt sich mittels verschiedener Verfahren bestimmen: Statement Coverage, Branch Coverage, Path Coverage und Condition Coverage.
[3] Lines of Code (LOC) kann zwar einen gewissen Aufschluss über die Größe einer Codebasis geben, ist aber nicht unbedingt ein gutes Maß für die Komplexität, Qualität oder Produktivität von Software. Historisch gesehen wurde LOC aus verschiedenen Gründen als Metrik für die Softwareentwicklung verwendet:

  • Da Softwareprogramme immer umfangreicher und komplexer wurden, bestand ein Bedarf an einer Möglichkeit, die Größe von Codebases auf konsistente und standardisierte Weise zu messen.
  • LOC kann als grobe Schätzung des Entwicklungsaufwands und des Projektumfangs verwendet werden, insbesondere in den frühen Phasen eines Projekts, wenn detailliertere Metriken noch nicht verfügbar sind.
  • LOC kann als Benchmark für Produktivitätsvergleiche zwischen verschiedenen Entwicklern oder Teams, die an ähnlichen Projekten arbeiten, verwendet werden.

Die Verwendung von LOC als Metrik für die Softwareentwicklung unterliegt jedoch einigen Einschränkungen. Zum Beispiel können verschiedene Programmiersprachen und -stile bei gleicher Funktionalität sehr unterschiedliche LOC-Werte ergeben. Darüber hinaus berücksichtigt LOC nicht die Qualität, Wartbarkeit oder Effizienz des Codes und kann Entwickler sogar dazu verleiten, mehr Code als nötig zu schreiben, um ein Ziel zu erreichen, was zu aufgeblähtem und schwieriger zu wartendem Code führt.

Hier finden Sie ein Video über Metriken für höhere Softwarequalität.

Hier finden Sie ergänzende Informationen aus dem t2informatik Blog:

t2informatik Blog: Auf der Jagd nach Kennzahlen

Auf der Jagd nach Kennzahlen

t2informatik Blog: Die agile Geschwindigkeitslüge

Die agile Geschwindigkeitslüge

t2informatik Blog: Mythos Verweildauer

Mythos Verweildauer