Schätzung & Prognose [Praxis]

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

☝️ SingleWer schätzt in Scrum den Aufwand bzw. die Größe von Product-Backlog-Einträgen?
✅Die Developers – sie führen die Arbeit aus und verantworten daher die Schätzung
❌Der Product Owner, da er die Reihenfolge festlegt
❌Die Stakeholder gemeinsam im Sprint Review
❌Der Scrum Master als neutraler Moderator
Der Scrum Guide ist hier eindeutig: Die Developers schätzen. Der Product Owner kann die Developers beeinflussen, indem er hilft, Kompromisse zu verstehen und Alternativen zu wählen – aber die Schätzung selbst bleibt bei den Developers.
☝️ SingleWas sind Story Points?
❌Ein vom Scrum Guide vorgeschriebenes Schätzverfahren
❌Die Anzahl der Akzeptanzkriterien eines Eintrags
❌Eine feste Umrechnung: ein Story Point entspricht einem Personentag
✅Ein relatives Maß für Größe und Komplexität eines Eintrags im Vergleich zu anderen Einträgen – keine Zeiteinheit
Story Points sind eine verbreitete Praktik, aber kein Scrum-Bestandteil – der Scrum Guide schreibt kein Schätzverfahren vor. Ihr Vorteil liegt im Vergleich: Menschen schätzen relative Größen zuverlässiger als absolute Dauern.
☝️ SingleWas ist der Kerngedanke von Planning Poker?
❌Der Mittelwert aller genannten Zahlen ist automatisch das Ergebnis
✅Alle Schätzenden legen ihre Einschätzung gleichzeitig offen, und Abweichungen werden als Anlass für ein klärendes Gespräch genutzt
❌Der Product Owner nennt die Zahl, das Team prüft sie
❌Die erfahrenste Person schätzt, die anderen bestätigen
Der Wert liegt nicht in der Zahl, sondern im Gespräch. Weit auseinanderliegende Schätzungen sind der eigentliche Gewinn: Sie decken auf, dass die Beteiligten den Eintrag unterschiedlich verstehen.
☝️ SingleWarum wird bei Story Points häufig eine Fibonacci-ähnliche Reihe verwendet?
❌Weil die Fibonacci-Reihe eine mathematisch exakte Aufwandsberechnung erlaubt
❌Weil der Scrum Guide sie vorschreibt
✅Weil die Unsicherheit mit der Größe wächst und größere Einträge deshalb nicht mehr fein unterschieden werden sollten
❌Weil die Zahlen sich leichter addieren lassen
Die wachsenden Abstände bilden die reale Schätzunsicherheit ab. Ob ein großer Eintrag 19 oder 21 Punkte hat, ist eine Scheingenauigkeit; die eigentliche Konsequenz lautet: zu groß, muss zerlegt werden.
☝️ SingleWas ist Velocity und wofür darf sie verwendet werden?
❌Ein im Scrum Guide vorgeschriebenes Artefakt
❌Eine Leistungskennzahl, mit der Teams miteinander verglichen werden
❌Eine Zielvorgabe, die von Sprint zu Sprint gesteigert werden muss
✅Die durchschnittlich pro Sprint fertiggestellte Menge eines Teams – nutzbar als grobe Prognosehilfe für genau dieses Team
Velocity kommt im Scrum Guide nicht vor. Als teaminterne Prognosehilfe ist sie brauchbar; als Zielvorgabe zerstört sie sich selbst, weil Teams dann einfach großzügiger schätzen.
☝️ SingleWas zeigt ein Burn-up-Chart im Unterschied zu einem Burn-down-Chart?
✅Es zeigt die fertiggestellte Arbeit UND den Gesamtumfang als eigene Linie, wodurch Umfangsänderungen sichtbar werden
❌Es zeigt die Auslastung der einzelnen Teammitglieder
❌Es zeigt ausschließlich die verbleibende Restarbeit
❌Es zeigt die Anzahl der offenen Fehler im Produkt
Genau das ist der praktische Vorteil: Im Burn-down sieht eine Umfangserweiterung wie ein stehengebliebener Fortschritt aus. Im Burn-up hebt sich stattdessen sichtbar die obere Linie.
✌️ MultiWelche Aussagen zum Umgang mit Prognosen in Scrum treffen zu? (Mehrere richtig)
❌Die Developers verpflichten sich verbindlich, alle ausgewählten Einträge fertigzustellen.
✅Eine Prognose ist eine Aussage unter Unsicherheit und wird mit jedem Sprint genauer.
✅Die Auswahl der Einträge für den Sprint ist eine Prognose der Developers, keine Garantie.
✅Das einzige verbindliche Commitment im Sprint ist das Sprint-Ziel.
Der Scrum Guide 2011 ersetzte das Wort "Commitment" für den Sprint-Umfang bewusst durch "Forecast". Verbindlich ist das Sprint-Ziel; welche Einträge dafür nötig sind, kann sich im Sprint ändern.
☝️ SingleEin Team soll für sechs Monate im Voraus verbindlich zusagen, welche Funktionen fertig sein werden. Was ist die fachlich korrekte Antwort?
❌Eine feste Zusage geben und den Umfang notfalls durch Überstunden halten
❌Die Schätzungen pauschal verdoppeln und das Ergebnis als Zusage abgeben
❌Die Frage ablehnen, weil Prognosen in Scrum nicht vorgesehen sind
✅Eine Prognose mit Bandbreite anbieten, die auf empirischen Daten beruht, und sie nach jedem Sprint aktualisieren
Agilität heißt nicht, keine Aussagen zu treffen. Sie heißt, Aussagen als das zu kennzeichnen, was sie sind: Prognosen mit Unsicherheit, die regelmäßig neu berechnet werden.
← Alle ThemenIm Quiz üben