extreme Programming: Überblick

Größe: px

Ab Seite anzeigen:

Download "extreme Programming: Überblick"

Lisa Biermann
vor 6 Jahren
Abrufe

1 extreme Programming: Überblick Dipl.-Informatiker Stefan Roock, Dipl.-Informatiker Bernd Schiffer,

2 Stellenwert agiler Softwareentwicklung Zweite Generation agiler Methoden verfügbar (XP in zweiter Auflage, IXP). Standish Group empfiehlt im CHAOS-Report 2004 agile Methoden. V-Modell XT (XT = extreme Tailoring) lässt Tailoring für agiles Vorgehen zu. Eclipse wird mit einer eigenen agilen Methode entwickelt. Microsoft setzt bei sich SCRUM ein (z.b. für.net)

3 XP Ende 1999 veröffentlichte Kent Beck extreme Programming Explained ist die zweite Auflage erschienen: Ein komplett neu geschriebenes Buch. Ursachen für Änderungen: Präzisierung: z.b. Short Releases -> Weekly Cycle, Quarterly Cycle Vereinfachung: z.b. Metapher aufgegangen in Incremental Design Erfahrung: z.b. Aufteilung in Primär- und Folgetechniken Herausforderung: z.b. Test-First Programming, Daily Deployment, Pay-Per- Use

4 Nutzen von XP Hohe Qualität Aufgabenangemessene Software Anwender Wirtschaftlichkeit Agile Softwareentwicklung Stolz auf die eigene Arbeit Entwickler Geringer Stress Geringe Wartungskosten Kunde Flexible Planung Qualitätsarbeit

5 Money, Money, Money Der Nutzen der Software muss ihre Kosten übersteigen

6 Der Prozessansatz Kunde Entwickler 1. Anforderungen 2. Aufwandsschätzung 3. Priorisierung 4. Funktionalitäten

7 Die Verantwortlichkeiten Kunde Entwickler 1. Anforderungen 2. Aufwandsschätzung 3. Priorisierung 4. Funktionalitäten Verantwortlich für Geschäftswert Verantwortlich für Technologie

8 Das agile Manifest We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value: Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan That is, while there is value in the items on the right, we value the items on the left more. Siehe

9 XP: Werte, Prinzipien, Techniken konkret universell prüfbar Techniken (Practices) Werte komplementär konsistent situiert XP zielgerichtet Prinzipien breit anwendbar widersprüchlich anwendungsspezifisch Nach Beck: Extreme Programming Explained,

10 XP-Werte Feedback Mut Kommunikation plus projektspezifische Werte Einfachheit Respekt

11 XP-Techniken (engl. Practices) Primärtechniken (engl. Primary Practices) zuerst einsetzen Folgetechniken (engl. Corollary Practices) erst einsetzen, wenn das Projekt die Primärtechniken beherrscht Folgetechniken ohne Primärtechniken sind gefährlich Die meisten Techniken sind nicht neu, sondern waren schon lange vor XP erfolgreich im Einsatz. Best Practices

12 Zeitlicher Projektverlauf: Beispiel Explorationsphase Release- Planung Release- Planung Kick-Off Release 1 (intern) Release 2 (veröffentlicht)

13 Ziel der Explorationsphase: Risiken reduzieren Fachlich Architekturell Technologisch Personell

14 Zeitlicher Projektverlauf: Explorationsphase Kick-Off Iterations planung Iterations planung Iterations planung Retrospektive Iteration 1 Iteration 2 Iteration 3 Iteration

15 Ergebnisse der Explorationsphase Gemeinsame Vision über das Projekt Projektziele Grobe Gesamtschätzung Releaseplan Risikoliste Oberflächenprototypen Fachliches Kernmodell Architekturvorstellung Kern-Technologien Gemeinsame Sprache

16 Das Projektziel SMART Specific Measurable Achievable Relevant Time Based

17 Das Projektziel: Beispiel Apple itunes 1 Mio. Downloads im ersten Monat SMART Specific Measurable Achievable Relevant Time Based

18 Das Projektziel We have to be completely inflexible on where we want to go, but completely flexible on how we get there. Martin Fowler

19 Ziel eines Releases Mehrwert für den Kunden

20 Zeitlicher Projektverlauf: Release Release- Planung Iterationsplanung Iterationsplanung Iterationsplanung Retrospektive Iterationsplanung Iterationsplanung Iterationsplanung Iterationsplanung Iteration 1 Iteration 2 Iteration 3 Iteration 4 Iteration 5 Iteration 6 Iteration

21 Die vier Variablen in Softwareprojekten Qualität Funktionalität Zeit Kosten

22 Die vier Variablen in Softwareprojekten Qualität Funktionalität Was machen Sie, wenn was schief geht? Zeit Kosten

23 Die vier Variablen in Softwareprojekten Qualität Funktionalität Zeit Kosten

24 RTF: Running Tested Features (Ron Jeffries)

25 Primärtechnik: Geschichten engl. Stories Anforderungen werden informell als Geschichten (Stories) formuliert. Idealerweise schreibt der Kunde die Geschichten. Häufig werden die Geschichten auf Karteikarten (Story-Cards) geschrieben. Versprechen für ein Gespräch (Promise for Conversation) Geschichten sind die Einheiten, die geschätzt werden

26 Primärtechnik: Geschichten schätzen Abstrakte Maße

27 Primärtechnik: Geschichten Administratoren - System Administratoren legen Administratoren und Koordinatoren an Administratoren weisen Koordinatorengruppen Views zu Administratoren legen neue Koordinatorengruppen an Administratoren löschen Administratoren und Koordinatoren Weitere Features BBV-User vollständig löschen BBV-User Daten aus der ZBA auslesen Viewnamen aus dem DDS auslesen LogIn mit LDAP User Bereich verändern BBV-User analog zu bestehendem BBV-User berechtigen Berechtigungsvergabe mit Viewgruppen Mehrfachfilter Angabe von Wertemengen bei IN 2. Stufe BBV-User anlegen Benutzergruppen anlegen BBV-User Angaben ändern (Name, Raum, Telefonnr.) Filter setzen Koordinatoren - System 1. Stufe BBV-User in vorhandene Benutzergruppe eintragen BBV-User aus einer Benutzergruppe entfernen Einer Benutzergruppe einen View hinzufügen Einer Benutzergruppe eine Berechtigng an einem View entziehen

28 Folgetechnik: Echte Kundenbeteiligung engl. Real Customer Involvement Der echte Kunde schreibt die Geschichten (Stories) und die Akteptanztests. Gefahren kein echter Kunde verfügbar Kunde hat die falschen Qualifikationen Kunde hat kein ausreichendes Zeitbudget Voraussetzungen geeigneter Kunde Vertrauen zwischen Kunde und Entwicklern

29 Folgetechnik: Inkrementelle Ausbreitung engl. Incremental Deployment Das neue System wird schrittweise entlang des Fertigstellungsgrades an die Anwender verteilt. Gefahren Anwender erhalten Systemversionen, mit denen sich nichts anfangen können hohe Aufwände für Integration, z.b. mit Altanwendungen Voraussetzungen gemeinsame Planung zwischen Kunde und Entwicklern

30 Inkrementelle Ausbreitung erfordert häufig eine neue Perspektive

31 Folgetechnik: Eine Codebasis engl. Single Code Base Es gibt nur eine einzige Codebasis (keine Branches). Neue Versionen für die Anwender werden direkt aus der Codebasis erstellt. Gefahren Anwender erhalten fehlerhafte Systeme dringende Bugfixes stören Weiterentwicklung halb umgebaute Systeme werden an Anwender ausgeliefert. Voraussetzungen wenige Fehler Zerlegung großer Stories Zerlegung großer Refactoring automatisierte Integrationsbuilds (z.b. Cruise-Control)

32 Folgetechnik: Eine Codebasis Seien Sie nicht leichtfertig

Ähnliche Dokumente

Festpreisvertrag und agil nützt nicht viel? Stefan Roock, stefan.roock@akquinet.de Henning Wolf, henning.wolf@akquinet.de http://www.it-agile.

Festpreisvertrag und agil nützt nicht viel? Stefan Roock, stefan.roock@akquinet.de Henning Wolf, henning.wolf@akquinet.de http://www.it-agile.de Unser Hintergrund Agile Softwareentwicklung/Schulung/Beratung