SlideShare ist ein Scribd-Unternehmen logo
Agile Softwareentwicklung mit Scrum 1 von 19 http://bambo.it
Agenda Über Scrum Der Prozess Die Rollen Die Prinzipien 2
Über Scrum Ein Framework für das Management komplexer Projekte Technische Unwägbarkeiten/Machbarkeit Sich ändernde Anforderungen Ein einfaches Framework für iterative und inkrementelle Softwareentwicklung Nicht iterativ vs. iterativ 3
Wasserfallmodell Es wird zu weit in die Zukunft geplant Verlauf 1: Software entspricht nicht den Anforderungen Verlauf 2: Anforderungen ändern sich zu undefinierten Zeitpunkten  4
Scrum Es werden nur 2 – 4 Wochen konkret geplant. Definierter Zeitpunkt für Anforderungsänderungen Software entspricht den Anforderungen nach jeder Iteration 5
Der Prozess 6
Das ProductBacklog Eine Liste von priorisierten und geschätzten User Stories (Anforderungsworkshops) Eine User Story beschreibt eine konkrete Funktionalität aus Sicht des Anwenders Eine User Story ist in der Sprache des Kunden beschrieben und liefert einen konkreten Mehrwert Template: Als <Benutzerrolle> will ich <das Ziel>[, so dass <Grund für das Ziel>] 7
Das Selected Backlog Eine Liste der höchstpriorisierten User Stories aus dem ProductBacklog (Sprint Planning I) Festlegung des Sprint Zieles Vorstellung, Analyse und Commitment 8
Das Sprint Backlog Ausgewählte User Stories werden in ihre Einzeltasks zerlegt. (Sprint Planning II) Eine Liste von priorisierten Einzeltasks. Die Umsetzung eines Task sollte nicht länger als einen Arbeitstag dauern. Tasks sind meist Programmieraufgaben können aber auch Infrastrukturarbeiten oder Managementaufgaben sein.  9
Der Sprint Eine Entwicklungsphase fester Länge, an deren Ende das Team funktionierende Software ausliefert. Während des Sprints darf niemand dem Team nicht geplante Arbeiten aufdrücken Das Team organisiert sich während des Sprints vollständig selbst und synchronisiert sich im Daily Scrum. 10
Das Daily Scrum Das Team trifft sich jeden Tag zu einer festen Zeit zu einem Stand-upMeeting. (15min) Teammitglieder äußern sich der Reihe nach zu folgenden drei Punkten: Was habe ich gestern erreicht? Was plane ich heute? Welche Hindernisse oder Probleme haben sich mit in den Weg gestellt. 11
Sprint Review/Demo Ziel: Feedback von der Außenwelt Der Scrum Master erklärt welche User Stories erreicht bzw. nicht erreicht wurden Das Team stellt jede User Story am laufenden System vor Änderungen oder neue User Stories werden ins ProductBacklog eingetragen 12
Sprint Retrospektive Ziel: ständige Verbesserung (Kaizen) Daten Sammeln (Positiv/Negativ) Einsichten generieren (Warum-Fragen) Entscheiden, was zu tun ist (Dot-Voting) Ziele formulieren und Aktionen planen 13
Die Rollen 14
Das Team Das Team entwickelt die Software und ist für den Erfolg des Sprints verantwortlich. Innerhalb des Teams gibt es keine Hierarchien oder Führungsrollen. Niemand sagt dem Team wie es zu arbeiten hat. Selbstorganisiert: Keiner weist jemanden Tasks zu. Kanban-Pull-System. 15
Der Scrum Master Er ist verantwortlich für das Einhalten von Scrum-Werten und -Techniken. Er schützt das Team vor negativen Einflüssen von außen und beseitigt Hindernisse. Er hat keine Weisungsberechtigung und ist kein Projekt- oder Teamleiter. Er nimmt keine Verantwortung ab, sondern sorgt dafür, dass andere Rollen ihre Verantwortung annehmen. 16
Der ProductOwner Er repräsentiert den Kunden. Er ist verantwortlich für das ProductBacklog und hat als einziger schreibrechte darauf. Er füllt das Backlog mit User Stories, priorisiert diese und schätzt sie mit Hilfe des Teams. Er ist während des Sprints immer für das Team verfügbar um Story Details zu klären. Nimmt „Fertige“ User Stories ab. 17
Scrum Prinzipien I Transparenz: Schlechte Dinge sichtbar machen Beobachten & Anpassen: Tests, Prioritäten, Entwicklungsgeschwindigkeit (Velocity) Timeboxing: Daily, Sprint Planning, Sprint Dinge Abschließen: User Story, „Definition ofDone“, „Technical Debt“ 18
Scrum Prinzipien II Maximierung von Geschäftswerten: Priorisierung, Mehrwert, Risiko  Teams scheitern nicht: keine Schuldzuweisung, daraus lernen, Velocity anpassen Ergebnisorientiert: nicht die Dauer sondern das Ergebnis zählt, „Definition ofDone“ 19

Weitere ähnliche Inhalte

Was ist angesagt?

Scrum in der Praxis - Ein Blick hinter die Kulissen von Scrum
Scrum in der Praxis - Ein Blick hinter die Kulissen von ScrumScrum in der Praxis - Ein Blick hinter die Kulissen von Scrum
Scrum in der Praxis - Ein Blick hinter die Kulissen von Scrum
Robert Wiechmann
 
UX Methoden, Costumer Journey, Prototyping
UX Methoden, Costumer Journey, PrototypingUX Methoden, Costumer Journey, Prototyping
UX Methoden, Costumer Journey, Prototyping
Maria Mory
 
Creasoft Akademie - Diszipliniertes Anforderungsmanagement in agilen Projekten
Creasoft Akademie - Diszipliniertes Anforderungsmanagement in agilen ProjektenCreasoft Akademie - Diszipliniertes Anforderungsmanagement in agilen Projekten
Creasoft Akademie - Diszipliniertes Anforderungsmanagement in agilen Projekten
Creasoft AG
 
Agile Projektentwicklung mit SCRUM
Agile Projektentwicklung mit SCRUMAgile Projektentwicklung mit SCRUM
Agile Projektentwicklung mit SCRUM
TechDivision GmbH
 
Scrum - Wissen kompakt
Scrum - Wissen kompaktScrum - Wissen kompakt
Scrum - Wissen kompakt
Frank Dostert
 
Agile Vorgehensmodelle in der Softwareentwicklung: Scrum
Agile Vorgehensmodelle in der Softwareentwicklung: ScrumAgile Vorgehensmodelle in der Softwareentwicklung: Scrum
Agile Vorgehensmodelle in der Softwareentwicklung: ScrumJohannes Diemke
 
Agiles Projektmanagement mit Scrum - Einführung
Agiles Projektmanagement mit Scrum - EinführungAgiles Projektmanagement mit Scrum - Einführung
Agiles Projektmanagement mit Scrum - Einführung
Atilla Wohllebe
 
Scrum Workshop
Scrum WorkshopScrum Workshop
Scrum Workshopmrdoubleb
 
SE2013 ANECON Testen in agilen Projekten
SE2013 ANECON Testen in agilen ProjektenSE2013 ANECON Testen in agilen Projekten
SE2013 ANECON Testen in agilen Projekten
Peter Haberl
 
Agiles Testen
Agiles TestenAgiles Testen
Agiles Testen
oose
 
Scrum Einleitung Präsentation
Scrum Einleitung PräsentationScrum Einleitung Präsentation
Scrum Einleitung Präsentation
Andreas Nerlich
 
Ich will agil testen! was muss ich können iqnite 2014 - verison 2.0
Ich will agil testen! was muss ich können   iqnite 2014 - verison 2.0Ich will agil testen! was muss ich können   iqnite 2014 - verison 2.0
Ich will agil testen! was muss ich können iqnite 2014 - verison 2.0
Michael Fischlein
 
SCRUM für Projektleiter
SCRUM für ProjektleiterSCRUM für Projektleiter
SCRUM für Projektleiter
edutrainment company
 
Creasoft - Windows powershell
Creasoft - Windows powershellCreasoft - Windows powershell
Creasoft - Windows powershellCreasoft AG
 
Komfortable, systematische Modellierung und Automatisierung von GUI-Tests
Komfortable, systematische Modellierung und Automatisierung von GUI-TestsKomfortable, systematische Modellierung und Automatisierung von GUI-Tests
Komfortable, systematische Modellierung und Automatisierung von GUI-Tests
Oliver Stadie
 

Was ist angesagt? (15)

Scrum in der Praxis - Ein Blick hinter die Kulissen von Scrum
Scrum in der Praxis - Ein Blick hinter die Kulissen von ScrumScrum in der Praxis - Ein Blick hinter die Kulissen von Scrum
Scrum in der Praxis - Ein Blick hinter die Kulissen von Scrum
 
UX Methoden, Costumer Journey, Prototyping
UX Methoden, Costumer Journey, PrototypingUX Methoden, Costumer Journey, Prototyping
UX Methoden, Costumer Journey, Prototyping
 
Creasoft Akademie - Diszipliniertes Anforderungsmanagement in agilen Projekten
Creasoft Akademie - Diszipliniertes Anforderungsmanagement in agilen ProjektenCreasoft Akademie - Diszipliniertes Anforderungsmanagement in agilen Projekten
Creasoft Akademie - Diszipliniertes Anforderungsmanagement in agilen Projekten
 
Agile Projektentwicklung mit SCRUM
Agile Projektentwicklung mit SCRUMAgile Projektentwicklung mit SCRUM
Agile Projektentwicklung mit SCRUM
 
Scrum - Wissen kompakt
Scrum - Wissen kompaktScrum - Wissen kompakt
Scrum - Wissen kompakt
 
Agile Vorgehensmodelle in der Softwareentwicklung: Scrum
Agile Vorgehensmodelle in der Softwareentwicklung: ScrumAgile Vorgehensmodelle in der Softwareentwicklung: Scrum
Agile Vorgehensmodelle in der Softwareentwicklung: Scrum
 
Agiles Projektmanagement mit Scrum - Einführung
Agiles Projektmanagement mit Scrum - EinführungAgiles Projektmanagement mit Scrum - Einführung
Agiles Projektmanagement mit Scrum - Einführung
 
Scrum Workshop
Scrum WorkshopScrum Workshop
Scrum Workshop
 
SE2013 ANECON Testen in agilen Projekten
SE2013 ANECON Testen in agilen ProjektenSE2013 ANECON Testen in agilen Projekten
SE2013 ANECON Testen in agilen Projekten
 
Agiles Testen
Agiles TestenAgiles Testen
Agiles Testen
 
Scrum Einleitung Präsentation
Scrum Einleitung PräsentationScrum Einleitung Präsentation
Scrum Einleitung Präsentation
 
Ich will agil testen! was muss ich können iqnite 2014 - verison 2.0
Ich will agil testen! was muss ich können   iqnite 2014 - verison 2.0Ich will agil testen! was muss ich können   iqnite 2014 - verison 2.0
Ich will agil testen! was muss ich können iqnite 2014 - verison 2.0
 
SCRUM für Projektleiter
SCRUM für ProjektleiterSCRUM für Projektleiter
SCRUM für Projektleiter
 
Creasoft - Windows powershell
Creasoft - Windows powershellCreasoft - Windows powershell
Creasoft - Windows powershell
 
Komfortable, systematische Modellierung und Automatisierung von GUI-Tests
Komfortable, systematische Modellierung und Automatisierung von GUI-TestsKomfortable, systematische Modellierung und Automatisierung von GUI-Tests
Komfortable, systematische Modellierung und Automatisierung von GUI-Tests
 

Ähnlich wie Scrum

Das TIB AV-Portal setzt auf das agile Management-Framework Scrum
Das TIB AV-Portal setzt auf das agile Management-Framework ScrumDas TIB AV-Portal setzt auf das agile Management-Framework Scrum
Das TIB AV-Portal setzt auf das agile Management-Framework Scrum
SvenDrStrobel
 
Agile softwareentwicklung am Beispiel von Scrum
Agile softwareentwicklung am Beispiel von ScrumAgile softwareentwicklung am Beispiel von Scrum
Agile softwareentwicklung am Beispiel von Scrum
Zeljko Kvesic
 
Scrum und Agile Software Entwicklung
Scrum und Agile Software EntwicklungScrum und Agile Software Entwicklung
Scrum und Agile Software Entwicklung
Aniello Bove
 
Projekte mittels Scrum und agiler Software Entwicklung meistern
Projekte mittels Scrum und agiler Software Entwicklung meisternProjekte mittels Scrum und agiler Software Entwicklung meistern
Projekte mittels Scrum und agiler Software Entwicklung meistern
INM AG
 
Rückwärts denken vorwärts handeln - Requirements Reverse Engineering bei Syst...
Rückwärts denken vorwärts handeln - Requirements Reverse Engineering bei Syst...Rückwärts denken vorwärts handeln - Requirements Reverse Engineering bei Syst...
Rückwärts denken vorwärts handeln - Requirements Reverse Engineering bei Syst...
Markus Unterauer
 
Rails und Scrum in großen Projekten
Rails und Scrum in großen ProjektenRails und Scrum in großen Projekten
Rails und Scrum in großen ProjektenPhillip Oertel
 
Scrum Rocks, Testing Sucks ?! RELOADED
Scrum Rocks, Testing Sucks ?! RELOADEDScrum Rocks, Testing Sucks ?! RELOADED
Scrum Rocks, Testing Sucks ?! RELOADED
SwissQ Consulting AG
 
Automatisierter Software-Test unter Java
Automatisierter Software-Test unter JavaAutomatisierter Software-Test unter Java
Automatisierter Software-Test unter Java
GFU Cyrus AG
 
Agile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördern
Agile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördernAgile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördern
Agile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördern
Sascha Böhr
 
Scrum Überblick Teil 1
Scrum Überblick Teil 1Scrum Überblick Teil 1
Scrum Überblick Teil 1
Christof Zahn
 
Scrum als agiles Vorgehensmodell für Programmierer
Scrum als agiles Vorgehensmodell für ProgrammiererScrum als agiles Vorgehensmodell für Programmierer
Scrum als agiles Vorgehensmodell für Programmierer
Tobias Schlüter
 
QUANTO Solutions Q-SEC
QUANTO Solutions Q-SECQUANTO Solutions Q-SEC
QUANTO Solutions Q-SEC
QUANTO Solutions
 
OOP2017: Scrum statt Murcs - Agile Software-Entwicklung
OOP2017: Scrum statt Murcs - Agile Software-EntwicklungOOP2017: Scrum statt Murcs - Agile Software-Entwicklung
OOP2017: Scrum statt Murcs - Agile Software-Entwicklung
HEC GmbH | Ein team neusta Unternehmen
 
MURCS - Wir machen jetzt Scrum (OOP 2017)
MURCS - Wir machen jetzt Scrum (OOP 2017)MURCS - Wir machen jetzt Scrum (OOP 2017)
MURCS - Wir machen jetzt Scrum (OOP 2017)
Ulf Mewe
 
Murcs
MurcsMurcs
Murcs
Ulf Mewe
 
Agile UX, Ideation and Scrum Workshop, ditact Nov 2013 (German)
Agile UX, Ideation and Scrum Workshop, ditact Nov 2013 (German)Agile UX, Ideation and Scrum Workshop, ditact Nov 2013 (German)
Agile UX, Ideation and Scrum Workshop, ditact Nov 2013 (German)
Renate Pinggera
 
Referat: Scrum Rocks – Testing Sucks?! (reloaded)
Referat: Scrum Rocks – Testing Sucks?! (reloaded)Referat: Scrum Rocks – Testing Sucks?! (reloaded)
Referat: Scrum Rocks – Testing Sucks?! (reloaded)
Digicomp Academy AG
 
20100531 Scrum Einfuehrung
20100531 Scrum Einfuehrung20100531 Scrum Einfuehrung
20100531 Scrum Einfuehrung
Martin Fache
 

Ähnlich wie Scrum (20)

Scrum 2009 10_23
Scrum 2009 10_23Scrum 2009 10_23
Scrum 2009 10_23
 
Einführung in SCRUM
Einführung in SCRUMEinführung in SCRUM
Einführung in SCRUM
 
Das TIB AV-Portal setzt auf das agile Management-Framework Scrum
Das TIB AV-Portal setzt auf das agile Management-Framework ScrumDas TIB AV-Portal setzt auf das agile Management-Framework Scrum
Das TIB AV-Portal setzt auf das agile Management-Framework Scrum
 
Agile softwareentwicklung am Beispiel von Scrum
Agile softwareentwicklung am Beispiel von ScrumAgile softwareentwicklung am Beispiel von Scrum
Agile softwareentwicklung am Beispiel von Scrum
 
Scrum und Agile Software Entwicklung
Scrum und Agile Software EntwicklungScrum und Agile Software Entwicklung
Scrum und Agile Software Entwicklung
 
Projekte mittels Scrum und agiler Software Entwicklung meistern
Projekte mittels Scrum und agiler Software Entwicklung meisternProjekte mittels Scrum und agiler Software Entwicklung meistern
Projekte mittels Scrum und agiler Software Entwicklung meistern
 
Rückwärts denken vorwärts handeln - Requirements Reverse Engineering bei Syst...
Rückwärts denken vorwärts handeln - Requirements Reverse Engineering bei Syst...Rückwärts denken vorwärts handeln - Requirements Reverse Engineering bei Syst...
Rückwärts denken vorwärts handeln - Requirements Reverse Engineering bei Syst...
 
Rails und Scrum in großen Projekten
Rails und Scrum in großen ProjektenRails und Scrum in großen Projekten
Rails und Scrum in großen Projekten
 
Scrum Rocks, Testing Sucks ?! RELOADED
Scrum Rocks, Testing Sucks ?! RELOADEDScrum Rocks, Testing Sucks ?! RELOADED
Scrum Rocks, Testing Sucks ?! RELOADED
 
Automatisierter Software-Test unter Java
Automatisierter Software-Test unter JavaAutomatisierter Software-Test unter Java
Automatisierter Software-Test unter Java
 
Agile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördern
Agile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördernAgile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördern
Agile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördern
 
Scrum Überblick Teil 1
Scrum Überblick Teil 1Scrum Überblick Teil 1
Scrum Überblick Teil 1
 
Scrum als agiles Vorgehensmodell für Programmierer
Scrum als agiles Vorgehensmodell für ProgrammiererScrum als agiles Vorgehensmodell für Programmierer
Scrum als agiles Vorgehensmodell für Programmierer
 
QUANTO Solutions Q-SEC
QUANTO Solutions Q-SECQUANTO Solutions Q-SEC
QUANTO Solutions Q-SEC
 
OOP2017: Scrum statt Murcs - Agile Software-Entwicklung
OOP2017: Scrum statt Murcs - Agile Software-EntwicklungOOP2017: Scrum statt Murcs - Agile Software-Entwicklung
OOP2017: Scrum statt Murcs - Agile Software-Entwicklung
 
MURCS - Wir machen jetzt Scrum (OOP 2017)
MURCS - Wir machen jetzt Scrum (OOP 2017)MURCS - Wir machen jetzt Scrum (OOP 2017)
MURCS - Wir machen jetzt Scrum (OOP 2017)
 
Murcs
MurcsMurcs
Murcs
 
Agile UX, Ideation and Scrum Workshop, ditact Nov 2013 (German)
Agile UX, Ideation and Scrum Workshop, ditact Nov 2013 (German)Agile UX, Ideation and Scrum Workshop, ditact Nov 2013 (German)
Agile UX, Ideation and Scrum Workshop, ditact Nov 2013 (German)
 
Referat: Scrum Rocks – Testing Sucks?! (reloaded)
Referat: Scrum Rocks – Testing Sucks?! (reloaded)Referat: Scrum Rocks – Testing Sucks?! (reloaded)
Referat: Scrum Rocks – Testing Sucks?! (reloaded)
 
20100531 Scrum Einfuehrung
20100531 Scrum Einfuehrung20100531 Scrum Einfuehrung
20100531 Scrum Einfuehrung
 

Scrum

  • 1. Agile Softwareentwicklung mit Scrum 1 von 19 http://bambo.it
  • 2. Agenda Über Scrum Der Prozess Die Rollen Die Prinzipien 2
  • 3. Über Scrum Ein Framework für das Management komplexer Projekte Technische Unwägbarkeiten/Machbarkeit Sich ändernde Anforderungen Ein einfaches Framework für iterative und inkrementelle Softwareentwicklung Nicht iterativ vs. iterativ 3
  • 4. Wasserfallmodell Es wird zu weit in die Zukunft geplant Verlauf 1: Software entspricht nicht den Anforderungen Verlauf 2: Anforderungen ändern sich zu undefinierten Zeitpunkten 4
  • 5. Scrum Es werden nur 2 – 4 Wochen konkret geplant. Definierter Zeitpunkt für Anforderungsänderungen Software entspricht den Anforderungen nach jeder Iteration 5
  • 7. Das ProductBacklog Eine Liste von priorisierten und geschätzten User Stories (Anforderungsworkshops) Eine User Story beschreibt eine konkrete Funktionalität aus Sicht des Anwenders Eine User Story ist in der Sprache des Kunden beschrieben und liefert einen konkreten Mehrwert Template: Als <Benutzerrolle> will ich <das Ziel>[, so dass <Grund für das Ziel>] 7
  • 8. Das Selected Backlog Eine Liste der höchstpriorisierten User Stories aus dem ProductBacklog (Sprint Planning I) Festlegung des Sprint Zieles Vorstellung, Analyse und Commitment 8
  • 9. Das Sprint Backlog Ausgewählte User Stories werden in ihre Einzeltasks zerlegt. (Sprint Planning II) Eine Liste von priorisierten Einzeltasks. Die Umsetzung eines Task sollte nicht länger als einen Arbeitstag dauern. Tasks sind meist Programmieraufgaben können aber auch Infrastrukturarbeiten oder Managementaufgaben sein. 9
  • 10. Der Sprint Eine Entwicklungsphase fester Länge, an deren Ende das Team funktionierende Software ausliefert. Während des Sprints darf niemand dem Team nicht geplante Arbeiten aufdrücken Das Team organisiert sich während des Sprints vollständig selbst und synchronisiert sich im Daily Scrum. 10
  • 11. Das Daily Scrum Das Team trifft sich jeden Tag zu einer festen Zeit zu einem Stand-upMeeting. (15min) Teammitglieder äußern sich der Reihe nach zu folgenden drei Punkten: Was habe ich gestern erreicht? Was plane ich heute? Welche Hindernisse oder Probleme haben sich mit in den Weg gestellt. 11
  • 12. Sprint Review/Demo Ziel: Feedback von der Außenwelt Der Scrum Master erklärt welche User Stories erreicht bzw. nicht erreicht wurden Das Team stellt jede User Story am laufenden System vor Änderungen oder neue User Stories werden ins ProductBacklog eingetragen 12
  • 13. Sprint Retrospektive Ziel: ständige Verbesserung (Kaizen) Daten Sammeln (Positiv/Negativ) Einsichten generieren (Warum-Fragen) Entscheiden, was zu tun ist (Dot-Voting) Ziele formulieren und Aktionen planen 13
  • 15. Das Team Das Team entwickelt die Software und ist für den Erfolg des Sprints verantwortlich. Innerhalb des Teams gibt es keine Hierarchien oder Führungsrollen. Niemand sagt dem Team wie es zu arbeiten hat. Selbstorganisiert: Keiner weist jemanden Tasks zu. Kanban-Pull-System. 15
  • 16. Der Scrum Master Er ist verantwortlich für das Einhalten von Scrum-Werten und -Techniken. Er schützt das Team vor negativen Einflüssen von außen und beseitigt Hindernisse. Er hat keine Weisungsberechtigung und ist kein Projekt- oder Teamleiter. Er nimmt keine Verantwortung ab, sondern sorgt dafür, dass andere Rollen ihre Verantwortung annehmen. 16
  • 17. Der ProductOwner Er repräsentiert den Kunden. Er ist verantwortlich für das ProductBacklog und hat als einziger schreibrechte darauf. Er füllt das Backlog mit User Stories, priorisiert diese und schätzt sie mit Hilfe des Teams. Er ist während des Sprints immer für das Team verfügbar um Story Details zu klären. Nimmt „Fertige“ User Stories ab. 17
  • 18. Scrum Prinzipien I Transparenz: Schlechte Dinge sichtbar machen Beobachten & Anpassen: Tests, Prioritäten, Entwicklungsgeschwindigkeit (Velocity) Timeboxing: Daily, Sprint Planning, Sprint Dinge Abschließen: User Story, „Definition ofDone“, „Technical Debt“ 18
  • 19. Scrum Prinzipien II Maximierung von Geschäftswerten: Priorisierung, Mehrwert, Risiko Teams scheitern nicht: keine Schuldzuweisung, daraus lernen, Velocity anpassen Ergebnisorientiert: nicht die Dauer sondern das Ergebnis zählt, „Definition ofDone“ 19