Direkt zum Hauptbereich

Relatives Schätzen (z.B. in Story Points)





Kennst du das auch: Dein Team soll relativ schätzen, rechnet aber alles in Stunden oder Tage um? Oder es kommt sowieso immer das Ergebnis heraus, das der Experte vorschlägt? Dann liegt möglicherweise noch ein Verständnisproblem zum relativen Schätzen vor.


Zunächst solltet ihr für euch klären, wozu ihr überhaupt schätzt. Geht es euch darum, Zahlen abzuliefern, oder wollt ihr die Anforderungen besser verstehen? Wollt ihr dies, oder will jemand weiter oben in der Hierarchie das? Wenn ihr eure Antworten habt, könnt ihr Rückschlüsse auf die für euch sinnvollen Schätzverfahren ziehen. Scrum macht euch keine Vorgaben, ihr seid da also an keine Rahmenbedingungen gebunden.

Ist die Entscheidung für relative Schätzverfahren gefallen, dürft ihr die Schätzeinheit festlegen. Ihr müsst also entscheiden, ob ihr "Story Points", "T-Shirt-Sizes" oder doch eher Smarties (kein Witz!) oder Zootiere nutzen wollt. Danach müsst ihr definieren, was die Schätzwerte denn bedeuten. Schätzt ihr "Komplexität" oder doch eher Aufwand? Mein Tipp: Schätzt in "Größe", denn Größe ist neutral, nicht direkt mit dem Aufwand verknüpft und mit Komplexität lose gekoppelt. Ihr spart euch so lange Diskussionen zur Frage, was genau Komplexität eigentlich ist.

Bevor ihr endlich loslegen könnt, müsst ihr jetzt noch die Zahlenfolge definieren. Viele Teams nutzen die Fibonacci-Folge (1-1-2-3-5-8-13-21-34-55-89 etc.) oder eine Abwandlung davon (z.B. 1-2-3-5-8-13-21-40-100). Ihr könnt aber auch andere Schrittlängen nehmen. Das gilt für T-Shirt-Sizes und Tiere entsprechend (welche Größen und Tiere nutzen wir?), bei Smarties macht es mehr Spaß, ist schmackhafter und es geht nur um die Reihenfolge der Farben.

Schon kann es losgehen, viel Spaß!

Wenn dich dieses Thema tiefer interessiert und du zusätzlich zu den oben genannten Themen auch lernen möchtest, wie genau relatives Schätzen funktioniert, ist dieser Artikel genau das Richtige für dich.



Kommentare

Beliebte Posts aus diesem Blog

Wie starte ich ganz konkret mit einem neuen Scrum Team?

Ich habe den Eindruck, dass manche Agilisten damit überfordert sind, schnell ein Scrum-Team aufzusetzen. Sie haben ein Seminar nach dem anderen besucht und kennen so viele Techniken und Methoden, dass sie am Ende gar nichts davon anwenden. Das war nicht der Sinn des Scrum Guides. Hier ist mein Vorschlag für einen Teamstart.

Outlook-Aufgabenliste: bitte nicht die Aufgaben des ganzen Teams!

Am Tag der Arbeit kommt eine Lösung, nach der ich schon so oft gefragt wurde: Wie schaffe ich es, dass meine Outlook-Aufgabenliste nur meine eigenen Aufgaben anzeigt und nicht auch die E-Mails, die meine Kollegen gekennzeichnet haben oder Aufgaben, die einfach in einem gemeinsamen Postfach stehen?

Kategorien in Outlook - für das Team nutzen

Kennen Sie die Kategorien in Outlook? Nutzen Sie diese? Wenn ja wofür? Wenn ich diese Fragen im Seminar stelle, sehe ich oft hochgezogene Augenbrauen. Kaum jemand weiß, was man eigentlich mit diesen Kategorien machen kann und wofür sie nützlich sind. Dieser Blogartikel stellt sie Ihnen vor.

Das Ubongo Flow Game

Spiele bieten eine gute Gelegenheit, zeitliche Erfahrungen zu verdichten und gemeinsam zu lernen. Karl Scotland und Sallyann Freudenberg haben im Mai 2014 das Lego Flow Game veröffentlicht. Wir haben die Spielidee übernommen, aber das Spielmaterial gewechselt. Statt Legosteinen benutzen wir Material aus Grzegorz Rejchtmans Ubongo-Spiel. Hier präsentieren wir die Anleitung für das Ubongo Flow Game.