Also stellte mir mein Chef eine „Recherche- und Find-Frage“:
Ähnliche Frage in Bezug auf Metriken auf Design- und Architekturebene. Dh, existieren welche und was sind sie, wenn sie existieren.
Es ist im Moment etwas verschwommen, aber ich wollte wissen, welche Metriken Sie in diesen Phasen häufig verwendet haben (wenn überhaupt) und was Sie für sinnvoll befunden haben. Die Vorstellung ist, dass die meisten Unternehmen proprietäre Metriken entwickeln können (und tun), um Dinge zu messen, die sich auf die Anforderungs-/Design-/Architekturphasen beziehen, aber gibt es irgendwelche „allgemein anwendbaren“ Metriken?
Hinweis : Ich suche nicht nach codebezogenen Metriken wie zyklomatische Komplexität oder Fehler/100 LOC oder Funktionspunkte
Ich bin mir des Produktrückstands in der agilen Community bewusst, zusammen mit Release-Burndown. Release-Burndown-Diagramme geben Ihnen in der Regel eine gute Vorstellung von den Dingen, aber sie funktionieren nicht so gut in einer Umgebung ohne Story-Point-Schätzung, IMO. Sie sind gute Proxys, um die oben genannten Anforderungen hinsichtlich Konsistenz, Vollständigkeit und Produktivität zu messen, sind sich aber nicht sicher, wie gut sie dies erfüllen können.
Ich bin mir bewusst, dass es sich um ein schwieriges Problem handelt. Ich suche keine Lösung, sondern nur Meinungen / Standpunkte dazu, was Sie in dieser Hinsicht verwendet oder gesehen / gehört haben. Referenzen zu Forschungsarbeiten sind auch mehr als willkommen :)
In Bezug auf Metriken für eine Reihe von Anforderungen:
Wenn Sie über die Messung der Effizienz Ihrer Anforderungsmanagementprozesse sprechen:
Obwohl es sich nicht ausschließlich um Requirements Engineering oder Design- und Architekturphasen handelt, kann die Effektivität der Fehlerbeseitigung verwendet werden, um herauszufinden, wie effektiv Ihre Requirements Engineering- und Designaktivitäten sowie alle anderen Aktivitäten während des gesamten Lebenszyklus sind.
Die Idee ist, dass Sie eine Tabelle erstellen, die zeigt, wo Fehler gefunden wurden, wo sie behoben wurden und woher sie kamen. Anhand dieser Informationen können Sie herausfinden, wie viele Anforderungsmängel in Anforderungen gefunden wurden, im Design gefunden wurden oder bis zum Einsatz im Feld durchgeschlüpft sind. Sie können dies pro Iteration (da sich jede Iteration mit dem Requirements Engineering bis hin zum Deployment befasst) sowie pro Projekt nachverfolgen. Sie müssen jedoch einige Iterationen durchführen, um ausreichende Informationen über die Wirksamkeit Ihrer Praktiken in jeder Phase zu erhalten und Korrekturen vorzunehmen.
Andere Messungen und Metriken beziehen sich auf Änderungsraten von Anforderungen, wie beispielsweise hinzugefügte, entfernte und geänderte Anforderungen. Auch Anforderungen bezüglich Implementierungszeit oder Testabdeckung können geeignet sein. Ich denke jedoch, dass die Antwort von Adam Wuerl dies ziemlich gut beschreibt .
Das Kostenschätzungsmodell von Revic 9.2 schätzt auch die Anforderungen und Überprüfungsphasen. Beachten Sie jedoch, dass es auf Codezeilen basiert, es handelt sich also um eine ungefähre Schätzung. Außerdem ist es ein Modell der US Air Force, also für militärische Projekte gedacht.
Adam Würl
Promotion
Adam Würl