How to scale Scrum - Ursprung des Begriffs Scrum 1 13.08.2007 Autor / Thema der Präsentation How to scale Scrum - Ursprung des Begriffs Scrum Scrum contested between Newport and London Welsh in 1904, showing the more upright stance of the scrum used at the time. * Scrum – Gedränge aus dem Rugby Sport Obwohl Rugby für viele eher chaotisch wirkt, spielen die Mitglieder einer Mannschaft geordnet und geplant zusammen Ebenso sollen die Mitglieder eines Scrum Teams gemeinsam und geplant zusammen an einem Produkt arbeiten * Rugby scrum 1904 Foto: Scanned by FruitMonkey, original author unknown Wikimedia Commons lpublic domian (http://en.wikipedia.org/wiki/File:Rugby_scrum_1904.jpg#filelinks) Die Originaldatei ist hier (http://en.wikipedia.org/wiki/File:Rugby_scrum_1904.jpg) zu finden. 1

How to scale Scrum - Scrum und Projektmanagement 2 Autor / Thema der Präsentation 13.08.2007 http://www.goodproductmanager.com/2007/09/24/product-management-vs-project-management/ Project managers are responsible for the successful delivery of a project — a one-time endeavor with a goal, scope, deadline, budget, and other constraints. A project manager will work to align resources, manage issues and risks, and basically coordinate all of the various elements necessary to complete the project. As they relate to products, projects can be undertaken to build a product, to add new features to a product, or create new versions or extensions of a product. When the project is complete, the project manager will usually move move to a new project, which may be related to a different product. Product managers are responsible for the overall and ongoing success of a product. Once the project to build the product is complete and the project manager has moved on, the product manager remains to manage the product through the entire lifecycle. Other projects related to the product may be initiated, with the product manager being the one constant stream throughout, defining the project goals and guiding the team to accomplish the business objectives that have been defined. Ein Projekt findet Lösungen für Anforderungen oder Probleme. Produktentwicklung beschäftigt sich mit der Entwicklung von Produkten. How to scale Scrum - Scrum und Projektmanagement Scrum ist „different mindset“ Scrum ist ein Weg der agilen Produktentwicklung Scrum ist kein Projektmanagment In jedem Sprint wird ein Produktinkrement geliefert 2

How to scale Scrum - Das Team Autor / Thema der Präsentation 3 13.08.2007 How to scale Scrum - Das Team Der Erfolg eines Produktes hängt maßgeblich von denen ab, die das Produkt schaffen. Wird Scrum zur Produktentwicklung eingesetzt ,hängt der Erfolg am Scrum Team. 3

How to scale Scrum - Team - interaktive Übung Autor / Thema der Präsentation 13.08.2007 4 Die Übung ist wichtig um zu verstehen, dass Teams sehr wohl in der Lage sind sich selbst zu organisieren. Dies geschieht mit Hilfe von Kommunikation. Im Spiel mit Hilfe von nonverbaler Kommunikation! Offshore stört Kommunikation – diese Störungen sind zu minimieren um Scrum erfolgreich umsetzen zu können. How to scale Scrum - Team - interaktive Übung Spiel: „Manager und Arbeiter“ * Freien Raum im Zimmer schaffen und mit Stühlen begrenzen Alle Teilnehmer befinden sich in freien Raum und verbleiben für die Länge des Spiels dort Teilnehmer werden in zwei Gruppen aufgeteilt (1,2,1,2,1,2) Gruppe 1: Arbeiter, Gruppe 2: Chefs – jeder Chef sucht sich einen Arbeiter : diese Paar arbeiten zusammen Ziel: Jeder Arbeiter eines Paares mit 60 ganze Schritte im abgegrenzten Raum machen in möglichst kurzer Zeit. Chef gibt Anweisungen (nur diese Anweisungen sind möglich: Vor, Zurück, Links, Rechts) Nach erste Iteration: Review: Wie haben sich Chefs und Arbeiter gefühlt ? Zweite Iteration: alle sind Arbeiter, keine Paare mehr Review: Wie haben sich die Arbeiter gefühlt, was war besser/schlechter als in Iteration 1 ? * Ken Schwaber, Scrum im Unternehmen, Microsoft Press 2007, ISBN 978-86645-643-3, Seite 28 4

How to scale Scrum - Das Team 13.08.2007 5 Autor / Thema der Präsentation How to scale Scrum - Das Team Jedes Team durchläuft vier Phasen (Teamentwicklungsmodell nach Bruce Tuckman) Regelphase (norming) Konfliktphase (storming) Arbeitsphase (performing) Formierungsphase (forming) “Don’t build teams “ 5

How to scale Scrum - Scrum Offshore - contra - Ken Schwaber * 13.08.2007 6 Autor / Thema der Präsentation How to scale Scrum - Scrum Offshore - contra - Ken Schwaber * „Da Offshore –Entwicklung viele der Verfahren untergräbt, welche die Produktivität von Scrum fördern, fragte ich sie, warum sie nicht einfach die Produktivität ihrer Teams steigern indem sie durchgehend agile Techniken einführen“ „Offshore Entwicklung verletzt fast jedes andere Scrum-Verfahren, das hohe Produktivität und Qualität erzeugt“ „Ein weiterer Grundsatz von Scrum, der im Wiederspruch zur Offshore-Entwicklung steht, ist die Möglichkeit für den Kunden, das Projekt Iteration für Iteration zu lenken, auf Basis von Inspektionen, die jeweils nach jeder Iteration mit lauffähiger Funktionalität durchgeführt werden“ „Noch eine weitere Verletzung der produktiven Scrum-Verfahren ist das Fehlen einer uneingeschränkten Breitbandkommunikation zwischen allen Team Mitgliedern“ „Wenn Leute nicht in einem Team noch nicht zusammengearbeitet haben, vertrauen sie sich nicht untereinander. Die Leute wissen nicht, was die anderen voraussichtlich tun werden. Sie können nicht im Voraus wissen, wie sie am besten mit ihnen zusammenarbeiten sollen“ Durch die iterativen, inkrementellen Entwicklungsverfahren von Scrum und die täglichen Statusmeetings steuern und koordinieren diese Organisationen ihre Vorort- und Inlands-, aber auch Offshore-Aktivitäten. * Ken Schwaber, Scrum im Unternehmen, Microsoft Press 2007, ISBN 978-86645-643-3, Seite 159, 162, 164, 91 6

How to scale Scrum - Dezentrale Teams / Offshore : Herausforderungen Autor / Thema der Präsentation 7 13.08.2007 How to scale Scrum - Dezentrale Teams / Offshore : Herausforderungen Fehlendes Scrum Knowhow / verschiedene Scrum Adaptionen Fehlende Kommunikation, da nicht alle im Scrum Raum arbeiten Fehlendes Kennenlernen der Scrum Team Mitglieder durch Arbeiten an verschiedenen Standorten Fehlendes Vertrauen durch fehlendes Kennen(lernen) Wesentlich erhöhter Abstimmungsbedarf in allen Scrumbereichen 7

How to scale Scrum - Dezentrale Teams / Offshore : Lösungsansätze 8 Autor / Thema der Präsentation 13.08.2007 * Sind Arbeitsorte von vorn herein fest gelegt kann das nicht möglich sein How to scale Scrum - Dezentrale Teams / Offshore : Lösungsansätze Den geteilten Teams jede Kommunikationsmöglichkeit bieten, die technisch verfügbar sind: Chat Telefon Email Webcams Besonderes Augenmerk in der Retrospektive auf die Kommunikationssituation mit Offshore Teams legen! Die Teambuildingphase (Envision Phase/ Kickoff am Anfang des Scrum Projektes) für alle an einem Ort durchführen. Das Team möglichst selbst* entscheiden lassen, wie die Teilung in verschiedene Offshore Teams stattfindet. Regelmäßige Meetings (z.B. pro Release oder Milestone) aller Offshore Teams an einem Ort Scrum Master‘s Scrum of Scrum ist umso wichtiger und muss höchste Priorität haben – „rotes Telefon“ für alle Scrum Master untereinander. 8

How to scale Scrum - Dezentrale Teams / Offshore : Lösungsansätze Autor / Thema der Präsentation 9 13.08.2007 How to scale Scrum - Dezentrale Teams / Offshore : Lösungsansätze Verteilte Teams brauchen stärkere Identifikation mit Team und Produkt und Vorgehen Möglich nur bei Teams/Teammitgliedern , die vorher bereits Scrum Erfahrungen gemacht haben 100 % Assignment jedes Teammitglied zum Scrum Team, dann kann am ehesten der „Scrum Spirit“ auch über Offshore Grenzen hinweg entstehen! Verantwortung der einzelnen Scrum Teammitglieder steigt 9

How to scale Scrum - Dezentrale Teams / Offshore : Lösungsansätze Autor / Thema der Präsentation 1010 13.08.2007 How to scale Scrum - Dezentrale Teams / Offshore : Lösungsansätze Teamgefüge muss durch geeignetes Tool unterstützt werden! Daily Scrums mit Videokonferenz ( Webcam & Voice Übertragung) Taskboard an dem Ort, wo die Mehrheit der Entwickler arbeitet Scrum Master sorgt für digitale tagesaktuelle Version des Taskboards! Team muss vorbereitet in Daily Scrum geht! Erfordert mehr Arbeit / Aufwand von dem Team und Disziplin! Präsentationen im Review müssen auf Integationsservern laufen, die für alle erreichbar sind, Hardwarepräsentation per Videokonferenz Inspect, Adapt, Improve 10

How to scale Scrum - Dezentrale Teams / Offshore : Lösungsansätze 1111 13.08.2007 Autor / Thema der Präsentation How to scale Scrum - Dezentrale Teams / Offshore : Lösungsansätze Scrum Team Räumliche Teilung eines Scrum Teams PO sollte räumlich nah am Kunden arbeiten SM sollte räumlich nah am Manager und gleichzeitig nah an einem Team arbeiten Beide Subteams müssen crossfunctional sein um in der Lage zu sein, jedes Sprint Backlog Item des Gesamtteams zu bearbeiten Scrum Subteam A Scrum Subteam B 11

How to scale Scrum - Dezentrale Teams / Offshore: Lösungsansätze 13.08.2007 1212 Autor / Thema der Präsentation How to scale Scrum - Dezentrale Teams / Offshore: Lösungsansätze Mehrere Scrum Teams arbeiten gemeinsam an einem Produkt POs aller Teams bilden das PO Scrum Team (Leitung Super PO) SMs aller Teams bilden das SM Scrum Team (Leitung Super SM) POs stimmen Prioritäten der einzelnen und gemeinsamen Backlog Items ab POs führen zusätzlich gemeinsame Planning- & Review Meetings durch SM Scrum Team trifft sich täglich (Videokonferenz) zum Scrum of Scrums SM Scrum Team führt zusätzlich gemeinsame Retrospektive Meetings durch alle Scrum Teams müssen crossfunctional sein Super PO Super SM PO Scrum Team SM Scrum Team Scrum Team 2 Scrum Team 1 Scrum Team 3 Scrum Team n 12

Copyright notice You are free: 1313 Copyright notice You are free: to Share―to copy, distribute and and transmit the work to Remix―to adapt the work Under the following conditions Attribution. You must attribute the work in the manner specified by the author or licensor (but not in any way that suggests that they endorse you or your use of the work). Nothing in this license impairs or restricts the author’s moral rights. For more information see http://creativecommons.org/licenses/by/3.0/ 13

1414 Vielen Dank! 14