Agile Softwareentwicklung mit Scrum

Transkript

1 Informatik Gregor Liebermann Agile Softwareentwicklung mit Scrum Referent: WiSe 2014 Gregor Liebermann M.Sc.

2 Überblick Aufbau der Vorlesung Montags 15:40 18:40 5 CP Aufteilung in Vorlesung und Praktikum Praxisanteil größer als Vorlesungsanteil Aufteilung in zwei Teams für das Praktikum 8 Praktikumsblöcke (6 Teilnahmen nötig für Prüfung) Prüfung: 60 min ohne Hilfsmittel

3 Überblick Kontaktdaten Detaillierte Vorstellung erfolgt im Praktikum

4 Überblick Empfohlene Literatur Titel Autor Verlag ISBN Erfolgreich mit Scrum Einflussfaktoren Personalmangement Boris Gloger André Häusling Hanser Scrum Gloger B. Hanser Scrum Pichler Roman dpunkt.verlag Agile Softwareentwicklung Henning Wolf Dpunkt Verlag Wolf-Gideon Bleek

5 Überblick Empfohlene Seiten

6 Überblick Aufbau Vorlesung Theorie im Vorlesungsstil Praxis Scrum Praxis Teambuilding

7 Überblick Gliederung Vorlesung Einführung Warum brauchen wir ein Vorgehensmodell? Was bedeutet agil? Was ist Scrum? Wie funktioniert ein Team? Andere agile Methoden Vergleich verschiedenster Vorgehensweisen Kommunikationsgrundlagen Tools aus der Praxis

8 Überblick Gliederung Praktikum Projektvorstellung und Gruppeneinteilung Visionsworkshop Story Workshop Estimation Meeting Team Workshop 1 Kennenlernen Sprint Planning Team Workshop 2 Kommunikation (DISG) Review Team Workshop 3 Blind Colors Retrospektive

9 Vorgehensmodelle Software-Prozess-Modell keine reine Progammiertätigkeit Entwicklung hin zur Ingeneurtätigkeit (Software Engineering) Softwareentwicklung wird zu einem Prozess

10 Vorgehensmodelle Was definiert ein Projekt? Das Ergebnis eines Projektes ist ein Produkt Einmaligkeit für das Unternehmen Zusammensetzung aus Teilaufgaben Beteiligung von Personen und/oder Stellen unterschiedlicher Fachrichtungen Teamarbeit Konkurrenz mit anderen Projekten um Personal- und Sachmittel Mindestdauer bzw. Mindestaufwand Höchstdauer bzw. Höchstaufwand definierter Anfang und definiertes Ende (=Ziel)

11 Vorgehensmodelle

12 Vorgehensmodelle Probleme bei der professionellen Entwicklung von Softwaresystemen Systeme werden immer komplexer Entwicklung wird komplizierter Wartung wird schwieriger Schätzungen werden unübersichtlich Überblick geht verloren

13 Vorgehensmodelle Lösung? Ein Plan muss her!

14 Vorgehensmodelle Anforderungen an die Softwareentwicklung immer kürzere Zeiträume immer mehr Anforderungen Anforderungen an Qualität steigen dabei kontinuierlich geforderte Software-Qualität Prozessmodell beschreibt organisatorischen Rahmen

15 Vorgehensmodelle Wir brauchen ein Vorgehensmodell! Das sagt Wikipedia: "Ein Vorgehensmodell zur Softwareentwicklung ist ein für die Softwareentwicklung angepasstes Vorgehensmodell bei der professionellen ("ingenieursmäßigen") Anwendungsentwicklung. Es dient dazu, die Softwareentwicklung übersichtlicher zu gestalten und in der Komplexität beherrschbar zu machen."

16 Vorgehensmodelle

17 Vorgehensmodelle Wasserfallmodell

18 Vorgehensmodelle Wasserfallmodell

19 Vorgehensmodelle Wasserfallmodell - Pros and Cons +

20 Vorgehensmodelle V-Modell

21 Vorgehensmodelle

22 Vorgehensmodelle Rollen im V-Modell Projektmanager Projektleiter Rechtsverantwortlicher Projektadministrator Controller Q-Manager QS-Verantwortlicher Prüfer KM-Manager KM-Verantwortlicher KM-Administrator Systemanalytiker Systemdesigner SW-Entwickler HW-Entwickler Technischer Autor IT-Beauftragter SEU-Betreuer Datenadministrator Datenschutzbeauftragter IT-Sicherheitsbeauftragter Anwender Systembetreuer

23 Vorgehensmodelle V-Modell - Pros and Cons + -

24 Vorgehensmodelle Spiralmodell

25 Vorgehensmodelle Spiralmodell

26 Vorgehensmodelle Spiral-Modell - Pros and Cons + -

27 Vorgehensmodelle RUP

30 Vorgehensmodelle RUP - Pros and Cons + -

31 Vorgehensmodelle Zusammenfassung - klassische Methoden eignen sich - wenn Entwickler die Anforderungen gut abschätzen können - wenn sich Anforderungen kaum ändern - bei großen Projekten - wenn eine hohe Sicherheit in der Entwicklung gefragt ist ("Über"-Planung) Problem: heutzutage ändern sich die Anforderungen relativ schnell

32 Warum scheitern Projekte? (Quelle: GPM und PA Consulting: Ursachen für das Scheitern von Projekten, PAConsulting 2009)

33 Vorgehensmodelle Realität? - Anforderungen sind schwer abzuschätzen - Anforderungen ändern sich laufend - Anforderungen ändern sich spät im Projekt - Distanz zu Auftraggeber während der Entwicklung

34 Vorgehensmodelle Realität? Mögliche Lösung: Agiler Ansatz

35 Vorgehensmodelle Was ist "agil"? agilis (latein.) oder agile (engl.) - steht für flink, gewandt Flexibler und schlanker Entwicklungsprozess Fokus: - zu erreichende Ziele - technische + soziale Probleme Verschiedene Vorgehensmodelle: XP SCRUM

36 Vorgehensmodelle Agilität und Unternehmenskultur Unternehmenskultur anhand von zwei Dimensionen bestimmen: Unternehmen oder der Mitarbeiter im Fokus? aktuelle Realität oder eine zukünftige Möglichkeit im Fokus? Daraus ergeben sich vier Kernkulturen. Nach William E. Schneider (The Reengineerung Alternative, 1994)

37 Vorgehensmodelle

38 Vorgehensmodelle

39 Vorgehensmodelle Ziele agiler Softwareentwicklung - Höhere Flexibilität als bei klassischen Modellen - Fokusierung auf die zu erreichenden Ziele - Angehen von technische und sozialen Problemen - nicht schwergewichtig und bürokratisch vorgehen - Fail fast - fail cheap - fail early

40 Agile Maifesto Manifesto for Agile Software Development We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value:

41 Agile Maifesto Manifesto for Agile Software Development Individuals and interactions Working software processes and tools comprehensive documentation Customer collaboration Responding to change contract negotiation following a plan

42 Agile Maifesto Manifesto for Agile Software Development Individuals and interactions over Working software over Customer collaboration Responding to change processes and tools comprehensive documentation over over contract negotiation following a plan

43 Agile Maifesto Wer hats erfunden? Kent Beck (extreme Programming, Test-Driven Development, JUnit) Mike Beedle (scrum) Arie van Bennekum Alistair Cockburn (Crystal, Effective Use Cases, Wiki) Ward Cunningham (extreme Programming) Martin Fowler (Refactoring, Enterprise Architecture Patterns, Analysis-P.) James Grenning Jim Highsmith (Adaptive Software Development) Andrew Hunt (Pragmatic Programmer) Ron Jeffries (extreme Programming) Jon Kern Brian Marick Robert C. Martin Steve Mellor Ken Schwaber (scrum) Jeff Sutherland (scrum) Dave Thomas (Pragmatic Programmer)

44 Agile Maifesto Wer will kann unterschreiben :)

45 Agile Manifesto Die zwölf Prinzipien hinter dem Agilen Manifest Wir folgen diesen Prinzipien: Quelle:

46 Agile Manifesto # 01 Unsere höchste Priorität ist es, den Kunden durch frühe und kontinuierliche Auslieferung wertvoller Software zufrieden zu stellen.

47 Agile Manifesto # 02 Heisse Anforderungsänderungen selbst spät in der Entwicklung willkommen. Agile Prozesse nutzen Veränderungen zum Wettbewerbsvorteil des Kunden.

48 Agile Manifesto # 03 Liefere funktionierende Software regelmäßig innerhalb weniger Wochen oder Monate und bevorzuge dabei die kürzere Zeitspanne.

49 Agile Manifesto # 04 Fachexperten und Entwickler müssen während des Projektes täglich zusammenarbeiten.

50 Agile Manifesto # 05 Errichte Projekte rund um motivierte Individuen. Gib ihnen das Umfeld und die Unterstützung, die sie benötigen und vertraue darauf, dass sie die Aufgabe erledigen.

51 Agile Manifesto # 06 Die effizienteste und effektivste Methode, Informationen an und innerhalb eines Entwicklungsteam zu übermitteln, ist im Gespräch von Angesicht zu Angesicht.

52 Agile Manifesto # 07 Funktionierende Software ist das wichtigste Fortschrittsmaß.

53 Agile Manifesto # 08 Agile Prozesse fördern nachhaltige Entwicklung. Die Auftraggeber, Entwickler und Benutzer sollten ein gleichmäßiges Tempo auf unbegrenzte Zeit halten können.

54 Agile Manifesto # 09 Ständiges Augenmerk auf technische Exzellenz und gutes Design fördert Agilität.

55 Agile Manifesto # 10 Einfachheit -- die Kunst, die Menge nicht getaner Arbeit zu maximieren -- ist essenziell.

56 Agile Manifesto # 11 Die besten Architekturen, Anforderungen und Entwürfe entstehen durch selbstorganisierte Teams.

57 Agile Manifesto # 12 In regelmäßigen Abständen reflektiert das Team, wie es effektiver werden kann und passt sein Verhalten entsprechend an.

58 Agiles Prinzip Das Agile Prinzip Ein Leitsatz für die agile Arbeit, z.b.: Frühe und häufige Softwareauslieferung Mehrfachnutzung vorhandener Ressourcen zweckmäßig kundenorientiert KISS-Prinzip (keep it simple stupid) Collective Code Ownership Lernen Lernen Lernen...

59 Agile Softwareentwicklung Agile Prozesse (Entwicklungsmethoden)

60 Agile Softwareentwicklung Agile Prozesse (Entwicklungsmethoden) Scrum Extreme Programming (XP) Feature Driven Development (FDD) Crystal Test-driven development (TDD) Lean Software Development...

61 Agiles Prinzip Agile "Methoden" - Best Practices

62 Agiles Prinzip Agile "Methoden" - Best Practices Beispiele: Fixe Entwicklungszeitrahmen Timeboxing Pair Programming Story Cards TDD Reviews (Code) Refactoring Iterative Entwicklung...

63 Agiles Prinzip Iterativ

64 Agiles Prinzip Werte hinter agiler Softwareentwicklung

65 Agiles Prinzip Werte hinter agiler Softwareentwicklung Kommunikation Einfachheit Rückkopplung Mut Respekt

66 Agiles Prinzip Überprüfung der Geschäftsziele und Anforderungen

67 Agiles Prinzip Überprüfung der Geschäftsziele und Anforderungen

68 Agiles Prinzip Risikominimierung durch frühen Systemeinsatz

69 Agile Softwareentwicklung Verbreitung verschiedener Entwicklungsmethoden

70 Agile Softwareentwicklung Verbreitung agiler Entwicklungsmethoden

71 Agile Softwareentwicklung Verbreitung agiler Entwicklungsmethoden

72 Agile Softwareentwicklung

73 Agile Softwareentwicklung Vorteile agiler Entwicklungsmethoden Vorteile für Kunden Flexibilität Spart Zeit und Nerven Wettbewerbsvorteil Vorteile für Entwickler Qualitätsarbeit Direkte Kommunikation mit den Anwendern Mehr Spaß bei der Arbeit