Was sind einige agile (Scrum-)Metriken? [geschlossen]

Ich bin daran interessiert zu erfahren, welche Arten von Metriken in den folgenden Bereichen verwendet werden können:

  • Produktivität
  • Qualität
  • Empfänglichkeit
  • Kundenzufriedenheit
  • Mitarbeiterzufriedenheit
  • Vorhersagbarkeit

...und was unterscheidet agile Metriken von anderen Standard-Kosten/Qualität/usw. Metriken?

Überprüfen Sie den Artikel von Iian Goldstein scrumshortcuts.com/blog/planning-metrics/…
Bitte überprüfen Sie dies josephvargheese.wordpress.com/2013/02/17/… Gibt eine gute Zusammenfassung
Metriken können verwendet werden, sobald es dem Team erlaubt wurde, zusammenzuhalten und zu Höchstleistungen ( Ri ) übergegangen ist.
Listenerzeugende Fragen sind im Allgemeinen off-topic, mit Ausnahme von Community-Wikis.

Antworten (2)

Scott Downey hat viel Arbeit an Metriken und guten Informationen auf seiner Website . Für die Produktivität ist das Standardmaß der Geschwindigkeit ein großartiges. Scott fügt eine weitere sehr nützliche Arbeitskapazität hinzu, da Sie dann das Verhältnis von Arbeitskapazität zu Geschwindigkeit für weitere Vergleiche verwenden können. Eine wichtige Sache, die Sie hier jedoch unbedingt tun sollten, ist sicherzustellen, dass Sie eine "Schlüsselstein" -Karte setzen, damit Ihre Skala verankert ist (eine Zwei ist jetzt eine Zwei und wird in einem Jahr immer noch eine Zwei sein). Wenn Sie keine Keystone-Karte setzen, auf die Sie immer verweisen, kann Ihre Waage dazu neigen, abzudriften.

Die anderen Elemente sind viel schwieriger zu messen. Wenn Sie irgendeine Art von „Wert“-Maß für User Stories berechnen, dann wäre das Verfolgen der Menge des pro Sprint gelieferten Werts ähnlich der Geschwindigkeit eine gute Metrik, um sicherzustellen, dass Sie sich nicht nur schneller entwickeln, sondern auch die richtigen Dinge entwickeln.

Kein Problem. Wir haben Scott als Agile Coach eingestellt und verwenden seine RoboScrum-Tabelle. Es ist ziemlich nett. Haben Sie etwas dagegen, die Antwort positiv zu bewerten, wenn Sie sie hilfreich fanden?
Ich würde gerne, aber ich habe keinen Ruf von 15, da ich gerade angefangen habe, Stackexchange zu verwenden. Ich komme darauf zurück... Danke für den Input.
Für diejenigen unter Ihnen, die immer noch daran interessiert sind, habe ich einen großartigen Link zu mehreren Quellen für Scrum-Metriken gefunden. Dazu gehören Metriken für das Entwicklungsteam, das Managementteam und die Führungskräfte. agilehelpline.com/2011/03/agile-metrics.html
Hey Jason, das ist ein guter Link, du kannst ihn als Antwort posten und dafür positiv bewertet werden. Es ist in Ordnung, Ihre eigenen Fragen zu beantworten.
Ich wäre sehr vorsichtig, Geschwindigkeit als Maß für die Produktivität zu verwenden. Siehe diesen Artikel über Schätzung ist böse – pragprog.com/magazines/2013-02/estimation-is-evil Ich stimme zwar nicht unbedingt mit allem überein, aber es gibt Fallen, in die Sie tappen können, um sich dessen bewusst zu sein. In der Tat, wenn das Team vom Management nach seiner Geschwindigkeit beurteilt wird, verlieren Sie die Zuverlässigkeit der Schätzungen, weil sie polstern, um sich gut aussehen zu lassen - das ist nur die menschliche Natur. Auch zugehörige Reddit-Kommentare sind nützlich - reddit.com/r/programming/comments/1806nm/estimation_is_evil
@Jody die Schätzung ist ein böser Link ist defekt. Eine archivierte Kopie kann bei The Wayback Machine gefunden werden

Hier sind einige der Metriken, die wir von Sprint zu Sprint verfolgen

  • Release Burndown (gibt einen guten Hinweis auf die verbleibende Arbeit und Änderungen in Umfang und Geschwindigkeit)
  • Fehlertrends (gibt einen guten Hinweis auf die Eingangsrate, Ausgangsrate und den Rückstand an verbleibenden Fehlern)
  • % der Testautomatisierung (Wie viele Testfälle wurden ausgeführt und wie viel % wurden automatisiert)
  • % der Codeabdeckung (Wie viele Codezeilen, Klassen usw. wurden in den Testfällen abgedeckt)
    • Fehler-MTTR (was ist die mittlere Zeit zur Behebung eines Fehlers ab dem Zeitpunkt, an dem er gemeldet wurde)
    • % der verborgenen Fehler – Anzahl der vom Kunden gemeldeten Fehler für GA-Produkte im Verhältnis zu den Gesamtfehlern (interne + verborgene Fehler).

Diese Metriken geben uns einen ganzheitlichen Überblick über den Umfang, die Agilität und die Qualität unserer Leistungen.

Hoffe das hilft

Was sind einige agile (Scrum-)Metriken? [geschlossen]
AntwortenHierDatenschutz-Bestimmungen1y, 0v