Enviar búsqueda
Cargar
090610 vortrag projekt_governance_tfs
•
1 recomendación
•
435 vistas
T
tonisteimle
Seguir
Tecnología
Vista de diapositivas
Denunciar
Compartir
Vista de diapositivas
Denunciar
Compartir
1 de 33
Descargar ahora
Descargar para leer sin conexión
Recomendados
Abenteuer Qualität in der SW-Wartung
Abenteuer Qualität in der SW-Wartung
Ernest Wallmueller
QS von IT-Consulting bis Software Development
QS von IT-Consulting bis Software Development
adesso AG
C1 SetCon Cloud Performance
C1 SetCon Cloud Performance
Marc Rieger
Performance Day 2012 Performance on the Run
Performance Day 2012 Performance on the Run
Marc Rieger
From system out to executable specifications (Ben Hamidene)
From system out to executable specifications (Ben Hamidene)
Anis Ben Hamidene
DevOps Prinzipien im Zusammenspiel mit Kubernetes
DevOps Prinzipien im Zusammenspiel mit Kubernetes
QAware GmbH
Performance Engineering Reloaded - Performance Day
Performance Engineering Reloaded - Performance Day
Marc Rieger
Interaction & Information Design: Herausforderung für das Testen in agilen Pr...
Interaction & Information Design: Herausforderung für das Testen in agilen Pr...
ONE Schweiz
Recomendados
Abenteuer Qualität in der SW-Wartung
Abenteuer Qualität in der SW-Wartung
Ernest Wallmueller
QS von IT-Consulting bis Software Development
QS von IT-Consulting bis Software Development
adesso AG
C1 SetCon Cloud Performance
C1 SetCon Cloud Performance
Marc Rieger
Performance Day 2012 Performance on the Run
Performance Day 2012 Performance on the Run
Marc Rieger
From system out to executable specifications (Ben Hamidene)
From system out to executable specifications (Ben Hamidene)
Anis Ben Hamidene
DevOps Prinzipien im Zusammenspiel mit Kubernetes
DevOps Prinzipien im Zusammenspiel mit Kubernetes
QAware GmbH
Performance Engineering Reloaded - Performance Day
Performance Engineering Reloaded - Performance Day
Marc Rieger
Interaction & Information Design: Herausforderung für das Testen in agilen Pr...
Interaction & Information Design: Herausforderung für das Testen in agilen Pr...
ONE Schweiz
Plm Open Hours - Detailkonzepte welcher Art führen zu erfolgreichen Implement...
Plm Open Hours - Detailkonzepte welcher Art führen zu erfolgreichen Implement...
Intelliact AG
UI Testautomation in der Praxis: Von Lokalisierung bis Nachhaltigkeit
UI Testautomation in der Praxis: Von Lokalisierung bis Nachhaltigkeit
Nico Orschel
Mit agilen Prinzipien große Integrationstests einfach managen
Mit agilen Prinzipien große Integrationstests einfach managen
Christoph Schmiedinger
Roadshow 2018 - Camunda in der Praxis: So geht's
Roadshow 2018 - Camunda in der Praxis: So geht's
camunda services GmbH
Agile intro-90min (2007)
Agile intro-90min (2007)
Andreas Wintersteiger
ESEconf2011 - Trost Joachim: "Tool supported technical Code and Design Qualit...
ESEconf2011 - Trost Joachim: "Tool supported technical Code and Design Qualit...
Aberla
Agile Methoden in der Medizintechnik - Über die Software hinaus (CONSANIS)
Agile Methoden in der Medizintechnik - Über die Software hinaus (CONSANIS)
Marc Bless
Die unendliche User Story - agiles Anforderungsmanagement
Die unendliche User Story - agiles Anforderungsmanagement
Thomas Moedl
Einführung Vorgehensmodelle und Agile Software Entwicklung
Einführung Vorgehensmodelle und Agile Software Entwicklung
Christian Baranowski
TÜV Rheinland Civil Dienstleistungen
TÜV Rheinland Civil Dienstleistungen
TÜV Rheinland Industrie Service GmbH
Confessions of a Codehausmeister
Confessions of a Codehausmeister
Hendrik Lösch
BizDataX Testdatenmanagement Konzepte
BizDataX Testdatenmanagement Konzepte
Dragan Kinkela
Domain-Driven Design in der Praxis
Domain-Driven Design in der Praxis
Michael Mirold
20191113 dev ops und continuous delivery_testautomatisierung ist trumpf
20191113 dev ops und continuous delivery_testautomatisierung ist trumpf
Stefan Jobst
Scrum als agiles Vorgehensmodell für Programmierer
Scrum als agiles Vorgehensmodell für Programmierer
Tobias Schlüter
Cognitive Quality Assurance
Cognitive Quality Assurance
Capgemini
Automatisiertes webauftritt testen
Automatisiertes webauftritt testen
mradamlacey
Test-Driven-Development mit JUnit 4
Test-Driven-Development mit JUnit 4
Jörn Dinkla
Wir erledigen alles sofort - Warum Qualität, Risikomanagement, Usability und...
Wir erledigen alles sofort - Warum Qualität, Risikomanagement, Usability und...
Marc Bless
Den PEP (Produktentwicklungsprozess) neu denken!
Den PEP (Produktentwicklungsprozess) neu denken!
Christoph Schmiedinger
Más contenido relacionado
Similar a 090610 vortrag projekt_governance_tfs
Plm Open Hours - Detailkonzepte welcher Art führen zu erfolgreichen Implement...
Plm Open Hours - Detailkonzepte welcher Art führen zu erfolgreichen Implement...
Intelliact AG
UI Testautomation in der Praxis: Von Lokalisierung bis Nachhaltigkeit
UI Testautomation in der Praxis: Von Lokalisierung bis Nachhaltigkeit
Nico Orschel
Mit agilen Prinzipien große Integrationstests einfach managen
Mit agilen Prinzipien große Integrationstests einfach managen
Christoph Schmiedinger
Roadshow 2018 - Camunda in der Praxis: So geht's
Roadshow 2018 - Camunda in der Praxis: So geht's
camunda services GmbH
Agile intro-90min (2007)
Agile intro-90min (2007)
Andreas Wintersteiger
ESEconf2011 - Trost Joachim: "Tool supported technical Code and Design Qualit...
ESEconf2011 - Trost Joachim: "Tool supported technical Code and Design Qualit...
Aberla
Agile Methoden in der Medizintechnik - Über die Software hinaus (CONSANIS)
Agile Methoden in der Medizintechnik - Über die Software hinaus (CONSANIS)
Marc Bless
Die unendliche User Story - agiles Anforderungsmanagement
Die unendliche User Story - agiles Anforderungsmanagement
Thomas Moedl
Einführung Vorgehensmodelle und Agile Software Entwicklung
Einführung Vorgehensmodelle und Agile Software Entwicklung
Christian Baranowski
TÜV Rheinland Civil Dienstleistungen
TÜV Rheinland Civil Dienstleistungen
TÜV Rheinland Industrie Service GmbH
Confessions of a Codehausmeister
Confessions of a Codehausmeister
Hendrik Lösch
BizDataX Testdatenmanagement Konzepte
BizDataX Testdatenmanagement Konzepte
Dragan Kinkela
Domain-Driven Design in der Praxis
Domain-Driven Design in der Praxis
Michael Mirold
20191113 dev ops und continuous delivery_testautomatisierung ist trumpf
20191113 dev ops und continuous delivery_testautomatisierung ist trumpf
Stefan Jobst
Scrum als agiles Vorgehensmodell für Programmierer
Scrum als agiles Vorgehensmodell für Programmierer
Tobias Schlüter
Cognitive Quality Assurance
Cognitive Quality Assurance
Capgemini
Automatisiertes webauftritt testen
Automatisiertes webauftritt testen
mradamlacey
Test-Driven-Development mit JUnit 4
Test-Driven-Development mit JUnit 4
Jörn Dinkla
Wir erledigen alles sofort - Warum Qualität, Risikomanagement, Usability und...
Wir erledigen alles sofort - Warum Qualität, Risikomanagement, Usability und...
Marc Bless
Den PEP (Produktentwicklungsprozess) neu denken!
Den PEP (Produktentwicklungsprozess) neu denken!
Christoph Schmiedinger
Similar a 090610 vortrag projekt_governance_tfs
(20)
Plm Open Hours - Detailkonzepte welcher Art führen zu erfolgreichen Implement...
Plm Open Hours - Detailkonzepte welcher Art führen zu erfolgreichen Implement...
UI Testautomation in der Praxis: Von Lokalisierung bis Nachhaltigkeit
UI Testautomation in der Praxis: Von Lokalisierung bis Nachhaltigkeit
Mit agilen Prinzipien große Integrationstests einfach managen
Mit agilen Prinzipien große Integrationstests einfach managen
Roadshow 2018 - Camunda in der Praxis: So geht's
Roadshow 2018 - Camunda in der Praxis: So geht's
Agile intro-90min (2007)
Agile intro-90min (2007)
ESEconf2011 - Trost Joachim: "Tool supported technical Code and Design Qualit...
ESEconf2011 - Trost Joachim: "Tool supported technical Code and Design Qualit...
Agile Methoden in der Medizintechnik - Über die Software hinaus (CONSANIS)
Agile Methoden in der Medizintechnik - Über die Software hinaus (CONSANIS)
Die unendliche User Story - agiles Anforderungsmanagement
Die unendliche User Story - agiles Anforderungsmanagement
Einführung Vorgehensmodelle und Agile Software Entwicklung
Einführung Vorgehensmodelle und Agile Software Entwicklung
TÜV Rheinland Civil Dienstleistungen
TÜV Rheinland Civil Dienstleistungen
Confessions of a Codehausmeister
Confessions of a Codehausmeister
BizDataX Testdatenmanagement Konzepte
BizDataX Testdatenmanagement Konzepte
Domain-Driven Design in der Praxis
Domain-Driven Design in der Praxis
20191113 dev ops und continuous delivery_testautomatisierung ist trumpf
20191113 dev ops und continuous delivery_testautomatisierung ist trumpf
Scrum als agiles Vorgehensmodell für Programmierer
Scrum als agiles Vorgehensmodell für Programmierer
Cognitive Quality Assurance
Cognitive Quality Assurance
Automatisiertes webauftritt testen
Automatisiertes webauftritt testen
Test-Driven-Development mit JUnit 4
Test-Driven-Development mit JUnit 4
Wir erledigen alles sofort - Warum Qualität, Risikomanagement, Usability und...
Wir erledigen alles sofort - Warum Qualität, Risikomanagement, Usability und...
Den PEP (Produktentwicklungsprozess) neu denken!
Den PEP (Produktentwicklungsprozess) neu denken!
090610 vortrag projekt_governance_tfs
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
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 © CREALOGIX 2008 Wednesday, June 10, 2009 2
3.
Metriken
Probleme wie beispielsweise • Falsche Schätzung • Ungenügende Tests • Umsetzungsschwierigkeiten Manifestieren sich in Indikatoren (Metriken). z.B. Übrigbleibende Arbeit z.B. Projektgeschwindigkeit z.B. Qualitätsindikatoren (Ramaining Work Chart, (Project Velocity) (Quality Indicators) Burndown Chart) Charts werden interpretiert Massnahmen wie beispielsweise • Neuplanung • Unterstützung © CREALOGIX 2008 Wednesday, June 10, 2009 3
4.
Was bringen Metriken:
Veränderungen erfassen © CREALOGIX 2008 Wednesday, June 10, 2009 4
5.
Was bringen Metriken:
Benchmarking © CREALOGIX 2008 Wednesday, June 10, 2009 5
6.
Was bringen Metriken: Anzahl
Bugs im Industrievergleich 10000 10000 1000 1000 Projekt 2 100 100 Projekt 3 Projekt 1 10 10 1 1 10 100 1000 Quelle: Michael Mah, Agile Conference 2008 © CREALOGIX 2008 Wednesday, June 10, 2009 6
7.
Was möchte man
messen? Produktqualität Projektfortschritt Prozessqualität © CREALOGIX 2008 Wednesday, June 10, 2009 7
8.
Produktqualität
Kundenzufriedenheit Anzahl Kundenprobleme Anzahl Fehler Fehlerdichte (Fehler / Anzahl Codezeilen) Codequalität Kundenzufriedenheit Kundenprobleme Fehler Codequalität © CREALOGIX 2008 Wednesday, June 10, 2009 8
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 © CREALOGIX 2008 Wednesday, June 10, 2009 9
10.
Projektfortschritt
Aufgaben-Abarbeitungsgeschwindigkeit Risikoanteil Anforderungsabdeckungsgrad Testabdeckungsgrad / Fehleranteil © CREALOGIX 2008 Wednesday, June 10, 2009 10
11.
Wo entstehen Messdaten
Definieren Implementieren „Ausführbare Features“ Testen Agile Projekte Rein phasenbasierte Projekte Zeit © CREALOGIX 2008 Wednesday, June 10, 2009 11
12.
Wo entstehen Messdaten
Projekt Szenarien, QoS Testfälle Grobe Aufwandschätzung Realisierter Aufwand Zeitplan Erreichtes Datum Iteration Szenarien Status Szenarien QoS Status QoS Velocity Testergebnisse Projektgeschwindigkeit Build Code und Architektur Code Analyse Richtlinien Review Ergebnisse Testrichtlinien Code Coverage Testergebnisse Story Dauer Status Abhängigkeiten Benötigte Zeit Zeitraum Enddatum Ressourcen © CREALOGIX 2008 Wednesday, June 10, 2009 12
13.
Metriken mit Team
System Versions Work items Builds Tests verwaltung Data Warehouse TFS Reports Excel Sharepoint © CREALOGIX 2008 Wednesday, June 10, 2009 13
14.
Überblick über Metriken
Übrigbleibende Arbeit Ungeplante Arbeit Projektgeschwindigkeit Anzahl Fehler Qualitätsindikatoren Risikogehalt © CREALOGIX 2008 Wednesday, June 10, 2009 14
15.
Gesundes Projekt Übrigbleibende Arbeit ©
CREALOGIX 2008 Wednesday, June 10, 2009 15
16.
Projekt mit unterschätzem
Aufwand Übrigbleibende Szenarien © CREALOGIX 2008 Wednesday, June 10, 2009 16
17.
Gesundes Projekt Risikoverlauf © CREALOGIX
2008 Wednesday, June 10, 2009 17
18.
Projekt mit mangelnder
Risikostrategie Risikoanteil © CREALOGIX 2008 Wednesday, June 10, 2009 18
19.
Gesundes Projekt Ungeplante Arbeit ©
CREALOGIX 2008 Wednesday, June 10, 2009 19
20.
Projekt mit unterschätzem
Aufwand Ursache: Ändernde Anforderungen © CREALOGIX 2008 Wednesday, June 10, 2009 20
21.
Projekt mit unterschätzem
Aufwand Ursache: Architekturprobleme © CREALOGIX 2008 Wednesday, June 10, 2009 21
22.
Gesundes Projekt Projektgeschwindigkeit © CREALOGIX
2008 Wednesday, June 10, 2009 22
23.
Gesundes Projekt Fehlerrate © CREALOGIX
2008 Wednesday, June 10, 2009 23
24.
Projekt mit unterschätzem
Aufwand Ursache: Architekturprobleme © CREALOGIX 2008 Wednesday, June 10, 2009 24
25.
Gesundes Projekt: Bug Reactivation ©
CREALOGIX 2008 Wednesday, June 10, 2009 25
26.
Ineffizente Fehlerbehebung © CREALOGIX
2008 Wednesday, June 10, 2009 26
27.
Gesundes Projekt Qualitätsindikatoren © CREALOGIX
2008 Wednesday, June 10, 2009 27
28.
Projekt mit unterschätzem
Aufwand Ursache: Architekturprobleme © CREALOGIX 2008 Wednesday, June 10, 2009 28
29.
Qualitätsprobleme Unpassende Tests © CREALOGIX
2008 Wednesday, June 10, 2009 29
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) © CREALOGIX 2008 Wednesday, June 10, 2009 30
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 © CREALOGIX 2008 Wednesday, June 10, 2009 31
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 © CREALOGIX 2008 Wednesday, June 10, 2009 32
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. © CREALOGIX 2008 Wednesday, June 10, 2009 33
Descargar ahora