Das Dokument untersucht die Implementierung von Scrum in Projekten und hebt die Herausforderungen sowie Erfolgsfaktoren hervor. Es werden verschiedene Aspekte des Scrum-Frameworks analysiert, darunter die Rollen und Meetings, die Bedeutung von Transparenz und die Notwendigkeit der Anpassung an spezifische Projektbedürfnisse. Abschließend wird betont, dass die Realität der Projekte Einfluss auf die Anwendung von Scrum-Prinzipien hat und dass kontinuierliche Verbesserung und Feedback entscheidend sind.

1. Bitter ScrumAuf der Suche nach den Sweet SpotsChris Rupp & Thomas Mödl

2. 213ScrumIntroProjektrealität54Schluss-folgerungScrum in der ProjektrealitätBitter Scrum – Auf der Suche nach den Sweet Spots

3. Mein Standpunkt im Thema:FreiheitsgradeKonventionellerWasserfallScrumIterationslänge --Iterationslänge ++starres Regelwerk

4. Projekte über 25 PJ.1997 20001995 Beratung20021991 Produktentwicklung1990 Schulungen1989 Programmierung2003TUM, Max-Planck1986 20042005Seit 1989 an erfolgreichen Projekten gewachsen.2006 … 2010:

5. Thomas MoedlGeschäftsführer der DialogData GmbH & Co KG

6. Supporter imIREB e.V.

7. Trainer, Berater und Referent

8. Signatory des agilen Manifests 2003CRUM

9. Chris RuppGeschäftsführerin der SOPHIST GmbH

10. Vorstandsvorsitzende des IREB e.V.

11. Trainerin, Beraterin und Autorin1.1 – Seite 6

12. Wer schreibt, der bleibtDie Bücher der SOPHISTen

13. Unsere KundenAuszug aus unserer Kundenliste

14. SprintsRollen MeetingsChartsVollständigkeitScrum

15. committedinvolvedProduct Owner

16. Scrum Master

17. TeamRollen in ScrumVerantwortung und ZusammenarbeitStakeholderSOPHIST GmbHName des Bausteins#.1 – Seite 10

18. #.1 – Seite 11Dialog DataScrumTask Boardstories & rel. taskstasks< 1 daypotentiallyshippableproductincrementBurndownChartSprint GoalProduct(Increment)Sprint, Daily Scrum, Reviewimplementation/coordinationSprints in ScrumSprintBacklog

19. #.1 – Seite 12Dialog DataScrumTask Boardstories & rel. taskstasks< 1 dayprio=b.value,risk,efforthighestprios on topitems on top detailedpotentiallyshippableproductincrementBurndownChartSprint GoalProduct(Increment)Team(Skill)Sprint, Daily Scrum, ReviewSprint PlanningRetrospectiveselforganizingvelocity= SP / sprintimprovementcommitingsprintgoalanalysis: understand POdesign: teamselects stories & planstasksimplementation/coordinationSprints in ScrumProductBacklogSprintBacklog

20. #.1 – Seite 13Dialog DataScrumTask Boardstories & rel. taskstasks< 1 dayprio=b.value,risk,efforthighestprios on topitems on top detailedpotentiallyshippableproductincrementBurndownChartSprint GoalProduct(Increment)Team(Skill)Sprint, Daily Scrum, ReviewSprint PlanningRetrospectiveselforganizingvelocity= SP / sprintimprovementcommitingsprintgoalanalysis: understand POdesign: teamselects stories & planstasksimplementation/coordinationBacklogGrooming, EstimatingSprints in ScrumProductBacklogSprintBacklog

21. #.1 – Seite 14Dialog DataScrumTask Boardstories & rel. taskstasks< 1 dayprio=b.value,risk,efforthighestprios on topitems on top detailedpotentiallyshippableproductincrementBurndownChartSprint GoalProduct(Increment)Team(Skill)Sprint, Daily Scrum, ReviewSprint PlanningRetrospectiveselforganizingvelocity= SP / sprintimprovementcommitingsprintgoalanalysis: understand POdesign: teamselects stories & planstasksimplementation/coordinationBacklogGrooming, EstimatingSprints in ScrumProductBacklogSprintBacklog

22. #.1 – Seite 15Dialog DataScrumTask Boardstories & rel. taskstasks< 1 dayprio=b.value,risk,efforthighestprios on topitems on top detailedpotentiallyshippableproductincrementBurndownChartSprint GoalProduct(Increment)Team(Skill)Sprint, Daily Scrum, ReviewSprint PlanningRetrospectiveselforganizingvelocity= SP / sprintimprovementcommitingsprintgoalanalysis: understand POdesign: teamselects stories & planstasksimplementation/coordinationBacklogGrooming, EstimatingSprints in ScrumReleasePlanningProductBacklogSprintBacklog

23. #.1 – Seite 16Dialog DataScrumReleasePlanningTask Boardstories & rel. taskstasks< 1 dayprio=b.value,risk,efforthighestprios on topitems on top detailedpotentiallyshippableproductincrementBurndownChartSprint GoalProduct(Increment)Team(Skill)Sprint, Daily Scrum, ReviewSprint PlanningRetrospectiveselforganizingvelocity= SP / sprintimprovementcommitingsprintgoalanalysis: understand POdesign: teamselects stories & planstasksimplementation/coordinationBacklogGrooming, EstimatingSprints in ScrumProductBacklogSprintBacklog

24. Genauigkeit ist auf kurze Sichtwichtig.

25. Meetings in ScrumSprint PlanningDialog DataScrumDaily Scrum

26. Was habeichgesterngetan?

27. Was war mirdabeiimWeg?

28. Was macheichheute?

29. Nur“Pigs”

30. Fortschrittsbetrachtung

31. Scrum Master moderiertSprint ReviewSprint Retrospective

32. ImAnschluß an das Review

33. Ziel: Zusammenarbeit und Prozessverbessern

34. Story Telling Stil

35. Scrum Master moderiertEstimation meetings#.1 – Seite 18

36. Charts in ScrumAufwandSprint Burndown ChartTäglicher Fortschritt

37. “small picture”Product Burndown ChartFortschritt per Sprint

38. “big picture”

39. ggf. Release Burndown ChartMessung in Story PointsRelative Schätzung

40. Empirische MessungZeit#.1 – Seite 19Dialog DataScrum

41. Dialog DataScrumProductBurndownPBL konstantPBL wachsendAufwandSprints#.1 – Seite 20

42. Die Silver BulletFred Brooks: „The Mythical Man Month“#.1 – Seite21Dialog DataScrumA silver bullet is a method to kill mythical creatures such as werewolves or a metaphor for any solution of extreme effectiveness.e+=

43. Dialog DataScrum

44. Wünsche -> WissenGoldene RegelGarbage-In …KonsolidierungsterrorProjektartenProjektrealität

45. Worte sind bedeutungslosReferenz als Schlüssel zum Erfolg SOPHIST GmbHDialog DataSA auf den Punkt gebracht1 – Seite 24Gedankenübertragung funktioniert nicht.Perfekte Kommunikation ist unmöglich!Worte an sich sind bedeutungslos.© iStockphoto | human brain by EraxionDas gemeinsame Referenzmodell entscheidet über den Kommunikationserfolg!

46. Das Kano-ModellAnforderungskategorisierungSOPHIST GmbHDialog DataSA auf den Punkt gebracht1 – Seite 25Begeisterungsfaktoren (unbewusstes Wissen) sind Systemmerkmale, die der Stakeholder nicht kennt und erst während der Benutzung als angenehme und nützliche Überraschung entdeckt.Leistungsfaktoren (bewusstes Wissen) sind die explizit geforderten Systemmerkmale.Basisfaktoren (unterbewusstes Wissen) sind die selbstverständlich vorausgesetzten Systemmerkmale.

47. Bildquelle: © istockphoto | In gold we trust by apcukDie Goldene Regel:macht die Regeln!Wer das Gold hat,

48. Garbage In - Garbage out

49. Konsolidierung kostet Zeit und Nerven.© iStockphoto | I quit by Trista

50. SOPHIST GmbHName des Bausteins#.1 – Seite29Die Realität entscheidet über das Entwicklungsvorgehen© iStockphoto | Rows of clothes washers in a store 2 by milkos