26.06.07Informatik in neuer Dimension1 Löwenfels Partner AG Meyerstrasse 20 6003 Luzern Scrum in...

26.06.07 Informatik in neuer Dimension 1

Löwenfels Partner AGMeyerstrasse 20

6003 Luzernwww.loewenfels.ch

Scrum in der Praxis

Ein Erfahrungsberichtvon

Jiri [email protected]

1. Project Manager Circle EJPD 2007, Mutelier, 28. Juni 2007




Die Firma

► Entwickelt Individual-Software für

schweizerische Sozialversicherungen

(AHV/IV)

► Integrator im Bereich Dokumenten-

Management und Archivierung

► Gegründet vor über 20 Jahren

► Beschäftigt ca. 20 Angestellte und 10 freie Mitarbeiter

► Projektgrössen: 3 Monate bis 4 Jahre Laufzeit

► Setzt Scrum ein seit Juli 2004 (vorher Hermes, RUP, etc.)




Der Redner

► Entwicklungs-, Projekt- und Teamleiter

► IT Architekt und

Senior Software Engineer

► 20+ Erfahrung in der Software Entwicklung

► Verantwortlich für Entwicklungsprozess

► Practicing Certified ScrumMaster

(seit 3 Jahren)




Das ProjektDomäne:

Integrierte AHV/IV-Lösung

Inkl. Archiv und

Dokumenten-Management

Kantonale Behörde

Grösse:

2-stelliger Mio. Betrag

4 Jahre Laufzeit

20 Personen in 5 Teams

Technologie:

Java/J2EE (Application-Server), Browser-Applikation

Modell-getriebene Entwicklung, SOA




Der Ausgangspunkt

Alles fix (Umfang, Preis, Dauer, Qualität)

Das Pflichtenheft:

30 Seiten (+ 7 dicke A4-Ordner)

„Tailoring“ eines Phasen-orientierten

Entwicklungsprozesses: Artefakte-

Struktur bestimmen (aus ca. 250 -> ca. 70)

Dokumente (während 8 Monaten):

Projekt-, Test-, Ressourcen-Pläne, Berichte, etc.

Analyse-Workshops mit Anwendern (Freigaben lange

pendent)

Vorhandenes Rumpfsystem (lesend)

Milestones mit Ampelstatus (n % Erledigungsgrad)




Die Meilensteine

8. Monat: Infrastruktur-Installation

14. Monat: Info-System (lesend)

(viele Nachwehen)

17. Monat: Migration zu Info-System

(viele Nachwehen)

Info-System wird nicht gebraucht

Status: Projekt ist auf Kurs

(bei meisten Bereichen 90%)

Kunde sieht trotzdem keinen handfesten Fortschritt

Qualität kann nicht eingeschätzt werden

System scheint schreibend sehr instabil




Die Probleme

Wo steht das Projekt wirklich?

Was ist fertig?

Brauchen wir mehr Leute?

Werden wir ehrlich informiert?

Wann sehen wir etwas von der Applikation?

Warum bricht dauernd alles zusammen?

Sprechen die Leute nicht zusammen?

Warum dauern Entscheide so lange?

Zwei Lager und einer zwischen den Stühlen

ÜBERRASCHUNGEN wohin man schaut




Scrum

Was bringt es uns? Fokus, Druck

Transparenz, Vertrauen

Kollaboration (auch mit dem Kunden)

Teilen der Verantwortung

Kontinuierliche Verbesserung

Einfachere Steuerung




Scrum bietet: Fokus Phasen-orientiertes Vorgehen

Gemäss Scrum




Scrum bietet: Minimierung von Risiken

Abnahmen im Phasen-orientierten Vorgehen

Abnahmen in einem Scrum Projekt




Scrum bietet: Transparenz




Was Scrum bietet: Minimierung von Risiken

Empierische Projektkontrolle




Scrum bietet: Kollaboration I




Scrum bietet: Kollaboration II




Scrum: People Tools

Gemeinsame Aktivitäten:

- Sprint-Planung

- Schätzungen

- Tägliches Standup-Meeting (max. 15 Min.)

- Design- und Code-Reviews

- Sprint-Reviews

- Retrospektiven

- Anforderungsdefinition (Ko-Autoren)

- Anforderungsverifikation (Ko-Testing)

- Partizipative Entscheidungsfindung

Führt zu spezialisierten Generalisten




Hilfsmittel: Jira und FitNesse




Hilfsmittel: Akzeptanztests in FitNesse




Wichtigstes Hilfsmittel: Zettelwirtschaft

1. __________2. __________3. __________4. __________5. __________6. __________

Priorisierte Liste Physisches Taskboard




Scrum: Keine Probleme?

„Nackte“ Teams und Einzelpersonen

Höherer Druck auf alle Beteiligten

„Verantwortung ist nicht teilbar!“ ?

Kunde muss das Projekt steuern – will er das überhaupt?

Distanzen (örtlich, zeitlich, organisatorisch) sind die

grosse Effektivitätskiller

Mut zur kontinuierlichen Verbesserung

Scrum ist nur das Vergrösserungsglas!

Kultureller Wandel ist hart und langsam -> Geduld




Komplizierter als nötig?




Fragen




Quellen

http://scrumalliance.org

http://agilealliance.org

http://controlchaos.com

http://mountaingoatsoftware.com

http://scrumaufdeutsch.pbwiki.com

http://scrumalliance.org/

http://agilealliance.org/

http://controlchaos.com/

http://mountaingoatsoftware.com/

http://scrumaufdeutsch.pbwiki.com/




Scrum: Warum es funktioniert

*) The new dynamics of strategy: Sense-making in a complex and complicated world (C. F. Kurz & D. J. Snowden) http://www.research.ibm.com/journal/sj/423/kurtz.pdf

Sinn ableiten, aus dem was passiert (4 Wissenstypen)*)

bekannt

kompliziertkomplex

chaotisch

Ursache und Wirkung stehen in direkter Be-

ziehung, wahrnehmbar und vorhersehbar

Ursache und Wirkung durch Zeit und Raum getrennt,

kompliziert aber linear verbunden

Ursache und Wirkung sind organische, nicht-

lineare Muster, die nur im Nachhinein kohärent

sind; nicht wiederholbar, aber verstehbar

Keine Beziehung zwischen Ursache und

Wirkung erkennbar

Wahrnehmen - Einordnen - Antworten

Wahrnehmen - Analysieren -

Antworten

Handeln - Wahrnehmen -

Antworten

Versuchen - Wahrnehmen -

Antworten

Scrum

TraditionelleMethoden

26.06.07Informatik in neuer Dimension1 Löwenfels Partner AG Meyerstrasse 20 6003 Luzern Scrum in...

Documents

Transcript of 26.06.07Informatik in neuer Dimension1 Löwenfels Partner AG Meyerstrasse 20 6003 Luzern Scrum in...