Scrum Guide
Der umfassende Leitfaden zu Scrum: Events, Rollen, Artefakte und Best Practices
Scrum Artefakte
Scrum definiert drei Artefakte, die Transparenz über die Arbeit und den Fortschritt schaffen. Jedes Artefakt hat einen formalen Transparenzgrad, um Inspektion und Anpassung zu ermöglichen.
Mehr Details zu den Artefakten im offiziellen Scrum Guide.
Product Backlog
Die geordnete Liste aller Anforderungen, Features und Verbesserungen für das Produkt
Sichtbar für alle Stakeholder
Sprint Backlog
Die ausgewählten Product Backlog Items für den aktuellen Sprint plus der Plan für ihre Umsetzung
Sichtbar für das Scrum Team
Inkrement
Die Summe aller Product Backlog Items, die während eines Sprints fertiggestellt wurden
Potentiell auslieferbar
Die drei Scrum-Artefakte im Vergleich
| Aspekt | Product Backlog | Sprint Backlog | Inkrement |
|---|---|---|---|
| Zweck | Langfristige Produktplanung | Kurzfristige Sprint-Planung | Lieferung von Wert |
| Aktualisierung | Kontinuierlich | Täglich | Am Sprint-Ende |
| Sichtbarkeit | Öffentlich | Team-intern | Demo-fähig |
| Erfolgskriterium | Klare Prioritäten | Erreichbares Sprint-Ziel | Definition of Done erfüllt |
Transparenz in Scrum-Artefakten
Transparenz ist eine der drei Säulen von Scrum. Für jedes Artefakt gibt es spezifische Transparenzkriterien:
Product Backlog
- •Klare Priorisierung
- •Geschätzte Aufwände
- •Business Value erkennbar
- •Aktueller Status sichtbar
Sprint Backlog
- •Klare Aufgabenverteilung
- •Täglicher Fortschritt
- •Verbleibende Arbeit sichtbar
- •Hindernisse dokumentiert
Inkrement
- •Definition of Done erfüllt
- •Funktionsfähiges Produkt
- •Dokumentation vorhanden
- •Testabdeckung gegeben
Definition of Done (DoD)
Die Definition of Done ist ein wichtiges Konzept für das Inkrement. Sie definiert, wann eine Arbeit als "fertig" gilt:
- Team-spezifisch: Jedes Team definiert seine eigene DoD
- Verbindlich: Alle Items müssen die DoD erfüllen
- Transparent: Für alle Beteiligten sichtbar
- Evolutionär: Wird kontinuierlich verbessert
Beispiel Definition of Done
- •Code-Review durchgeführt
- •Unit Tests geschrieben und bestanden
- •Integration Tests bestanden
- •Dokumentation aktualisiert
- •Performance-Kriterien erfüllt
- •Sicherheits-Check bestanden
- •Deployment auf Test-System
Scrum Artefakte - Podcast-Folgen
#126: Wieviele Methoden sollte ein guter Scrum Master wie gut kennen
Ein guter Scrum Master braucht nicht unzählige Methoden. Erfahre, welche 5 Kompetenzen wirklich zählen, um Teams situativ und effektiv zu begleiten.
#55: Agile Coaching Kompetenzen - Nachlese
Agile Coaches verlieren sich oft in theoretischen Abgrenzungen. Erfahre, warum die Wirkung für den Klienten wichtiger ist als dogmatische Methodenreinheit.
#141: Vertrauenswürdigkeit
Scrum Master ohne Vertrauen sind wirkungslos. Erfahre, wie du Vertrauenswürdigkeit durch Konsistenz, Kompetenz und Integrität systematisch aufbaust – für echten Einfluss im Team.
#7: Task Board - Eigenverantwortliches Arbeiten im Sprint
Ihr Team arbeitet wie Einzelkämpfer? Erfahren Sie, wie ein effektives Taskboard echte Selbstorganisation und gemeinsame Verantwortung für das Sprintziel ermöglicht.
#135: Scrum Master als Facilitator
Viele Scrum Master verstehen ihre Rolle falsch. Erfahre, warum Facilitation die Kernaufgabe ist und wie du Blockaden entfernst, statt nur zu administrieren.
#132: Lifecycle Management
Warum Teams nur für die Entwicklung optimieren und dann undokumentierte Systeme an den Betrieb übergeben. So vermeidest du technische Schulden von Anfang an.
Scrum-Training buchen
Lerne Scrum in der Praxis kennen. Unsere zertifizierten Trainings vermitteln dir das nötige Wissen, um Scrum erfolgreich in deinem Unternehmen einzuführen.
Zu den Trainings