Agile Softwareentwicklung. Nicolai Reuschling & Philip Heck Entwicklung von Webapplikationen mit agilen Methoden

Transkript

1 Agile Softwareentwicklung Nicolai Reuschling & Philip Heck Entwicklung von Webapplikationen mit agilen Methoden

2 Praktikumsnachbereitung

3 (Kaizen) Muda - Verschwendung Muri - Überlastung der Mitarbeiter und Maschinen Mura - Unregelmäßigkeit der Prozesse Die 3-Mu-Checkliste

4 Statistische Prozesslenkung

5 Agile Softwareentwicklung

6 deliver working software frequently (...) Wie lässt sich dieses Ziel erreichen? 6

7 time-boxed iterations In jeder Iteration wird ein vollständiger Entwicklungszyklus durchlaufen Analyse Design Implementierung Test Wasserfall Zeit Analyse Design Implementierung Test agiles Vorgehensmodell Zeit 7

8 time-boxed iterations Ausgeliefert wird in regelmässigen Abständen with a preference to the shorter timescale Risiken werden frühzeitig erkannt Der Kunde bekommt schnell Vertrauen 8

9 time-boxed iterations Neue Erkenntnisse (oder changing requirements ) können schneller in die Entwicklung einfließen Aus einem überwachten Team wird ein selbstlernendes Team 9

10 time-boxed iterations Ein vollständig spezifiziertes System ist nicht unbedingt das richtige System Aus: James A. Highsmith III: Adaptive Software Development - A Collaborative Approach to Managing Complex Systems [Hig00], Seite 43 Deviations guide us to the right solution....following Quelle: James a A.HighsmithIII: plan produces Adaptive SoftwareDevelopment-ACollaborative the product you intended, just not the product Approach you tomanaging need ComplexSystems, - Jim Highsmith Seite 43 [Hig00] Folie 9; Copyright: Coldewey Consulting 2001; All rights reserved Ein vollständig spezifiziertes System ist nicht unbedingt ein richtiges System 10

11 time-boxed iterations Voraussetzungen Jedes Inkrement muss zusätzlichen Nutzen bringen Das Team muss alle Phasen der Entwicklung beherrschen (cross-functional teams) 11

12 (...) self-organizing teams Was wird in der nächsten Iteration entwickelt? 12

13 Prioritätenliste Es existiert eine globale Taskliste, auf der alle Anforderungen abgeschätzt und priorisiert sind Zu Beginn jeder Iteration entscheidet das Team, welche Anforderungen in der kommenden Iteration implementiert werden 13

14 Prioritätenliste time-boxed iterations Eine Iteration endet nach einem vorher definierten Zeitraum, nicht wenn alle Anforderungen der aktuellen Iteration umgesetzt sind! 14

15 pair programming Die Idee Freie Universität Berlin - Institut für Informatik Two programmers work side-by-side at one computer, continuously collaborating on the same Two programmers work side-by-side at one computer, design, continuously algorithm, collaborating code or on test. the same Quelle: design, Laurie Williams, Robert algorithm, Kessler, Pair Programming code Illuminated, or Addison-Wesley, test vs. Grafik nach Williams/Kessler: All I Need to Know about Pair Programming I Learned in Kindergarten Tilman Walther Pair Programming 4 15

16 pair programming Die Regeln Die Programmierung wird immer zu zweit durchgeführt Die Rollen werden regelmässig getauscht Die Paare werden regelmässig neu gebildet 16

17 pair programming Motivation > 2 Vier Augen sehen mehr [Fehler] als zwei. Wissen wird im gesamten Team verteilt 17

18 pair programming Stilles Wissen Schreiben bedeutet nicht gelesen werden Lesen bedeutet nicht verstehen Wissen ist nicht immer dokumentierbar 18

19 pair programming gemeinsames Arbeiten fördert die Kommunikation von (stillem) Wissen pair programming fördert den kontinuierlichen Wissensaustausch unter den Teammitgliedern Wer gemeinsam entwickelt muss keine Dokumente lesen und (miss-)verstehen. Quelle: Folie 26 19

20 pair programming pair programming bedeutet auch shared code Anyone on the team can improve any part of the system at any time. If something is wrong with the system and fixing it is not out of scope for what I'm doing right now, I should go ahead and fix it. Quelle: Kent Beck, Exteme Programming Explained. Embrace Change, Addison-Wesley, 2005 shared code stellt besondere Anforderungen an die Teammitglieder und muss technisch unterstützt werden 20

21 continuous integration Team programming isn't a divide and conquer problem. It is a divide, conquer, and integrate problem. The integration step is unpredictable, but can easily take more time than the original programming. Quelle: Kent Beck, Exteme Programming Explained. Embrace Change, Addison-Wesley, 2005 frühe Warnung bei Integrationsproblemen und kurze Reaktionszeiten konstante Verfügbarkeit eines lauffähigen Systems 21

22 continuous integration Die Regeln Sobald ein Entwickler Code in das SCM eincheckt, wird das gesamte System neu gebaut und automatisch getestet Falls Fehler auftreten, wird ein rollback durchgeführt und der Entwickler informiert 22

23 continuous integration 23

24 How the customer explained it How the project leader understood it How the analyst designed it How the programmer wrote it What the beta testers received How the customer was billed What marketing advertised What the customer really needed

25 Scrum

26

27 Toyota Production System - add value from the standpoint of the customer - eliminate waste - create a permanent flow - let customers pull value - pursue perfection through continuous improvement Lean Production Agile Prinzipien Scrum

28 Daily Scrum Product Backlog Sprint Backlog 24h 2-4 Wochen Auslieferbares Produktinkrement Sprint

29 Entwicklerteam Scrum Master Product Owner

30 Scrum Master Coaching Moderation Hindernisse beseitigen keine Personalverantwortung

31 Product Owner

32 Product Owner Yahoo! bezeichnet den Product Owner als»single wringable neck«. Quelle: R. Pichler. Scrum - Agiles Projektmanagement erfolgreich einsetzen. dpunkt.verlag, 2007.

33 Product Owner Anforderungsmanagement Releasemanagement / ROI

34 Team

35 Team Forming Performing Storming Norming Phasenmodell zur Teambildung nach Tuckman

36 Team

37 Team Bevollmächtigt Autonom Interdisziplinär Selbstorganisiert

38 Anforderungsmanagement Daily Scrum Product Backlog Sprint Backlog 24h 2-4 Wochen Auslieferbares Produktinkrement Sprint

39 Product Backlog präziser lorem ipsum lorem ipsum lorem ipsum lorem ipsum lorem ipsum lorem ipsum lorem ipsum lorem ipsum lorem ipsum lorem ipsum Priorität lorem ipsum lorem ipsum lorem ipsum

40 Beschreibung der Anforderung Aufwand 5 As a librarian, I want to be able to search for books by publication year. high Priorität

41 Product Backlog Kriterien für die Priorisierung Wert bzw. Nutzen Risiko Kosten

42 Releaseplanung & Durchführung Daily Scrum Product Backlog Sprint Backlog 24h 2-4 Wochen Auslieferbares Produktinkrement Sprint

43 Releaseplanung 1. Sprint Planning Meeting - Team entscheidet, welche Items aus dem Product Backlog im kommenden Sprint umgesetzt werden. 2. Sprint Backlog