Bei agilen Projekt ist Scrum zurzeit die Nr. 1. Trotzdem entscheiden sich Unternehmen immer wieder Scrum nur unvollständig einzuführen. Aber ist das wirklich eine gute Idee und kann das funktionieren? In diesem Vortrag wird anhand von Praxisbeispielen gezeigt, was eine teilweise Einführung in der Realität bedeutet. Wir erfahren hierdurch, welche Elemente von Scrum unabhängig eingeführt werden können, aber was verloren geht, wenn Scrum nicht vollständig eingeführt wird. Außerdem gehen wir der Frage nach, ob es wirklich immer Scrum sein muss.

1. MURCS
Wir machen jetzt Scrum, aber das Meeting passt leider
nicht und einen PO haben wir irgendwie auch nicht...
Ulf Mewe
@mewflu

2. Ulf Mewe
@mewflu

3. Praxisbeispiele
Logistik

4. Scrum
Daily
Scrum
Sprint
Planning
Product
Backlog
Product
Backlog
Sprint
Backlog
Product
Backlog
Product
Backlog
Product
Backlog
Product
Backlog
Product
Backlog
Product
Backlog Refinement
Product
Review
Retrospective
Scrum
Master
Product
Owner
Entwicklungsteam

5. Analyse
Rollen Ereignisse Artefakte
DailysSprints
Sprint
Planning
Refinement
Review
SM POScrum
Master
Product
Owner
DEVCross-funktionales
Developmentteam
Product
Backlog
Retrospective
Sprint
Backlog
PSP

6. DIE REISE GEHT LOS
oder die Praxisbeispiele

7. TOURISMUS

8. Tourismus
Neues Buchungssystem
*
Gleicher Funktionsumfang wie altes System
=
Plus einige neue Funktionen
+

9. Tourismus
Festpreis€
Ungenaue Anforderungen
~
Fester Liefertermin
Preisgetriebene Anbieterauswahl€

10. Tourismus: Was wurde umgesetzt?
Rollen Ereignisse Artefakte
DailysSprints
SM PO Product
Backlog
Sprint
Planning
Refinement
Review Retrospective
DEV
SM PO
DEVCross-funktionales
Developmentteam
Scrum
Master
Product
Owner
Sprint
Backlog
PSP

11. Tourismus: Bewertung

12. LOGISTIK

13. Logistik
Support für Legacy Systeme läuft aus
Viele Logistikprojekte scheitern
Einführung eines neuen ERP-Systems
*


14. Logistik
Verteilte Entwicklung
Management erwartet Projektleiter
Anders machen


15. Logistik
PO nicht alleinig entscheidungsbefugt
Fachabteilung ist unerfahren & unterbesetzt
Fachabteilung als PO
*



16. Logistik: Was wurde umgesetzt?
Rollen Ereignisse Artefakte
DailysSprints
SM PO Product
Backlog
Sprint
Planning
Refinement
Review Retrospective
DEV
SM PO
DEVCross-funktionales
Developmentteam
Scrum
Master
Product
Owner
Sprint
Backlog
PSP

17. Logistik: Bewertung

18. WARTUNG

19. Wartung
Neuer Ansatz zur Begutachtung von technischen Anlagen
Mehrfach verändertes Geschäftsmodell
Innovationsprojekt
Viele technische Unbekannte
*
?

20. Wartung: Was wurde umgesetzt?
Rollen Ereignisse Artefakte
DailysSprints
SM PO Product
Backlog
Sprint
Planning
Refinement
Review Retrospective
DEV
SM PO
DEVCross-funktionales
Developmentteam
Scrum
Master
Product
Owner
Sprint
Backlog
PSP

21. Wartung: Bewertung

22. Zusammenfassung
Tourismus WartungLogistik
7 4
1
7 3
2
9 3
0

23. DER RICHTIGE KURS?
oder der Nokia Test

24. Nokia Test
Jeff Sutherland

25. Nokia Test
Jeff Sutherland

26. Nokia Test Kategorien
0 101 2 3 4 5 6 7 8 9

27. 1 - Iterationen
Sprints sind zeitlich begrenzt
2Variabel, 4 < Dauer <= 6 Wochen
4Variabel, Dauer <= 4 Wochen
5Konstant für die letzten 3 Sprints,
Dauer = 1 Monat
6Konstant für die letzten 3 Sprints,
Dauer = 4 Wochen
8Konstant für die letzten 3 Sprints,
Dauer = 3 Wochen
10
Konstant für die letzten 3 Sprints,
Dauer <= 2 Wochen

28. 2 - Qualitaetssicherung
Softwarefunktionen sind getestet und funktionieren am Ende der Iteration
2Automatisches Deployment mit allen
autom. Akzeptanztests alle 24 Stunden
1Einige Entwicklertests (Unit Tests)
1Entwicklertests (Unit Tests)
pro Story
2Funktionen werden vor
Review getestet
2Funktionen werden direkt nach
Fertigstellung getestet
2Team automatisiert Akzeptanztest
für jede Story

29. 3 - Sprint Stories
Spezifikation der Backlog Items
1Anforderungen für Sprint Items sind
spezifiziert
1Anforderungen sind unabhängige
und priorisierte User Stories
2User Stories starten mit „Als <Rolle>,
möchte ich <Ziel/Wunsch>, damit <Nutzen>“
2User Stories haben nachprüfbare
Akzeptanztests
2Das Team hat eine Definiton of Ready
2Das Team hat eine Definiton of Done

30. Nokia Test
1 - Iterationen 10 6 6 - Schätzungen
2 - QS 2 1 7 – Burn-down
3 - Sprint Stories 1 1 8 - Retrospective
4 - Product Owner 0 6 9 - Scrum Master
5 - Product Backlog 3 4 10 - Team
10
10
8
3
4
1 7
2 0
4 0
1 7
9 3
3
3
6
7
6

31. Nokia Test
1 - Iterationen 10 6 6 - Schätzungen
2 - QS 2 1 7 – Burn-down
3 - Sprint Stories 1 1 8 - Retrospective
4 - Product Owner 0 6 9 - Scrum Master
5 - Product Backlog 3 4 10 - Team
10
10
8
3
4
1 7
2 0
4 0
1 7
9 3
3
3
6
7
6

32. Ergebnisse des Nokia-Tests
LogistikTourismus
3,53,3
Wartung
6,0

33. Nokia Test Kategorien
0 101 2 3 4 5 6 7 8 9
6 Monate
Velocity
+200%

34. Anmerkungen zum Nokia-Test
Vorgaben über den
Scrum Guide hinaus
sehr konkrete Vorgaben
keine Gewichtung

35. DER RICHTIGE KURS?
oder eine alternative Bewertung

37. Empirische Prozesssteuerung
Transparenz,
Inspektion &
Adaption

38. Bewertung
Empirische
Prozesssteuerung
Transparenz
Überprüfung
AnpassungAnpassung

39. Prinzipien hinter dem Agilen Manifest
1. Unsere höchste Priorität ist es, den Kunden durch frühe und kontinuierliche Auslieferung
wertvoller Software zufrieden zu stellen.
2. Heiße Anforderungsänderungen selbst spät in der Entwicklung willkommen. Agile Prozesse
nutzen Veränderungen zum Wettbewerbsvorteil des Kunden.
3. Liefere funktionierende Software regelmäßig innerhalb weniger Wochen oder Monate und
bevorzuge dabei die kürzere Zeitspanne.
4. Fachexperten und Entwickler müssen während des Projektes täglich zusammenarbeiten.
5. 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.
6. Die effizienteste und effektivste Methode, Informationen an und innerhalb eines
Entwicklungsteams zu übermitteln, ist im Gespräch von Angesicht zu Angesicht.

40. Prinzipien hinter dem Agilen Manifest
7. Funktionierende Software ist das wichtigste Fortschrittsmaß.
8. Agile Prozesse fördern nachhaltige Entwicklung. Die Auftraggeber, Entwickler und Benutzer
sollten ein gleichmäßiges Tempo auf unbegrenzte Zeit halten können.
9. Ständiges Augenmerk auf technische Exzellenz und gutes Design fördert Agilität.
10. Einfachheit -- die Kunst, die Menge nicht getaner Arbeit zu maximieren -- ist essenziell.
11. Die besten Architekturen, Anforderungen und Entwürfe entstehen durch
selbstorganisierte Teams.
12. In regelmäßigen Abständen reflektiert das Team, wie es effektiver werden kann und passt
sein Verhalten entsprechend an.

41. Bewertung
Empirische
Prozesssteuerung Agile Werte & Prinzipien
Transparenz
Überprüfung
AnpassungAnpassung
Unterschiedliche Perspektiven
Commitment
Kundenzufriedenheit
Direkte Kommunikation
Selbstorganisation
Einfachheit
Regelmäßige Auslieferungen

42. Tourismus: Bewertung
Empirische
Prozesssteuerung Agile Werte & Prinzipien
Transparenz
Überprüfung
AnpassungAnpassung
Unterschiedliche Perspektiven
Commitment
Kundenzufriedenheit
Direkte Kommunikation
Selbstorganisation
Einfachheit
Regelmäßige Auslieferungen

43. Logistik: Bewertung
Empirische
Prozesssteuerung Agile Werte & Prinzipien
Transparenz
Überprüfung
AnpassungAnpassung
Unterschiedliche Perspektiven
Commitment
Kundenzufriedenheit
Direkte Kommunikation
Selbstorganisation
Einfachheit
Regelmäßige Auslieferungen

44. Wartung: Bewertung
Empirische
Prozesssteuerung Agile Werte & Prinzipien
Transparenz
Überprüfung
AnpassungAnpassung
Unterschiedliche Perspektiven
Commitment
Kundenzufriedenheit
Direkte Kommunikation
Selbstorganisation
Einfachheit
Regelmäßige Auslieferungen

45. Zusammenfassung
Tourismus WartungLogistik
1 7
2
8 1
1
3 4
3

47. Sprints
Empirische
Prozesssteuerung Agile Werte & Prinzipien
Transparenz
Überprüfung
AnpassungAnpassung
Unterschiedliche Perspektiven
Commitment
Kundenzufriedenheit
Direkte Kommunikation
Selbstorganisation
Einfachheit
Regelmäßige Auslieferungen

48. Daily
Empirische
Prozesssteuerung Agile Werte & Prinzipien
Transparenz
Überprüfung
AnpassungAnpassung
Unterschiedliche Perspektiven
Commitment
Kundenzufriedenheit
Direkte Kommunikation
Selbstorganisation
Einfachheit
Regelmäßige Auslieferungen

49. Planning
Empirische
Prozesssteuerung Agile Werte & Prinzipien
Transparenz
Überprüfung
AnpassungAnpassung
Unterschiedliche Perspektiven
Commitment
Kundenzufriedenheit
Direkte Kommunikation
Selbstorganisation
Einfachheit
Regelmäßige Auslieferungen

50. Refinement
Empirische
Prozesssteuerung Agile Werte & Prinzipien
Transparenz
Überprüfung
AnpassungAnpassung
Unterschiedliche Perspektiven
Commitment
Kundenzufriedenheit
Direkte Kommunikation
Selbstorganisation
Einfachheit
Regelmäßige Auslieferungen

51. Review
Empirische
Prozesssteuerung Agile Werte & Prinzipien
Transparenz
Überprüfung
AnpassungAnpassung
Unterschiedliche Perspektiven
Commitment
Kundenzufriedenheit
Direkte Kommunikation
Selbstorganisation
Einfachheit
Regelmäßige Auslieferungen

52. Retrospective
Empirische
Prozesssteuerung Agile Werte & Prinzipien
Transparenz
Überprüfung
AnpassungAnpassung
Unterschiedliche Perspektiven
Commitment
Kundenzufriedenheit
Direkte Kommunikation
Selbstorganisation
Einfachheit
Regelmäßige Auslieferungen

53. Product Backlog
Empirische
Prozesssteuerung Agile Werte & Prinzipien
Transparenz
Überprüfung
AnpassungAnpassung
Unterschiedliche Perspektiven
Commitment
Kundenzufriedenheit
Direkte Kommunikation
Selbstorganisation
Einfachheit
Regelmäßige Auslieferungen

54. Wer das will ...
Empirische
Prozesssteuerung Agile Werte & Prinzipien
Transparenz
Überprüfung
AnpassungAnpassung
Unterschiedliche Perspektiven
Commitment
Kundenzufriedenheit
Direkte Kommunikation
Selbstorganisation
Einfachheit
Regelmäßige Auslieferungen

55. Muss das machen ...
Rollen Ereignisse Artefakte
DailysSprints
SM PO Product
Backlog
Sprint
Planning
Refinement
Review Retrospective
DEV
SM PO
DEVCross-funktionales
Developmentteam
Scrum
Master
Product
Owner

56. Fazit
Scrum
ist
einfach

57. MURCS
Wir machen jetzt Scrum, aber das Meeting passt leider
nicht und einen PO haben wir irgendwie auch nicht...
Ulf Mewe
@mewflu