Die Präsentation wird geladen. Bitte warten

Die Präsentation wird geladen. Bitte warten

Erfolgreiche Projekt Governance dank Metriken Was man nicht messen kann, kann man nicht kontrollieren. Application Lifecycle Management sichert Produktivität.

Ähnliche Präsentationen


Präsentation zum Thema: "Erfolgreiche Projekt Governance dank Metriken Was man nicht messen kann, kann man nicht kontrollieren. Application Lifecycle Management sichert Produktivität."—  Präsentation transkript:

1 Erfolgreiche Projekt Governance dank Metriken Was man nicht messen kann, kann man nicht kontrollieren. Application Lifecycle Management sichert Produktivität und Qualität 11. Juni 2009, Swissôtel Zürich-Oerlikon Toni Steimle

2 Inhalt 2 Saturday, January 04, 2014 © CREALOGIX 2008 Warum Projekt-Metriken Welche Projekt-Metriken gibt es für das Projekt Governance Projekt-Metriken im Team System Wie kündigen sich Projektprobleme in den Metriken an Nicht Teil des Vortrages: Code Metriken, Code Analyse

3 Metriken 3 Saturday, January 04, 2014 © CREALOGIX 2008 z.B. Übrigbleibende Arbeit (Ramaining Work Chart, Burndown Chart) z.B. Projektgeschwindigke it (Project Velocity) z.B. Qualitätsindikatoren (Quality Indicators) Probleme wie beispielsweise Falsche Schätzung Ungenügende Tests Umsetzungsschwierigkeiten Charts werden interpretiert Massnahmen wie beispielsweise Neuplanung Unterstützung Manifestieren sich in Indikatoren (Metriken).

4 Was bringen Metriken: Veränderungen erfassen 4 Saturday, January 04, 2014 © CREALOGIX 2008

5 Was bringen Metriken: Benchmarking 5 Saturday, January 04, 2014 © CREALOGIX 2008

6 Was bringen Metriken: Anzahl Bugs im Industrievergleich 6 Saturday, January 04, 2014 © CREALOGIX Projekt 1 Projekt 2 Projekt 3 Quelle: Michael Mah, Agile Conference 2008

7 Was möchte man messen? 7 Saturday, January 04, 2014 © CREALOGIX 2008 Produktqualität Prozessqualität Projektfortschritt

8 Produktqualität Kundenzufriedenheit Anzahl Kundenprobleme Anzahl Fehler Fehlerdichte (Fehler / Anzahl Codezeilen) Codequalität 8 Saturday, January 04, 2014 © CREALOGIX 2008 Kundenzufriedenheit Kundenprobleme Fehler Codequalität

9 Prozessqualität Gefundene Fehler in Testphase Fehlerfindungsmuster, Fehlerfindungseffizienz Fehlerbehebungseffizienz Fehlerbehebungszeit Durchschnittliches Alter von Fehler Zusatzfehlerrate Planungsgenauigkeit (Zeit und Aufwand) Reviewintensität (z.B. Reviewzeit pro Codezeilen) Abdeckungsgrad: Review, Unit Tests, Manuelle Tests Fehlerwiedereröffnungsrate Codeänderungsrate 9 Saturday, January 04, 2014 © CREALOGIX 2008

10 Projektfortschritt Aufgaben-Abarbeitungsgeschwindigkeit Risikoanteil Anforderungsabdeckungsgrad Testabdeckungsgrad / Fehleranteil 10 Saturday, January 04, 2014 © CREALOGIX 2008

11 Wo entstehen Messdaten 11 Saturday, January 04, 2014 © CREALOGIX 2008 Ausführbare Features Zeit Agile Projekte Rein phasenbasierte Projekte DefinierenImplementieren Testen

12 Wo entstehen Messdaten 12 Saturday, January 04, 2014 © CREALOGIX 2008 Projekt Szenarien, QoS Grobe Aufwandschätzung Zeitplan Testfälle Realisierter Aufwand Erreichtes Datum Iteration Status Szenarien Status QoS Testergebnisse Projektgeschwindigkeit Build Story Szenarien QoS Velocity Code Analyse Review Ergebnisse Code Coverage Testergebnisse Code und Architektur Richtlinien Testrichtlinien Status Benötigte Zeit Enddatum Dauer Abhängigkeiten Zeitraum Ressourcen

13 Metriken mit Team System 13 Saturday, January 04, 2014 © CREALOGIX 2008 Versions verwaltung Work itemsTestsBuilds Data Warehouse TFS ReportsExcelSharepoint

14 Überblick über Metriken 14 Saturday, January 04, 2014 © CREALOGIX 2008 Übrigbleibende ArbeitUngeplante ArbeitProjektgeschwindigkeit Anzahl FehlerQualitätsindikatorenRisikogehalt

15 Gesundes Projekt Übrigbleibende Arbeit 15 Saturday, January 04, 2014 © CREALOGIX 2008

16 Projekt mit unterschätzem Aufwand Übrigbleibende Szenarien 16 Saturday, January 04, 2014 © CREALOGIX 2008

17 Gesundes Projekt Risikoverlauf 17 Saturday, January 04, 2014 © CREALOGIX 2008

18 Projekt mit mangelnder Risikostrategie Risikoanteil 18 Saturday, January 04, 2014 © CREALOGIX 2008

19 Gesundes Projekt Ungeplante Arbeit 19 Saturday, January 04, 2014 © CREALOGIX 2008

20 Projekt mit unterschätzem Aufwand Ursache: Ändernde Anforderungen 20 Saturday, January 04, 2014 © CREALOGIX 2008

21 Projekt mit unterschätzem Aufwand Ursache: Architekturprobleme 21 Saturday, January 04, 2014 © CREALOGIX 2008

22 Gesundes Projekt Projektgeschwindigkeit 22 Saturday, January 04, 2014 © CREALOGIX 2008

23 Gesundes Projekt Fehlerrate 23 Saturday, January 04, 2014 © CREALOGIX 2008

24 Projekt mit unterschätzem Aufwand Ursache: Architekturprobleme 24 Saturday, January 04, 2014 © CREALOGIX 2008

25 Gesundes Projekt: Bug Reactivation 25 Saturday, January 04, 2014 © CREALOGIX 2008

26 Ineffizente Fehlerbehebung 26 Saturday, January 04, 2014 © CREALOGIX 2008

27 Gesundes Projekt Qualitätsindikatoren 27 Saturday, January 04, 2014 © CREALOGIX 2008

28 Projekt mit unterschätzem Aufwand Ursache: Architekturprobleme 28 Saturday, January 04, 2014 © CREALOGIX 2008

29 Qualitätsprobleme Unpassende Tests 29 Saturday, January 04, 2014 © CREALOGIX 2008

30 Risiken bei Anwendung von Metriken Einseitige Anreize durch unvollständige Messung (z.B. hohe Code Coverage jedoch keine saubere Behandlung von Sonderfällen) Motivationsprobleme. Es wird nur das gemacht, was gemessen wird. Ungewolltes Konkurrenzverhalten (z.B. Vergleich Projektgeschwindigkeit von Teams) Bluffing (z.B. Zufügen von sinnlosen Workitems um Scope Creep vorzutäuschen) 30 Saturday, January 04, 2014 © CREALOGIX 2008

31 Zu beachten Relativ konstante Anzahl Szenarien notwendig Szenarien und Tasks sollten nicht zu unterschiedlich lang sein Genügend kleine Szenarien und Tasks Daily Builds mit Fulltest (Achtung: Smoke Tests) Tests müssen in Testliste enthalten sein Builds müssen richtig für Code Coverage und Testing konfiguriert sein 31 Saturday, January 04, 2014 © CREALOGIX 2008

32 Was nicht gemessen wurde Offene Arbeit in Arbeitstagen (und nicht in #Workitems) Qualität der Testauswahl Qualitätsprobleme, welche sich nicht in Bugs manifestiert Zunahme von Requirements oder nur Detaillierungsgrad Risikoanteil der mit abgearbeiteten Szenarien reduziert wird 32 Saturday, January 04, 2014 © CREALOGIX 2008

33 Schlusswort Metriken sind immer nur eine Ergänzung aber kein Ersatz von Teamkommunikation. Metriken sind besonders wertvoll bei verteilten Teams. Metriken sind eine Modellierung der Wirklichkeit. Das Modell ist nie vollständig. Wichtig ist zu wissen, was nicht gemessen wird. Eine Interpretation ist anspruchsvoll und braucht Erfahrung. Die Anwendung von Metriken muss im Einklang mit der gewählten Projektmethode sein. Sollen Metriken zur Verfügung stehen, muss dies von Anfang an geplant werden. 33 Saturday, January 04, 2014 © CREALOGIX 2008


Herunterladen ppt "Erfolgreiche Projekt Governance dank Metriken Was man nicht messen kann, kann man nicht kontrollieren. Application Lifecycle Management sichert Produktivität."

Ähnliche Präsentationen


Google-Anzeigen