Basel · Baden · Bern · Lausanne · Zurich · Düsseldorf · Frankfurt/M. · Freiburg i. Br. ·...

Basel · Baden · Bern · Lausanne · Zurich · Düsseldorf · Frankfurt/M. · Freiburg i. Br. · Hamburg · Munich · Stuttgart · Wien

Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM

Patrick Spieler, Nicolas MügglerGlattbrugg, August 2008

http://blog.trivadis.com

© 2008Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 2

Agenda

Data are always part of the game.

Klassische vs. agile Projekte

Umsetzung des agilen Vorgehens

Ausblick

© 2008Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 3

Klassische vs. Agile Vorgehensmethode

Zwei unterschiedliche Arten, wie die Realisierung eines Projektes durchgeführt werden kann.

Die Aufgaben des Projektmanagements bleiben jedoch grundsätzlich gleich:

„Projektmanagement ist die Gesamtheit von Führungsaufgaben, -organisation, -techniken und -mitteln für die Abwicklung eines Projektes“ (DIN 69901)

Project Management Institute (PMI): “Project Management is the application of knowledge, skills, tools and techniques to project activities to meet project requirements”.

Gesellschaft für Informatik: „Das Projekt führen, koordinieren, steuern und kontrollieren.“

Steuerung

© 2008

Projekt-Planung - Vorgehensmethodik

Ziele Einheitliches Vorgehen Transparenz für die Entscheidenden und das Projektteam Klare Meilensteine („Etappen“) Unterstützung der Projektleitung bei der Planung und

Steuerung Überblick bewahren trotz Detailarbeit

Grundsätze der meisten Methoden dieselben Top-down (vom Groben zum Detail) Phasenweises Vorgehen Trennung von Planung, Realisierung und Einführung

Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 4

© 2008Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 5

Klassische Vorgehensmethode

Anforderungs-definition

System- undSoftwareentwurf

Realisation undKomponententest

Integration undSystemtest

Betrieb undWartung

Mögliches Phasenkonzept

Kunde

Entwicklungs-Team

Tester

Projektleiter

© 2008Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 6

Klassische Zielerreichungsstrategie

Ausgangslage:Reise von Zürich Lugano

Vorgehen:1. Route festlegen San Gottardo2. Gesamte Reiseplanung erstellen

• Strecke: 204 km• Fahrzeit: 2h 30 min

3. Losfahren4. Vor Wassen:

Stau, da Gotthard gesperrt (Unfall!)a) im Stau wartenb) St. Gotthard umfahren

5. Routenänderung San Bernardino6. Geänderte Reiseplanung (gesamt)

• Strecke: 311 km• Fahrzeit: 6h 30 min

© 2008Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 7

Application Life Cycle (klassisch)

Business Analyse

Anforderungs-Analyse

DesignRealisation

Test

Betrieb Wartung

Business Case• Kosten/Nutzen• Time to Market• Organisation

RequirementsSpecification• Functional• Non-Functional

Werkvertrag SLA

Application Operation

Vorgabe Werk

© 2008Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 8

Charakter der klassischen Vorgehensmethoden

Grundprinzip ist das sequenzielle Vorgehen

Grundlage für die Realisation ist die vollständige Beschreibung des zu erstellenden Werks (=Software) vollständig alle Anforderungen definiert und fix zu erstellende vor der Realisation bekannt

tue alles auf Anhieb richtig!

formal streng geführt (prozessorientiert)

Abweichungen vom Plan sind „unbeliebte“ Änderungen Negative Einstellung zu Veränderungen

Es entsteht ein Werk gemäss Anforderungsspezifikation!

© 2008Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 9

Agile Vorgehensmethode (Beispiel Scrum)

Product Backlog(priorized)

Tasksexpanded by

the Team

Sprint Backlog

30 days

24 h

DailyScrum

Meeting

Demonstrate & Verify newFunctionality

update

Project Team

n-Sprints

Product Owner

ScrumMaster

rot = Rollen / Aufteilung

blau = Ceremonies

grün = Artefakte

Sprint PlanningMeeting

Sprint Review

Sprint Retro-

spective

do not disturb!

Burn Down Chart

© 2008Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 10

Agile Zielerreichungsstrategie

Ausgangslage:Reise von Zürich Lugano

Vorgehen:1. Etappe „A“ festlegen Wollerau2. Reiseplanung für Etappe „A“ erstellen

• Strecke: 30 km• Fahrzeit: 20 min

3. Etappe „A“ losfahren4. Bei Wollerau:

Situation analysieren, Staumeldung im Radio Gotthard gesperrt (Unfall!)

5. Etappe „B“ festlegen San Bernardino6. Reiseplanung für Etappe „B“ erstellen

• Strecke: 237 km• Fahrzeit: 2h 50 min

© 2008Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 1111

Application Life Cycle (agil)

Business Analyse

Agile Vorgehensmethoden Betrieb Wartung

Business Case• Kosten/Nutzen• Time to Market• Organisation

RequirementsSpecification• Functional• Non-Functional

SLA

Application Operation

Zusammenarbeitsvertrag

Vorgabe Nutzen

© 2008Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 12

Charakter der agilen Vorgehensmethoden

Grundprinzip ist das iterative Vorgehen

Grundlage für die Realisation ist die nutzenoptimierte Erstellung eines Werks (=Software) in überschaubaren Planungszyklen nutzenoptimiert alle für den Kundenutzen wichtigen

Anforderungen überschaubar kurz, transparent, steuerbar, effizient

tue, was du verstehst!

durch Ereignisse geführt (lösungsorientiert)

Abweichungen vom Plan sind „geplante“ Änderungen positive Einstellung zu Veränderungen

Es entsteht ein Nutzen gemäss Business Case!

© 2008Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 13

Agenda

Data are always part of the game.

Klassische vs. agile Projekte

Umsetzung des agilen Vorgehens

Ausblick

© 2008Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 14

Umsetzung des agilen Vorgehens

Die nachfolgend vorgestellte Umsetzung ist eine Erweiterungen und Konkretisierungen auf Basis des agilen Vorgehens SCRUM

Diese legt dabei speziellen Wert auf folgende Werte:

Zielorientierung

Agilität

Messbarkeit

Planbarkeit

© 20081515

Umgang mit Kosten: „Samstagseinkauf mit Budget“

VorgabenWunschliste mit Priorisierungen und Kostenschätzungen

KostenVereinbarter Budgetrahmen und generelle Zielsetzung

LeistungsbezugUmbau gemäss Wunschliste, tatsächlichem Angebot und Rücksprache

AbgleichZiel

AbgleichUmsetzung

„Nach Aufwand mit Budgetrahmen und flexiblem Ergebnis“ Ergebnis orientiert sich an Budget und Zielsetzung (Nutzen) Kostenrisiko lässt sich durch überschaubare Aufgaben eingrenzen Bietet sich an, wenn Zielsetzung definiert ist aber Details noch nicht

vollständig geklärt sind

Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM

© 2008Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 1616

Application Life Cycle

Business Analysis

Initial Requirements

Analysis Iterative

Realization Operation

and Maintenance

Project Setup Transition

Application OperationBusiness Case

InitialRequirement

sSpecification

Workitem List+

Project Roadmap

State of Readiness

© 2008Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 1717

Application Life Cycle : „Initial Requirements Analysis“

Initial Requirements- Projektorganisation, Projektteam- Reporting (Projekt, Steering Committee)- Projektplan (Termin, Kosten,

Ressourcen)- Projektvorgehen

Initial Specification- Featureliste aller Anforderungen- Systemarchitektur- Software Factory

Business Analysis

Initial Requirements

Analysis Iterative

Realization Operation

and Maintenance

Project Setup Transition

Application OperationBusiness Case

InitialRequirement

sSpecification

Workitem List+

Project Roadmap

State of Readiness

© 2008Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 1818

Application Life Cycle : „Project Setup“

Initial Workitem List- Gegliederte Gesamtliste aller Anforderungen (Übernahme der Anforderungen aus der vorangehenden Phase)- Priorisierungen und Grobschätzungen

Project Roadmap- Iterationsplan (Anzahl, Termine, Team- kapazität)- Planung der Qualität und des Umgangs mit

den Iterationsergebnissen

Business Analysis

Initial Requirements

Analysis Iterative

Realization Operation

and Maintenance

Project Setup Transition

Application OperationBusiness Case

InitialRequirement

sSpecification

Workitem List+

Project Roadmap

State of Readiness

© 2008Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 1919

Application Life Cycle : „Iterative Realization“

Business Analysis

Initial Requirements

Analysis Iterative

Realization Operation

and Maintenance

Project Setup Transition

Iteration 1 Iteration 2 Iteration n

Releases

Iterative Realization

Application OperationBusiness Case

InitialRequirement

sSpecification

Workitem List+

Project Roadmap

State of Readiness

6 – 8 weeks

© 2008

Sprint Tasks- Adressen

verwalten - Techn. Spezifikation erstellen - Datenbank modellieren - BusinessLogik erstellen - Unit Tests schreiben - …

Product Backlog

- Adressen verwalten- Duplikate finden- Adressen drucken- Ansteuerung Telefon- …

Product Details - Logische

Bereiche(Areas)- Können z. B. Module

sein- inkl.

Detailbeschreibung

eScrum Begriffe

Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 20

1 n

Für

das

gan

ze P

rodu

kt /

Pro

jekt

Pro S

print

1

2

Wird laufend ergänzt und priorisiert

4

Durch Product-Owner verwaltet

Sprint Details - Sprint-Name

- Dauer (von – bis)- Ziele, Version, etc.

3

Durch Team verwaltet

© 2008Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 21

Initial Requirements Analyse ProductBacklog

Kreativ / Brainstormin

g

Konkretisierung

Konkretisierung

© 2008

Einlesen Product Backlog

Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 22

Requirements (Product Backlog)

© 2008Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 23

Project Roadmap / Sprint Details

Project Roadmap (Sprint Details)

© 2008

Sprint Tasks definieren (auf Basis Product Backlog)

Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 24

© 2008

Iterative Realization

Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 25

Work Item Loadpro Sprint

Zeit Sprint 1 Sprint 2 Sprint 4 Sprint 3

6 - 8 weeks

Development

Release

© 2008

Reporting / Controlling / Monitoring

Das Verhältnis „Schätzung zu tatsächlichem Aufwand“ wird fortlaufend ermittelt und für die Extrapolation und Forecast des Projekt-fortschritts verwendet.

Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 26

© 2008Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 27

Agenda

Data are always part of the game.

Klassische vs. agile Projekte

Umsetzung des agilen Vorgehens

Ausblick

© 2008

Ausblick

Weiterentwicklung von VSTS im Hinblick auf agile Vorgehensmethoden

Einblick in VSTS Codename „Rosario“ April CTP

MSF Agile Prozess

Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 28

© 2008

Was schmerzt / was fehlt?

Keine Gruppierung von Arbeitspackete

Fehlende Analyse Unterstützung

Controlling muss selbst aufgebaut werden

Fehlende Abwicklung von manuellem Testing

Scrum Prozess Template „eScrum“ war nur mit Work-Around auf Team System 2008 lauffähig

Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 29

© 2008

Wo werden wir besser unterstützt?

Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 30

Unterstützung in der Analyse durch entsprechende UML Diagramme

Arbeitspakete können hierarchisch verwaltet werden

Controlling und Reporting ausgebaut

Manuelles Testing besser integriert

© 2008

Requirement Analyse - Diagramme

Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 31

© 2008

Arbeitspackete strukturieren

Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 32

Work Items können hierarchisch gegliedert werden

User Story beinhaltet mehrere Tasks

© 2008

Iterations Planung in Excel

Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 33

© 2008

Ressourcen Planung

Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 34

© 2008

Reporting Services Reports

Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 35

Auswertungen für Projekt Stakeholder verbessert

© 2008

Automatisierte Excel Trend Reports

Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 36

© 2008

Manuelles Testing

Test Szenarien Management

Planung von manuellen Tests

Work Item Integration

Test Aufzeichnung und Nachbearbeitung

Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 37

© 2008

Testing mit Camano

Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 38

© 2008

Fazit

All-In-One Suite wird langsam Wirklichkeit

Unterstützung von Analyse bis zum Testing

Wichtig: CTP Release: Funktionalität und Verhalten können / werden sich

noch ändern! Release Datum für Rosario noch nicht bekannt

= Nicht warten, jetzt umsteigen und ALM Gedanke leben

Theorie und Praxis von agilen Entwicklungen mit VSTS und SCRUM 39

Basel · Baden · Bern · Lausanne · Zurich · Düsseldorf · Frankfurt/M. · Freiburg i. Br. · Hamburg · Munich · Stuttgart · Wien

Fragen?

?

Basel · Baden · Bern · Lausanne · Zurich · Düsseldorf · Frankfurt/M. · Freiburg i. Br. · Hamburg · Munich · Stuttgart · Wien

Vielen Dank

!