Der Scrum-Reiseführer

Jörg Brüggenkamp / Peter Preuss / Tobias Renk

Der Scrum-Reiseführer

Herausforderungen in der Praxis meistern

Umschlagmotiv: © iStockphoto pixdeluxe

© UVK Verlag 2021

– ein Unternehmen der Narr Francke Attempto Verlag GmbH + Co. KG

Dischingerweg 5 • D-72070 Tübingen

Das Werk einschließlich aller seiner Teile ist urheberrechtlich geschützt. Jede Verwertung außerhalb der engen Grenzen des Urheberrechtsgesetztes ist ohne Zustimmung des Verlages unzulässig und strafbar. Das gilt insbesondere für Vervielfältigungen, Übersetzungen, Mikroverfilmungen und die Einspeicherung und Verarbeitung in elektronischen Systemen.

Internet: www.narr.de eMail: info@narr.de

ISSN 2748-4629

ISBN 978-3-7398-3117-6 (Print)

ISBN 978-3-7398-0142-1 (ePub)

Inhalt

 1 Geleitworte1.1 Hanna Hennig (Siemens AG)1.2 Dr. Silvia Rummel (Festo SE & Co. KG)

  2 Prolog – Agilität als Kernkompetenz für moderne Unternehmen

  3 Scrum Framework – Eine kurze Einführung 3.1 Das Fundament 3.2 Scrum Rollen 3.3 Scrum Artefakte 3.4 Scrum Events

  4 Scrum Rollen – Die Idealbesetzung eines Scrum Teams 4.1 Passende Rollenbesetzung als Erfolgsschlüssel 4.2 Entwickler als T-Shaped Professionals 4.3 Scrum Master als Servant Leader 4.4 Product Owner als Wertmaximierer 4.5 Führung und Teambildung in agilen Teams

 5 Scrum Artefakte – Die Übersicht behalten5.1 Von der Vision zum Product Backlog5.1.1 Von der Produktidee zur Produktvision5.1.2 Von der Produktvision zur Produktstrategie5.1.3 Von der Produktstrategie zu den Produktzielen5.1.4 Von den Produktzielen zu den Sprintzielen und zurück zur Vision5.2 Product Backlog Grundlagen5.3 Aufbau, Priorisierung und Sortierung des Product Backlogs5.4 Sprint Backlog –ToDo-Liste für den laufenden Sprint5.5 Produktinkrement – Herausforderung in der Umsetzung5.6 Das Product Backlog und die Backlog Refinement-Aktivitäten5.6.1 Die drei Stufen der Detailierung5.6.2 User Stories, Tasks und deren Schätzung5.6.3 Das Orakel und die Story Points5.6.4 Die Analyse als Allheilmittel vor der Planung5.6.5 Business Value im Backlog Refinement5.6.6 Das Business Value-Trilemma

  6 Scrum Events – Effektive und effiziente Scrum Meetings 6.1 Inkrementelle Produktentwicklung in Sprints 6.2 Sprint Planning – Was wird wie im Sprint gemacht? 6.3 Daily Scrum – Synchronisation des Entwicklerteams 6.4 Sprint Review als zentrale Feedbackschleife 6.5 Kontinuierlich besser werden mit der Sprint Retrospektive

 7 Status-Reporting und Metriken – Risiken und Probleme managen7.1 Zielgruppen und Informationsbedarf7.1.1 Grundlagen zu Kennzahlen im agilen Umfeld7.1.2 Metriken und Zielgruppen7.1.3 Zielgruppenbestimmung7.2 Kennzahlen im agilen Umfeld verstehen und festlegen7.2.1 Standard Metriken7.2.2 Ermittlung von Metriken7.3 Metriken als Präventionsmaßnahme gegen Fehlentwicklungen7.3.1 Backlog-Gesundheit7.3.2 Kapazität und Auslastung7.3.3 Fortschrittsstatus7.3.4 Sprint Performance7.4 Herausforderungen, Widerstände und Lösungsansätze7.4.1 Herausforderung „agile Methoden“7.4.2 Herausforderung „Team“ und „Werkzeuge“7.4.3 Herausforderung „Ausrichtung/Skalierung“ und „Führung“7.4.4 Herausforderung „Produktnutzen“ und „Produktfinanzierung“7.4.5 Herausforderung „Reorganisation“

  8 Agile Skalierung – Auf dem Weg zur lernenden Organisation 8.1 Wenn mehr als ein agiles Team benötigt wird 8.2 Beispiel: Autonome Zwei-Pizzen-Teams bei Amazon 8.3 Welchen Zweck erfüllen Skalierungsframeworks? 8.4 Scrum skalieren mit LeSS und LeSS Huge 8.5 Scrum skalieren mit Nexus 8.6 Neuaufstellung der Organisation mit dem Spotify-Ansatz 8.7 Agile Skalierung für große Organisationen mit SAFe 8.8 Wahl des richtigen Skalierungsframeworks

  9 Epilog von Dr. Christopher Jud (Kaufland Digital)

  Register

1 Geleitworte
1.1 Hanna Hennig (Siemens AG)

Unsere VUCA-Welt verlangt Unternehmen einiges ab: Sie sollen mit zunehmend komplexen und unsicheren Bedingungen umgehen lernen. Sie sollen resilienter werden. Sie sollen mit der digitale Transformation Schritt halten und Zukunft vorausdenken können. Verändern sich die Zukunftsbedingungen, sollen sie die neuen Parameter zügig in ihr „System“ adaptieren. Was dies tatsächlich bedeuten kann, hat nicht zuletzt die Corona-Pandemie drastisch vor Augen geführt. Von jetzt auf gleich waren Betriebe gefordert, Zusammenarbeit neu zu denken. Wer sich schnell ein- und umstellen konnte, hatte einen klaren Vorteil am Markt.

Wo Zukunft sich auf Tagesbasis verändern kann, ist Flexibilität Schlüssel zum Erfolg. Agile Konzepte wie Scrum stellen dafür ein methodisches Gerüst. Doch „Agile“ ist längst mehr als nur flexibles, prozessorientiertes Arbeiten. Es hat sich von einer Methode zu einer Kultur entwickelt, die Unternehmen durch und durch prägen kann. Als „Business Agility“ nimmt es nun auch Einfluss auf die strategische Ausrichtung und auf das Verständnis von Leadership.

Auch bei Siemens setzen wir auf Agilität. Die Digitalisierung eröffnet großartige Chancen zur Innovation, von denen unsere Kunden und wir vielseitig profitieren können. Indem wir unsere Software- und Produktentwicklung und das Projektmanagement agil aufsetzen und begleitende Abläufe digital optimieren, können wir die Go-to-Market-Time für Produkte, Lösungen und Services wesentlich beschleunigen.

Das digitale Zeitalter ist agil geprägt. Gerade großen Konzernen mit komplexen, oft verfestigten Strukturen bietet Scrum ideale Instrumente, die Neues zulassen, das Bewährte jedoch nicht gefährden. Und Startups ermöglicht Scrum eine hoch effiziente Methode der Ideenentwicklung bis zur Marktreife. Bei der Einführung agiler Methoden sind jedoch manche Hürden zu nehmen, das haben auch wir „by doing“ gelernt: von falsch verstandenen Rollen, über Probleme in der Kommunikation und Kooperation bis zum gänzlichen Abhandenkommen des „Big Picture“.

Es gilt, Gründer, Entscheider, Projektmanager und Innovationstreiber auf diese neue, agile Art von Arbeiten besser vorzubereiten. Ich freue mich, dass sie in diesem Leitfaden eine wunderbar komprimierte Einführung in die Scrum-Methodik mit sehr wertvollem, anwendungsorientiertem Know-how finden.

Hanna Hennig

CIO Siemens AG

1.2 Dr. Silvia Rummel (Festo SE & Co. KG)

Aufgrund von Digitalisierung und Datenverfügbarkeit ändern sich mit atemberaubendem Tempo die Kundenanforderungen und die Wettbewerbsbedingungen. Die heute zur Verfügung stehenden digitale Produkte und Services ermöglichen es den Kunden, ein noch nie dagewesenes Spektrum an Funktionalitäten zu nutzen. Dabei ist es egal, an welchem Ort sich die Nutzer befinden oder zu welcher Zeit die Services benötigt werden, den Möglichkeiten sind keine Grenzen gesetzt.

So faszinierend und beeindruckend es auch ist, diesen Wandel zu beobachten, so herausfordernd ist es gleichzeitig für die Unternehmen, die diese Produkte herstellen. Wo bis dato das physische Produkt und dessen einmaliger Erwerb im Vordergrund stand, rücken nun Services mit der Generierung von Mehrwerten in den Mittelpunkt für die Konsumenten. Dieser drastischen Veränderung des Produkt- und Konsumentenverhaltens sind bisherige Organisationsansätze kaum gewachsen. Über Dekaden hinweg wurden Entwicklungsprozesse dahingehend optimiert, physische Produkte in Form von Projekten innerhalb von kürzester Zeit und mit technischer Raffinesse zu realisieren. Mit Erfolg – doch nun gilt es, dieses Vorgehen auf ein neues Level zu bringen und Software als Bestandteil des Produktes zu sehen, um den veränderten Kundenanforderungen gerecht werden.

Durchschreitet eine Organisation diese Veränderung und nimmt sich der digitalen Transformation in all ihren Facetten an, wird dies auch zu einem Umdenken bei der Projektarbeit führen. Erfahrene Teams kommen mit traditionellen Projektmanagement-Methoden hier schnell an ihre Grenzen. Um dennoch den vorgegebenen Zielkorridor (Zeit, Budget und Qualität) zu erreichen, sind alternative Methoden erforderlich. Die Lösung: Scrum als agile Form des Arbeitens. Dies ermöglicht ambitionierten und motivierten Teams schnell Erfolge zu erzielen und dennoch strukturiert vorzugehen.

Mit dem vorliegenden Buch bekommen Führungskräfte, Projektmanager und Projektleiter in Organisationen, welche sich dem Thema digitale Transformation bereits angenommen haben oder sich gerade auf dem Weg dahin befinden, einen Praxisleitfaden an die Hand. Es wird ein umfangreicher Einblick in das Scrum Rollenverständnis, die Scrum Artefakte und die Scrum Events gegeben. Dabei wird viel Wert auf Verständlichkeit und Praxisbezug gelegt.

Den Autoren ist mit dem „Scrum-Reiseführer“ ein übersichtliches und zugleich zielgerichtetes Buch für die Unternehmenspraxis gelungen. Ich wünsche mir für die Autoren, dass das Verständnis und die Anwendbarkeit agiler Projektmanagement-Methoden in Organisationen weiter zunehmen. Mit diesem Buch wird Managern und Projektteams die „Hürde der Veränderung“ hin zu mehr agilem Vorgehen genommen und durch Systematik und anschauliche Erläuterungen zugänglich gemacht.

Dr. Silvia Rummel

Head of Energy Efficency & CO2 Footprint Portfolio

Festo SE & Co. KG

2 Prolog – Agilität als Kernkompetenz für moderne Unternehmen

Man hört, sieht und liest es überall. Unsere Welt ist im ständigen Wandel. Das war schon immer so und ist nicht überraschend. Der Wandel selbst verändert sich stetig und erhöht seine Geschwindigkeit merklich. Bis in die 1990er Jahre war es üblich, strategische Pläne zu erstellen, deren Umsetzung sich über mehrere Jahre erstreckte. Am Ende des letzten Jahrzehnts im alten Jahrtausend geschah jedoch eine technische Revolution, die den Stein des immer schneller werdenden Wandels ins Rollen brachte: Die Kommerzialisierung des Internets. Dies führte dazu, dass viele Annahmen, die noch einige Jahre vorher durchaus sinnvoll und langlebig waren, nun in Frage gestellt werden mussten. Informationen waren nun für jeden zugänglich. Smartphones führten einige Jahre später dazu, dass jeder Nutzer das Internet in der Hosentasche bei sich trug und damit jederzeit und überall auf der Welt erreichbar war. Die sich entwickelnde Cloud-Technologie bot jedem einen Supercomputer an. Das hatte zur Folge, dass plötzlich Eintrittsbarrieren in ganze Branchen wegfielen oder erheblich minimiert wurden. Wenn plötzlich Konkurrenz sprichwörtlich aus dem Nichts kommen kann, weil ein smarter Student am Küchentisch eine Software schreibt, dann kann die Antwort darauf nicht mehr lauten, mehrjährige Strategiepläne zu entwickeln. Unternehmen müssen sich seitdem so aufstellen, dass sie schnell und flexibel auf Änderungen im Unternehmensumfeld reagieren können. Es kommt noch eine Herausforderung dazu: Die soeben beschriebenen Veränderungen treten in Zyklen auf, die sich nicht nur öfter als in der Vergangenheit an der Oberfläche zeigen – Nein. Auch die Abstände zwischen den Zyklen werden kürzer. Eric Schmidt und Jonathan Rosenberg beschreiben die Situation in ihrem Buch „How Google Works“ so, als ob Moores Gesetz Amok läuft.

Die beiden Gegebenheiten – schnelle Veränderungen in kürzer werdenden Abständen – haben zu einer neuen Begriffsbildung geführt. Der Ausdruck VUCA beschreibt diese neue Welt. VUCA ist dabei ein Akronym für die englischen Begriffe Volatility (Unbeständigkeit), Uncertainty (Unsicherheit), Complexity (Komplexität) und Ambiguity (Mehrdeutigkeit). Die Vorhersehbarkeit bestimmter Ereignisse ist sehr schwierig, wenn nicht gar unmöglich geworden. Wer konnte schon vorhersehen, dass eine Revolte eines Händlers, wie es sie viele gibt, zu einer der größten Revolutionsbewegungen, dem Arabischen Frühling, wird – weil sie von einer zufällig anwesenden Person mit einem Smartphone gefilmt und online gestellt wurde. Das gleiche Prinzip gilt auch auf Unternehmensebene. Die Vorhersagbarkeit nimmt ab und führt zu Verunsicherungen. Gleichzeitig nimmt die Komplexität im Unternehmensumfeld zu und unterschiedliche Perspektiven vermischen sich. Trennungen, die früher eindeutig waren und aufgrund derer es zumindest mit großem Aufwand möglich war, einigermaßen gesicherte Annahmen zu treffen, gibt es heute nicht mehr. Immer häufiger gibt es unübersehbare Geflechte aus Reaktionen und Gegenreaktionen. Vielzitierte Best Practice-Erfahrungen sind nutzlos geworden, da sich gesuchte Antworten nicht mehr von bereits gestellten, ähnlichen Fragestellungen ableiten lassen. In anderen Worten: Wo genau die Reise hinführt, ist nach der Abfahrt eigentlich noch gar nicht klar.

Wie lautet nun die Gegenantwort auf VUCA? Wie können Unternehmen mit dieser neuen Situation umgehen? Was können sie tun? Auf der Internetseite vuca-welt.de wird eine Antwort geliefert, die sich ihrerseits selbst mit dem Akronym VUCA abbilden lässt. Nur stehen die Buchstaben diesmal für Vision, Understanding (Verstehen), Clarity (Klarheit) und Adaptability (Anpassungsfähigkeit) oder Agility (Agilität). Wer ein konkretes Ziel vor Augen hat, kann Sinn stiften, Mitarbeiter für sich gewinnen und diese auf ein gemeinsames Ziel einschwören. Nachvollziehbare Zusammenhänge, Klarheit durch Offenheit und Transparenz sorgen dafür, dass sich Mitarbeitende auf das, was wirklich zählt, fokussieren können. Und da die Zukunft trotz aller Bemühungen nicht exakt vorhersagbar ist, müssen Unternehmen – und damit auch die Mitarbeitenden – in der Lage sein, sich schnell auf Veränderung einzustellen und neue Erkenntnisse, die während der Reise erlangt werden, in den noch verbleibenden Weg einzuarbeiten. Damit wird Agilität zu einer echten Kernkompetenz moderner Unternehmen. Mehr noch, Agilität wird zu einem wichtigen Wettbewerbsvorteil.

Mit dieser Anpassungsfähigkeit bzw. Agilität befasst sich dieser Reiseführer. Die Autoren haben sich dabei für das Scrum-Rahmenwerk entschieden. Dieses beschreibt eine Methode, wie Agilität in Unternehmen eingeführt werden kann. Die Auswahl von Scrum fiel den Autoren dabei leicht. Scrum, oder adaptierte Versionen davon, die im Verlauf dieses Buches behandelt werden, ist in der Praxis die beliebteste und am häufigsten verwendete agile Methode. Diese Methode soll Unternehmen in die Lage versetzen, produktiv und kreativ Produkte mit höchstmöglichem Wert zu entwickeln und sich zügig an sich ändernde Rahmenbedingungen anzupassen. Der Begriff Scrum hat seinen Ursprung im Rugby und leitet sich aus dem englischen Begriff für Gedränge ab. Hiermit soll verdeutlicht werden, dass die Entwicklungsteams, die sich dem Scrum-Modell bedienen, insbesondere durch kooperatives, selbstverantwortliches und selbstorganisiertes Verhalten erfolgreich sind. Die beiden Scrum-Erfinder Ken Schwaber und Jeff Sutherland beschrieben ihr Rahmenwerk erstmals im Scrum Guide im Jahr 2010. Die Ausführungen in diesem Buch basieren auf dem Scrum Guide, der im November 2020 veröffentlicht wurde. Diese siebte Auflage trägt den Titel „The Scrum Guide. The Definite Guide to Scrum: The Rules of the Game“, was als Indiz interpretiert werden kann, dass in näherer Zukunft keine Aktualisierungen geplant sind.

Lassen Sie sich nun verzaubern, was in der Theorie alles möglich ist und wie es in der agilen Wirklichkeit zugeht. Freuen Sie sich auf ein beeindruckendes agiles Team auf dem Weg zum Erfolg und bestaunen Sie die Scrum Artefakte in ihrem ganzen Glanz der praktischen Nutzbarkeit. Erleben Sie, wie jedes einfache Scrum Meeting zu einem Event des Austausches und der Erkenntnis wird. Erkunden Sie in einer einmaligen Tour die tiefen Höhlen der Reports und bereiten Sie sich auf größere Dinge vor, die vor Ihnen liegen könnten, auf der Reise in die weite Welt der Agilität.

3 Scrum Framework – Eine kurze Einführung

In diesem Kapitel werden in einem Schnelldurchlauf die Werte und Prinzipien sowie die Rollen, Artefakte und Events des Frameworks vorgestellt, auf denen Scrum basiert. Es dient dazu, sich schnell einen Überblick zu verschaffen, bevor die angerissenen Themen in den nachfolgenden Kapiteln tiefergehend und insbesondere in Hinblick auf die praktische Anwendbarkeit behandelt werden.

3.1 Das Fundament

Scrum basiert auf der empirischen ProzesssteuerungEmpirische Prozesssteuerung. Ziel dieser Empirie ist es, Wissen aus gewonnen Erfahrungen abzuleiten und so bessere Entscheidungen zu treffen. Damit man in kurzen Zeitabständen die Möglichkeit zur Prüfung und Anpassung hat, verfolgt Scrum einen iterativen, inkrementellen Ansatz für die Produktentwicklung. So wird nicht nur erreicht, dass die Erfahrungswerte schneller in klügere Entscheidungen münden. Mit dieser Vorgehensweise können auch mögliche Risiken frühzeitig identifiziert und angegangen werden. Die empirische Prozessteuerung spiegelt sich in drei Säulen, auf denen Scrum basiert, wider: Transparenz, Überprüfung und Anpassung.

Abbildung 1:

Säulen und Werte von Scrum

Scrum wurde ursprünglich für das Softwareumfeld entwickelt. Mittlerweile bewegt sich dieses Vorgehensmodell jedoch nicht mehr nur in seinem originären Bereich, sondern kann allgemein im Bereich Produktentwicklung eingesetzt werden. Dem Entwicklungsprozess von Software wird unterstellt, so umfassend zu sein, dass eine detaillierte Planung der einzelnen Schritte vorab nicht möglich ist. Somit sind regelmäßige Prüfungen und Transparenz zentrale Elemente. Sämtliche Prozessschritte sind dann für alle Beteiligten ersichtlich. Das sind Grundvoraussetzungen, um zum einen unerwünschte Veränderung umgehend festzustellen und zum anderen schnell korrigierend eingreifen zu können. Das erscheint zunächst nicht sehr neu. Was allerdings bei Scrum und anderen Methoden, wie beispielsweise dem Lean Start-up, mehr in den Vordergrund rückt, ist die Dauer bis zu einer Prüfung. Diese ist deutlich kürzer als bei traditionellen Projektmethoden, wie zum Beispiel beim Wasserfall. Auf diesen Aspekt wird in diesem Buch noch näher eingegangen, sobald wir uns dem Thema Sprint widmen.

Neben den drei Säulen besteht der Scrum Guide seit 2016 aus fünf Werten, die das Rahmenwerk unterstützen und komplettieren: Selbstverpflichtung, Mut, Fokus, Offenheit und Respekt (siehe Abbildung 1). Die Personen im Entwicklungsteam verpflichten sich gemeinsam, die Ziele zu erreichen und schaffen dadurch eine kollektive Selbstverpflichtung. Durch Mut sollen komplexe Aufgabenstellungen mithilfe kreativer Lösungen realisiert werden. Der Fokus des Entwicklungsteams liegt ausschließlich auf dem Erreichen des gemeinsamen Ziels. Dabei sollen sich die Tätigkeiten auf die wesentlichen Aktivitäten konzentrieren, um Kapazitäten nicht zu verschwenden. Durch Offenheit soll Herausforderungen und Erfolge verdeutlichen. Diese fünf Werte sollen zu kontinuierlichen Verbesserungen beitragen. Agile Entwicklung nach Scrum setzt einen verständnisvollen Umgang innerhalb des Entwicklungsteams voraus. Dieser umfasst gegenseitigen Respekt, Wertschätzung und die Berücksichtigung von individuellen Befindlichkeiten.

3.2 Scrum Rollen

Ein Scrum Team hat immer einen Product Owner, einen Scrum Master und mehrere Entwickler. Die Verantwortung für das zu entwickelnde Produkt liegt beim Product Owner. Er ist daher insbesondere verantwortlich für die Wertmaximierung und die Qualität des Produkts. Das Entwicklungsteam arbeitet selbstorganisiert und in iterativen Schleifen am Projektprodukt. Ein Entwicklungsteam sollte mindestens drei und nicht mehr als neun Mitglieder haben, da der Kommunikationsaufwand mit jedem zusätzlichen Teammitglied erheblich zunimmt. In Abbildung 2 sieht man, dass bei einem Team mit sieben Mitgliedern 21 mögliche Beziehungen bestehen. Erweitert man das Team um nur zwei weitere Mitglieder ergeben sich bereits 36 Beziehungen. Bis zu 105 stolze Kommunikationsvariationen erreicht ein Team mit 15 Mitgliedern. Auf den Aspekt der Teamgröße wird in einem späteren Kapitel nochmals eingegangen, wenn die Zwei-Pizzen-Regel von Amazon vorgestellt wird.

Abbildung 2:

Beziehungen innerhalb eines Teams

Die Kernaufgaben des Scrum Masters bestehen darin, im Team Verständnis für das Scrum Framework zu schaffen und dafür zu sorgen, dass das Regelwerk eingehalten wird. Zudem ist er Ansprechpartner, um alle Probleme zu beseitigen, die das Team an der Zielerreichung behindert. Dabei ist der Punkt Regelwerk ein Thema für sich. Während mit dem Begriff eine gewisse Starrheit und Gehorsam in der Führung assoziiert werden könnten, steckt darin bereits ein Grund, weshalb in der Praxis die Einführung von Scrum Probleme bereitet. Es geht weniger darum, Scrum à la Textbuch einzuführen, sondern die Gegebenheiten der Organisation miteinzubeziehen und die passende Variante von Scrum zu finden. Letztendlich ist das doch der Kern einer agilen Organisation, oder?

Bisher gab es mit dem Product Owner, dem Scrum Master und dem Development Team drei Scrum Rollen, die zusammen das Scrum Team bildeten. Im Scrum Guide 2020 wurde das Development Team gestrichen und die Rollen durch die drei Verantwortungen (Accountabilities) Scrum Master, Product Owner und Developer ersetzt. So kommt es nicht mehr zu der häufigen Frage, ob der Scrum Master oder der Product Owner nicht Teil des Teams sind. In Großunternehmen hat die bisherige Team-im-Team-Struktur häufig zusätzlich dazu geführt, dass unnötige Hierarchieebenen in die Scrum Teams einbezogen wurden und die Development Teams an ihre Product Owner berichten mussten. Mit der Abschaffung des Development Teams wird hervorgehoben, dass alle Mitglieder eines Scrum Teams gemeinsam für die produktbezogenen Aktivitäten verantwortlich sind. Dazu muss das Scrum Team so aufgestellt sein, dass es alle notwendigen Fähigkeiten vereint, um mit jedem Sprint mindestens ein neues Produktinkrement zu schaffen. Der Verantwortungsbereich eines Developers ist hierbei nicht auf die Softwareentwicklung begrenzt. Grafikdesigner, Experten aus dem Fachbereich oder Linienmanager können beispielsweise auch inhaltlichen Mehrwert liefern.

Das Scrum Team ist selbstverwaltend (self managing) und nicht mehr selbstorganisierend (self organised). In der Folge bedeutet das nicht nur einen Austausch der Begrifflichkeiten. Der Fokus wird dadurch noch stärker auf die Eigenverantwortung des Scrum Teams gelenkt. Allein das Team ist verantwortlich für alle produktbezogenen Aktivitäten. Hierfür muss es sich selbst verwalten. Es muss also dazu befähigt werden, selbst entscheiden zu können, welche Arbeiten wie zu erledigen sind und wer sich wann darum kümmert.