The Scrum Guide

1 Der Scrum Guide Der g ltige Leitfaden f r Scrum : Die Spielregeln Juli 2013 Entwickelt und kontinuierlich verbessert von Ken Schwaber und Jeff Sutherland 2015 and ScrumInc. Offered for license under the Attribution Share-Alike license of Creative Commons, accessible at and also described in summary form at By utilizing this Scrum Guide you acknowledge and agree that you have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons. Page | 2 Inhaltsverzeichnis Zielsetzung des Scrum Guide .. 3 Definition von Scrum .. 3 Scrum : Theorie .. 3 Das Scrum Team .. 4 Der Product Owner .. 5 Das 5 Der Scrum 6 Scrum Ereignisse .. 7 Der 8 Sprint Planning .. 9 Daily Scrum .. 10 Sprint Review .. 11 Sprint Retrospektive .. 12 Scrum Artefakte .. 13 Product Backlog .. 13 Sprint Backlog.

2 15 Inkrement .. 15 Transparenz der Artefakte .. 16 Definition of Done .. 16 Schlussbemerkung .. 17 Danksagungen .. 17 Menschen .. 17 Historie .. 17 bersetzung .. 18 nderungen im Scrum Guide von 2013 im Vergleich zu 2011 .. 18 nderungshistorie .. 19 2015 and ScrumInc. Offered for license under the Attribution Share-Alike license of Creative Commons, accessible at and also described in summary form at By utilizing this Scrum Guide you acknowledge and agree that you have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons. Page | 3 Zielsetzung des Scrum Guide Scrum ist ein Rahmenwerk zur Entwicklung und Erhaltung komplexer Produkte. Dieser Leitfaden beinhaltet die Definition von Scrum . Diese Definition besteht aus den Scrum Rollen, Ereignissen, Artefakten sowie den Regeln, die sie miteinander verbinden.

3 Ken Schwaber und Jeff Sutherland haben Scrum entwickelt; der Scrum Guide wird von ihnen verfasst und ver ffentlicht. Beide stehen gemeinsam hinter dem Scrum Guide . Definition von Scrum Scrum (n): Ein Rahmenwerk, innerhalb dessen Menschen komplexe adaptive Aufgabenstellungen angehen k nnen, und durch das sie in die Lage versetzt werden, produktiv und kreativ Produkte mit dem h chstm glichen Wert auszuliefern. Scrum ist: Leichtgewichtig Einfach zu verstehen Schwierig zu meistern Scrum wird seit den fr hen 1990er Jahren als Prozessrahmenwerk bei der Entwicklung komplexer Produkte verwendet. Es ist weder ein Prozess noch eine Technik zur Erstellung von Produkten, sondern ist vielmehr als Rahmenwerk zu verstehen, innerhalb dessen verschiedene Prozesse und Techniken zum Einsatz gebracht werden k nnen. Scrum macht die relative Wirksamkeit Ihres Produktmanagements und Entwicklungsvorgehens sichtbar, so dass Sie sich verbessern k nnen.

4 Das Scrum Rahmenwerk besteht aus Scrum Teams und den mit ihnen verbundenen Rollen, Ereignissen, Artefakten und Regeln. Jede Komponente des Rahmenwerks dient einem spezifischen Zweck und ist unentbehrlich f r den Einsatz von Scrum und dessen Erfolg. Durch die Regeln von Scrum werden die Beziehungen und Wechselwirkungen zwischen den Ereignissen, Rollen und Artefakten bestimmt. Die Regeln von Scrum sind in diesem Dokument beschrieben. Bestimmte Taktiken zur Nutzung von Scrum variieren und sind an anderer Stelle beschrieben. Scrum : Theorie Scrum basiert auf der Theorie empirischer Prozesssteuerung oder kurz "Empirie". Empirie bedeutet, dass Wissen aus Erfahrung gewonnen wird und Entscheidungen auf Basis des Bekannten getroffen werden. Scrum nutzt einen iterativen, inkrementellen Ansatz, um Prognosesicherheit [von Terminen / Ergebnissen] zu optimieren und Risiken zu kontrollieren.

5 2015 and ScrumInc. Offered for license under the Attribution Share-Alike license of Creative Commons, accessible at and also described in summary form at By utilizing this Scrum Guide you acknowledge and agree that you have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons. Page | 4 Jede Implementierung von empirischer Prozesssteuerung ruht auf drei S ulen: Transparenz, berpr fung [Inspection] und Anpassung [Adaptation]. Transparenz Die wesentlichen Aspekte des Prozesses m ssen f r diejenigen sichtbar sein, die f r das Ergebnis verantwortlich sind. Transparenz erfordert, dass diese Aspekte nach einem gemeinsamen Standard definiert werden, damit die Betrachter ein gemeinsames Verst ndnis des Gesehenen teilen. Dies umfasst beispielsweise eine gemeinsame Prozesssprache, die von allen Teilnehmern geteilt wird, und jene die Arbeitsergebnisse produzierenden und akzeptierenden Personen m ssen alle ein gemeinsames Verst ndnis der Definition von "Done" teilen.

6 Berpr fung Scrum Anwender m ssen die Scrum Artefakte und den Fortschritt st ndig in Bezug auf die Erreichung des Sprint-Ziels berpr fen, um unerw nschte Abweichungen zu erkennen. Ihre Untersuchungen sollten nicht so h ufig erfolgen, dass sie die Arbeit behindern. Den gr ten Nutzen bringen berpr fungen, wenn sie gewissenhaft durch f hige Pr fer dort vorgenommen werden, wo die Arbeit verrichtet wird. Anpassung Wenn ein berpr fer feststellt, dass Aspekte des Prozesses von den akzeptablen Grenzwerten abweichen, und dass das resultierende Produkt so nicht akzeptabel sein wird, m ssen der Prozess oder das zu bearbeitende Material angepasst werden. Die Anpassung muss [dann] so schnell wie m glich vorgenommen werden, um weitere Abweichungen zu minimieren. Scrum schreibt vier formale Ereignisse f r berpr fung und Anpassung vor.

7 Diese werden im Abschnitt Scrum Ereignisse beschrieben: Sprint Planning Daily Scrum Sprint Review Sprint Retrospektive Das Scrum Team Das Scrum Team besteht aus dem Product Owner, dem Entwicklungsteam, sowie dem Scrum Master. Scrum Teams sind selbstorganisierend und interdisziplin r. Selbstorganisierende Teams entscheiden selbst, wie sie ihre Arbeit am besten erledigen, anstatt dieses durch andere Personen au erhalb des Teams vorgegeben zu bekommen. Interdisziplin re Teams verf gen ber alle Kompetenzen, die erforderlich sind, um die Arbeit zu erledigen, ohne dabei von 2015 and ScrumInc. Offered for license under the Attribution Share-Alike license of Creative Commons, accessible at and also described in summary form at By utilizing this Scrum Guide you acknowledge and agree that you have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.

8 Page | 5 Personen au erhalb des Entwicklungsteams abh ngig zu sein. Das Team-Modell in Scrum wurde konzipiert, um Flexibilit t, Kreativit t und Produktivit t zu optimieren. Scrum Teams liefern Produkte iterativ und inkrementell und maximieren somit die Gelegenheiten f r Feedback. Die inkrementelle Auslieferung von "fertigem" [Done] Produkt sorgt daf r, dass stets eine potentiell n tzliche Version des Produkts zur Verf gung steht. Der Product Owner Der Product Owner ist f r die Wertmaximierung des Produkts sowie der Arbeit des Entwicklungsteams verantwortlich. Wie dies geschieht, kann je nach Organisation, Scrum Team und Einzelpersonen stark variieren. Der Product Owner ist die einzige Person, die f r das Management des Product Backlogs verantwortlich ist. Das Product Backlog-Management umfasst: Product Backlog-Eintr ge klar zu formulieren; Die Eintr ge im Product Backlog so zu sortieren, dass Ziele und Missionen optimal erreicht werden k nnen; Den Wert der Arbeit zu optimieren, die das Entwicklungsteam erledigt; Das Sicherstellen, dass das Product Backlog sichtbar, transparent und f r alle klar ist sowie zeigt, woran das Scrum Team als n chstes arbeiten wird; und sicherzustellen, dass das Entwicklungsteam die Product Backlog-Eintr ge im erforderlichen Ma e versteht.

9 Der Product Owner kann die oben genannten Arbeiten selbst tun oder sie durch das Entwicklungsteam erledigen lassen. Der Product Owner bleibt jedoch immer rechenschaftspflichtig [accountable]. Der Product Owner ist eine einzelne Person, kein Komitee. Er kann zwar die W nsche eines Komitees im Product Backlog wiedergeben, aber diejenigen, die einen Eintrag des Product Backlogs in seiner Priorit t ver ndern m chten, m ssen sich an den Product Owner wenden. Damit der Product Owner erfolgreich sein kann, muss die gesamte Organisation seine Entscheidungen respektieren. Die Entscheidungen des Product Owners sind in Inhalt und Reihenfolge des Product Backlogs sichtbar. Niemand darf vom Entwicklungsteam verlangen, andere Anforderungen zu bearbeiten. Dem Entwicklungsteam ist es nicht erlaubt, nach den Angaben einer anderen Person als denen des Product Owners zu arbeiten.

10 Das Entwicklungsteam Das Entwicklungsteam besteht aus Profis, die am Ende eines jeden Sprints ein fertiges Inkrement bergeben, welches potentiell auslieferbar ist. Nur Mitglieder der Entwicklungsteams erstellen das Produkt-Inkrement. 2015 and ScrumInc. Offered for license under the Attribution Share-Alike license of Creative Commons, accessible at and also described in summary form at By utilizing this Scrum Guide you acknowledge and agree that you have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons. Page | 6 Entwicklungsteams sind von der Organisation so strukturiert und bef higt, dass sie ihre eigene Arbeit selbst organisieren und managen. Die daraus resultierende Synergie optimiert die Gesamteffizienz und -effektivit t des Entwicklungsteams. Entwicklungsteams weisen die folgenden Eigenschaften auf: Sie sind selbstorganisierend.