So nutzen Sie Metriken, um die Leistung Ihres Teams zu steigern

Das Setzen eines Ziels für eine Kennzahl wird das Verhalten der Menschen nicht ändern, sie werden nur lernen, sie zu manipulieren

Derzeit werden verschiedene Metriken verwendet, um die Leistung, den Prozess, den Zustand der Codebasis oder den Zustand des Produkts insgesamt zu messen. Das Problem ist, dass es keine einzige Metrik gibt, die wichtig ist. Unabhängig davon, was Sie über die verfügbaren Metriken hören, sind alle gleichzeitig gut und schlecht.

Die Sache ist: Jede bestimmte Metrik, isoliert verwendet, sagt bestenfalls die halbe Wahrheit aus.

Es ist jedoch sehr üblich, zu üblich, ein Ziel für eine bestimmte Kennzahl festzulegen.

Das Problem ist kein junges, es gibt sogar ein Gesetz namens Goodhart's Law, das besagt:

<blockquote>„Wenn eine Maßnahme zu einem Ziel wird, ist sie keine gute Maßnahme mehr.“</blockquote>

Das Problem läuft darauf hinaus:

wenn Sie für eine bestimmte Maßnahme ein Ziel setzen, Die Leute werden irgendwann diese Metrik spielen um das Ziel zu erreichen. Es wird nicht der Leistungssprung sein, der passiert ist, es wird einfach eine Veränderung in der Art und Weise sein, wie Menschen über Leistung berichten.

Ja, das gilt auch für KPIs.

Behandeln Sie die Softwaremetriken als EKG-Ergebnisse des Produkts

Es gibt viele „Artikel“, in denen behauptet wird, dass diese oder jene Metrik schlecht ist.

Geschwindigkeit: schlecht.

Zykluszeit: schlecht...

Das Problem ist, dass sie alle gut sind, wenn man weiß, wie man sie benutzt.

Behandeln Sie Ihre Messwerte so, als würde ein Arzt ein EKG oder Labortestergebnisse behandeln. Wenn sie in Ihren Ergebnissen einen möglichen Hinweis auf ein zugrunde liegendes Problem finden, werden sie höchstwahrscheinlich versuchen, dies mit anderen Tests zu bestätigen, und wenn das Problem bestätigt wird, werden sie eine Lösung vorschlagen. Es würde einem Patienten jedoch nichts nützen, wenn ihm gesagt würde: „Senken Sie Ihren Blutdruck.“ Sie würden gerne erfahren, welche Änderungen sie in ihrem Lebensstil vornehmen sollten, um das gewünschte Ergebnis zu erzielen.

So sollten Sie auch Metriken betrachten.

Nutzen Sie Softwaremetriken zu Ihrem Vorteil, indem Sie die 4 goldenen Regeln anwenden

#1 Vertraue niemals einer einzigen Metrik, um dir ein vollständiges Bild zu geben

Die Verwendung einer Metrik kann irreführend sein, denn um zu verstehen, was eine Metrik uns sagt, benötigen wir möglicherweise eine andere Metrik.

Ein Beispiel hierfür könnte die Geschwindigkeit eines Scrum-Teams sein, die allein anhand einer Zusammenfassung der pro Sprint gelieferten Story Points gemessen wird. Was ist, wenn die Anzahl der Punkte stabil ist, die Anzahl der Storys/Aufgaben jedoch mit jedem Sprint sinkt? Was ist, wenn die Zykluszeit oder die Vorlaufzeit gleichzeitig ansteigt? Ist noch alles in Ordnung?

#2 Halten Sie Kennzahlen objektiv, indem Sie ihnen keine Ziele setzen

Beobachten Sie sie stattdessen, interpretieren Sie sie und vergleichen Sie sie miteinander.

Wenn Sie einen unerwünschten Trend oder ein unerwünschtes Muster finden, nehmen Sie eine Änderung in Ihrem Prozess vor und beobachten Sie dann, ob sich etwas verbessert.

#3 Nicht alles ist es wert, gemessen zu werden

Eine der Metriken, die es nicht wert ist, verfolgt zu werden, sind Codezeilen, die pro Tag geschrieben werden. Obwohl diese Metrik wie ein einfaches Maß für die Produktivität aussieht, berücksichtigt sie nicht die Qualität und Effizienz des Codes und kann sogar Entwickler dazu anregen, unnötigen oder redundanten Code zu schreiben, um eine beliebige Quote einzuhalten.

#4 Es gibt kein Patentrezept, wenn es um Kennzahlen geht

Verschiedene Organisationen und unterschiedliche Produkte benötigen unterschiedliche Kennzahlen. Der beste Weg, Ihre perfekte Passform zu finden, ist durch Experimentieren.

Hier sind ein paar Vorschläge für Kennzahlen, die sich bei der Analyse der Leistung eines Teams oft als nützlich erweisen:

1. Geschwindigkeit und/oder Zyklus/Durchlaufzeit + Durchsatz für Änderungen — Diese Kombination hilft Ihnen dabei, besser zu verstehen, wie viele Änderungen Ihr Team in einem bestimmten Zeitraum bearbeitet.
2. Ausfallrate ändern + Bugs pro Periode/Zykluszeit — Diese Kennzahlen ermöglichen es Ihnen, besser zu verstehen, wie sich die Qualität des gelieferten Codes während der Laufzeit des Projekts verändert.
3. Pull-Request-Zykluszeit und/oder Pull-Request-Zykluszeit pro Service/Teil des Repositorys + Pull-Requests pro Entwickler pro Iteration + Code-Review-Zykluszeit — Dieses Set gibt Ihnen ein besseres Verständnis dafür, wie einfach sich die Einführung neuer Funktionen oder die technischen Probleme im Laufe des Projekts ändern.

<span class="colorbox1" fs-test-element="box1"><p><strong>Hinweis:</strong></p> <p>Jede der vorgeschlagenen Metriken kann auf verschiedene Arten verwendet werden und bietet vielfältige Einblicke. In den obigen Beschreibungen wird das Ausgangsergebnis dieser Metriken hervorgehoben.</p></span>

Lernen Sie Ihre Kennzahlen kennen, bevor Sie sie in das Projekt einführen

Je besser Sie die Kennzahl kennen, desto mehr Erkenntnisse werden Sie aus ihrer Analyse ziehen und desto genauer können Sie Bereiche identifizieren, in denen Verbesserungen möglich sind. Wenn Sie sich mit den Vor- und Nachteilen der Metriken vertraut machen, können Sie auch häufige Fehler vermeiden, die die Daten verfälschen und zu falschen Schlüssen führen könnten.

In den folgenden Ressourcen erfahren Sie mehr über die Metriken:

• Kennzahlen zur Softwarequalität — Leitfaden zur Auswahl der richtigen
• So messen Sie die Leistung der Softwarebereitstellung — Metriken und Tipps
• Produktkennzahlen, die Sie verfolgen müssen, um der Konkurrenz einen Schritt voraus zu sein