Scrum Framework Übersicht

Empirische Säulen

👁️

Transparenz

Prozess und Arbeit sind sichtbar

Der sich entwickelnde Prozess und die entstehende Arbeit müssen sowohl für diejenigen sichtbar sein, die die Arbeit ausführen, als auch für diejenigen, die die Arbeit empfangen. Artefakte, die wenig transparent sind, können zu Entscheidungen führen, die den Wert mindern und das Risiko erhöhen.

▶ Klicken für Details

🔍

Überprüfung

Häufige Inspektion der Artefakte

Die Scrum-Artefakte und der Fortschritt in Richtung der vereinbarten Ziele müssen häufig und sorgfältig überprüft werden, um potenziell unerwünschte Abweichungen oder Probleme aufzudecken. Überprüfung ohne Anpassung wird als unsinnig betrachtet.

▶ Klicken für Details

🔄

Anpassung

Schnelle Korrektur bei Abweichungen

Wenn einzelne Aspekte eines Prozesses von akzeptablen Grenzen abweichen oder wenn das resultierende Produkt nicht akzeptabel ist, müssen der angewandte Prozess oder die produzierten Ergebnisse angepasst werden. Die Anpassung muss so schnell wie möglich erfolgen.

▶ Klicken für Details

Scrum-Werte

🎯Commitment

Das Scrum Team committet sich, seine Ziele zu erreichen und sich gegenseitig zu unterstützen.

▶ Klicken für Details

🔎Fokus

Der primäre Fokus liegt auf der Arbeit des Sprints, um den bestmöglichen Fortschritt in Richtung der Ziele zu bewirken.

▶ Klicken für Details

💬Offenheit

Das Scrum Team und dessen Stakeholder sind offen in Bezug auf die Arbeit und die Herausforderungen.

▶ Klicken für Details

🤝Respekt

Die Mitglieder des Scrum Teams respektieren sich gegenseitig als fähige, unabhängige Personen.

▶ Klicken für Details

💪Mut

Die Mitglieder des Scrum Teams haben den Mut, das Richtige zu tun und an schwierigen Problemen zu arbeiten.

▶ Klicken für Details

Scrum Team (≤10 Personen)

Innerhalb eines Scrum Teams gibt es keine Teilteams oder Hierarchien. Es ist eine geschlossene Einheit von Fachleuten, die sich auf ein Ziel konzentrieren.

Product Owner

Wertmaximierung
Product Backlog Management
Produkt-Ziel definieren

Der Product Owner ist ergebnisverantwortlich für die Maximierung des Wertes des Produkts. Er ist eine Person, kein Gremium. Er entwickelt und kommuniziert das Produkt-Ziel, erstellt und ordnet Product-Backlog-Einträge und stellt sicher, dass das Product Backlog transparent und verstanden ist. Die gesamte Organisation muss seine Entscheidungen respektieren.

▶ Klicken für Details

Scrum Master

Scrum etablieren
Team befähigen
Hindernisse beseitigen

Der Scrum Master ist ergebnisverantwortlich für die Einführung von Scrum und die Effektivität des Scrum Teams. Er coacht das Team in Selbstmanagement, hilft bei der Fokussierung auf hochwertige Increments, beseitigt Hindernisse und stellt sicher, dass alle Events stattfinden. Scrum Master sind echte Führungspersönlichkeiten, die dem Scrum Team und der Organisation dienen.

▶ Klicken für Details

Developers

Increment erstellen
Sprint Backlog planen
Definition of Done einhalten

Developer sind jene Personen im Scrum Team, die sich der Aufgabe verschrieben haben, jeden Sprint jeden Aspekt eines nutzbaren Increments zu schaffen. Sie erstellen den Plan für den Sprint (Sprint Backlog), bringen Qualität durch Einhaltung der Definition of Done ein, passen täglich ihren Plan an und ziehen sich wechselseitig zur Verantwortung.

▶ Klicken für Details

Sprint-Zyklus

Sprint (1-4 Wochen)

Sprint
Planning

max 8h

Das Sprint Planning initiiert den Sprint. Es behandelt drei Themen: (1) Warum ist dieser Sprint wertvoll? - Das Team definiert ein Sprint-Ziel. (2) Was kann in diesem Sprint fertig werden? - Die Developer wählen Einträge aus dem Product Backlog. (3) Wie wird die Arbeit erledigt? - Developer planen die notwendige Arbeit, oft durch Zerlegung in kleinere Einheiten von einem Tag oder weniger.

▶

→

Daily Scrum

15 min täglich

🔁

+ Entwicklungsarbeit

Der Zweck ist, den Fortschritt in Richtung des Sprint-Ziels zu überprüfen und das Sprint Backlog anzupassen. Es wird jeden Arbeitstag zur gleichen Zeit und am gleichen Ort abgehalten. Die Developer können Struktur und Techniken beliebig wählen, solange der Fokus auf dem Sprint-Ziel liegt. Das Daily Scrum ist nicht die einzige Gelegenheit zur Anpassung des Plans.

▶

→

Sprint
Review

max 4h

Zweck ist es, das Ergebnis des Sprints zu überprüfen und künftige Anpassungen festzulegen. Das Scrum Team stellt die Ergebnisse den wichtigsten Stakeholdern vor. Die Fortschritte in Richtung des Produkt-Ziels werden diskutiert. Das Product Backlog kann angepasst werden. Es ist ein Arbeitstermin, keine reine Präsentation.

▶

→

Sprint
Retrospective

max 3h

Der Zweck ist es, Wege zur Steigerung von Qualität und Effektivität zu planen. Das Team überprüft, wie der Sprint in Bezug auf Individuen, Interaktionen, Prozesse, Werkzeuge und Definition of Done verlief. Die wirkungsvollsten Verbesserungen werden so schnell wie möglich in Angriff genommen und können ins nächste Sprint Backlog aufgenommen werden.

▶

Neuer Sprint beginnt sofort

↩️

Sprints sind der Herzschlag von Scrum, wo Ideen in Wert umgewandelt werden. Ein neuer Sprint beginnt unmittelbar nach dem Abschluss des vorherigen. Während des Sprints werden keine Änderungen vorgenommen, die das Sprint-Ziel gefährden würden, die Qualität nimmt nicht ab, und der Scope kann mit dem Product Owner neu vereinbart werden. Nur der Product Owner hat die Befugnis, den Sprint abzubrechen.

▶ Klicken für Sprint-Details

Artefakte & Commitments

Die Artefakte repräsentieren Arbeit oder Wert und sind dafür ausgelegt, die Transparenz von Schlüsselinformationen zu maximieren.

Product Backlog

Geordnete Liste aller Anforderungen

Das Product Backlog ist eine emergente, geordnete Liste der Dinge, die zur Produktverbesserung benötigt werden. Es ist die einzige Quelle von Arbeit für das Scrum Team. Einträge werden durch Refinement in kleinere, präzisere Elemente zerlegt. Das Produkt-Ziel beschreibt einen zukünftigen Zustand des Produkts und dient als Planungsziel.

▶ Klicken für Details

Commitment

Produkt-Ziel

Sprint Backlog

Was + Wie für den Sprint

Das Sprint Backlog besteht aus dem Sprint-Ziel (Wofür), den ausgewählten Product-Backlog-Einträgen (Was) und einem umsetzbaren Plan (Wie). Es ist ein Plan von und für die Developer und wird während des Sprints aktualisiert. Das Sprint-Ziel ist die einzige Zielsetzung und bietet Flexibilität bei der genauen Arbeit.

▶ Klicken für Details

Commitment

Sprint-Ziel

Increment

Fertiges, nutzbares Ergebnis

Ein Increment ist ein konkreter Schritt in Richtung des Produkt-Ziels. Jedes Increment ist additiv zu allen vorherigen und gründlich geprüft. Innerhalb eines Sprints können mehrere Increments erstellt werden. Die Definition of Done ist eine formale Beschreibung des Qualitätszustands – Arbeit, die ihr nicht entspricht, kann nicht Teil eines Increments sein.

▶ Klicken für Details

Commitment

Definition of Done

Product Backlog → Sprint Backlog → Increment → 🚀 Wert!