T-Shirt Sizing
- Typische Dauer:
- 30m
Eine schnelle relative Schätztechnik mit den Größen XS bis XL, um den Aufwand einer großen Anzahl von Backlog-Einträgen zügig einzuschätzen.
Zweck
T-Shirt Sizing tauscht Präzision gegen Geschwindigkeit. Durch das Zuordnen von Items zu einfachen Größenlabels (XS, S, M, L, XL) kann das Team ein großes Backlog in einem Bruchteil der Zeit schätzen.
Auf einen Blick
| Merkmal | Detail |
|---|---|
| Gruppengröße | 3 – 12 |
| Dauer | 30 Minuten |
| Schwierigkeit | Niedrig |
| Moderationsstil | Moderatorengeleitet; schnelle Runden |
| Setting | Vor Ort oder Videocall |
Ablauf
- Größen definieren (5 Min.) — Vereinbaren, was jede Größe bedeutet, anhand bekannter Referenz-Stories.
- Items vorstellen (2 Min. pro Batch) — Titel und Kurzbeschreibung jedes Backlog-Eintrags vorlesen.
- Stilles Platzieren (5 Min.) — Jeder notiert die passende Größe.
- Aufdecken und gruppieren (10 Min.) — Alle Größen zeigen. Bei Uneinigkeit 2 Minuten diskutieren, dann Mehrheitsgröße nehmen.
- Festhalten (5 Min.) — Vereinbarte Größe bei jedem Item eintragen.
Material
- Backlog-Einträge (Titel und Kurzbeschreibungen)
- T-Shirt-Größen-Karten oder -Labels
- Referenz-Stories zur Kalibrierung
- Whiteboard oder digitales Board mit Größenspalten
Stolperfallen & häufige Fehler
- Größen werden absolut — Daran erinnern, dass sie relativ sind und keine Zusagen.
- Zu viele Größen — Maximal 5 Labels. XXS und XXL verwirren die Einfachheit.
- Kalibrierung auslassen — Ohne Referenz-Stories hat jeder ein anderes Bild von M.
Inklusion & Barrierefreiheit
- Farbe und Text für jede Größe verwenden (nicht nur Farbe).
- Stilles Voting ermöglichen.
- Referenz-Stories vorab schriftlich bereitstellen.
Varianten
- Dot-Voting auf Größen — Jeder platziert einen Punkt in der passenden Größenspalte.
- Fibonacci-Mapping — Nach dem Sizing Größen auf Fibonacci-Zahlen abbilden.
Wann NICHT einsetzen
- Wenn präzise Schätzungen für Sprint-Commitment nötig sind — Kartenschätzung nutzen.
- Wenn nur 3–5 Items zu schätzen sind.
Quelle & Weiterlesen
- Cohn, M. (2005). *Agile Estimating and Planning*. Prentice Hall.
- Leffingwell, D. (2011). *Agile Software Requirements*. Addison-Wesley.
Aus den Bausteinen eine Agenda machen
Leg den Tag an, zieh die Blöcke in die Reihenfolge, die dir vorschwebt, und lass die Zeiten sich selbst ausrechnen. Oder beschreib deiner KI, was du vorhast, und lass sie den ersten Entwurf schreiben.
14 Tage kostenlos testen