Praxis [Praxis]

7 Übungsfragen mit Lösung und Erklärung.

☝️ SingleWas bedeutet "potenziell auslieferbar"?
❌Das Increment ist automatisch beim Kunden im Einsatz
❌Das Increment wartet noch auf die Freigabe durch die Qualitätssicherung
❌Das Increment ist ein Prototyp für die Demo
✅Das Increment ist so fertig, dass es ausgeliefert werden könnte – ob es ausgeliefert wird, entscheidet der Product Owner
Fertigstellung und Auslieferungsentscheidung sind zwei verschiedene Dinge: Die technische Auslieferbarkeit verantwortet das Team, den Auslieferungszeitpunkt der Product Owner.
☝️ SingleEin Team führt Scrum ein und möchte zunächst nur die Events übernehmen, ohne Product Owner. Was ist die Konsequenz?
❌Das Team entscheidet die Reihenfolge künftig per Abstimmung – das ersetzt den PO
❌Der Scrum Master übernimmt dauerhaft die PO-Verantwortung
❌Das ist ein sinnvoller erster Schritt und voll scrum-konform
✅Ohne Product Owner fehlt die klare Verantwortung für Wert und Backlog-Ordnung – das Ergebnis ist nicht Scrum
Die Events ohne die Verantwortlichkeiten zu übernehmen ("Mechanical Scrum") erzeugt Meetings ohne empirische Steuerung.
☝️ SingleWie geht Scrum mit Fehlern (Bugs) am bestehenden Produkt um?
❌Sie werden außerhalb des Backlogs in einem separaten Fehlerprozess bearbeitet
✅Sie werden als Product-Backlog-Einträge geführt und vom Product Owner eingeordnet
❌Sie werden gesammelt und im Hardening Sprint behoben
❌Sie werden immer sofort und unabhängig vom Sprint-Ziel behoben
Alles, was am Produkt zu tun ist, läuft über das Product Backlog – das ist die einzige Quelle der Arbeit. Dringlichkeit bildet der PO über die Reihenfolge ab.
✍️ OffenEin Unternehmen hat Scrum eingeführt: Es gibt Sprints, Dailys und Reviews, aber Entscheidungen über Inhalte trifft weiterhin ein Lenkungsausschuss, und die Developers werden nach Auslastung gesteuert. Analysieren Sie, was hier fehlt.
Musterantwort: Übernommen wurden die sichtbaren Elemente, nicht die Grundlagen. Ein Lenkungsausschuss, der über Inhalte entscheidet, ersetzt faktisch den Product Owner: Der Scrum Guide sieht eine Person mit der Entscheidungsbefugnis über das Product Backlog vor, und diese Befugnis muss von der Organisation respektiert werden. Ein Gremium kann beraten, aber nicht anordnen, ohne die Rolle auszuhöhlen. Die Steuerung der Developers nach Auslastung widerspricht der Selbstverwaltung: In Scrum entscheidet das Team, wer woran arbeitet, und der Maßstab ist das Sprint-Ziel, nicht die Beschäftigung einzelner Personen. Auslastungssteuerung erzeugt zudem viel gleichzeitig begonnene Arbeit, verlängert Durchlaufzeiten und verhindert, dass das Team gemeinsam auf ein Ziel hinarbeitet. Es fehlen damit die beiden Dinge, die Scrum überhaupt wirksam machen: echte Entscheidungsbefugnis beim Product Owner und echte Selbstverwaltung bei den Developers. Ohne sie bleiben die Events Rituale – eine Form, die den alten Ablauf lediglich neu benennt. Ein wirksamer Ansatzpunkt ist, das Missverhältnis anhand konkreter Folgen sichtbar zu machen, etwa anhand von Durchlaufzeiten und nicht erreichten Sprint-Zielen, und die Diskussion mit dem Management auf Entscheidungsbefugnisse zu richten statt auf Meeting-Formate.
☝️ SingleEin Team arbeitet mit einwöchigen Sprints. Wie lang darf das Sprint Planning maximal dauern?
❌Es gibt keine Timebox bei kurzen Sprints
❌Unverändert acht Stunden
✅Anteilig kürzer als die acht Stunden bei einem Monatssprint, typischerweise etwa zwei Stunden
❌Maximal 15 Minuten wie das Daily Scrum
Der Scrum Guide nennt Maximalwerte für den Monatssprint; bei kürzeren Sprints sind die Events üblicherweise kürzer. Es sind Obergrenzen, keine Sollzeiten.
☝️ SingleWie geht ein Scrum Team mit Arbeit um, die am Sprint-Ende nicht fertig geworden ist?
✅Sie kehrt ins Product Backlog zurück und wird vom Product Owner neu bewertet und eingeordnet
❌Sie wird gelöscht, da sie ihre Gelegenheit hatte
❌Sie wandert automatisch in den nächsten Sprint
❌Sie wird als teilweise fertig im Increment ausgewiesen
Der Automatismus ist der häufigste Fehler: Die Rückgabe ins Product Backlog stellt sicher, dass die Arbeit erneut gegen alles andere abgewogen wird – vielleicht ist sie inzwischen nicht mehr die wichtigste.
☝️ SingleWas unterscheidet ein Impediment von einem normalen Problem im Sprint?
✅Ein Impediment behindert den Fortschritt des Teams und kann von ihm nicht ohne Weiteres selbst beseitigt werden
❌Ein Impediment ist immer technischer Natur
❌Ein Impediment betrifft ausschließlich externe Beteiligte
❌Ein Impediment dauert länger als einen Sprint
Die Grenze verläuft an der Selbstwirksamkeit. Ein Scrum Master, der jedes Problem übernimmt, erzeugt ein Team, das keines mehr selbst löst.
← Alle ThemenIm Quiz üben