MB-ITA

Diese Seite ist passwortgeschützt.

Scrum Framework

Basierend auf dem Scrum Guide 2020

📄 Scrum Guide 2020 (PDF) 🏠 Zurück zur Ü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!
Kernprinzip
„Scrum ist einfach. Probiere es so aus, wie es ist, und finde heraus, ob seine Philosophie, Theorie und Struktur dabei helfen, Ziele zu erreichen und Wert zu schaffen."
— Scrum Guide 2020