Bei M&F Engineering werden die Software-Projekte häufig agil nach SCRUM umgesetzt. Dafür haben wir unsere eigenen Planning Poker Karten. Falls auch du und dein Team welche haben möchtest, gib uns Bescheid. Gerne schicken wir dir ein Set.
Planning Poker ist ein in der agilen Softwareentwicklung verwendetes Schätzverfahren. Dabei wird von einem Software-Team der relative Aufwand von Aufgaben geschätzt, in dem die Mitglieder auf eine spielerische Art versuchen, einen Konsens zu erreichen. Hier findest du sowohl eine Anleitungen zu dieser Methode, als auch Tipps, um das Beste aus Planning Poker zu machen.
Vorbereitung
- Alle Spieler bekommen ein Set von Karten
- Ein Master wird bestimmt
- Eine Liste von User Stories liegt bereit
- Eine einfache Aufgabe wird mit einem Story Point (1 SP) bewertet, diese Aufgabe ist unsere Referenz
Vorgehen
- Der Master liest die erste zu bewertende User Story vor.
- Falls nötig können die Spieler Fragen stellen oder sich über die Aufgabe austauschen. Wir wollen Missverständnisse vermeiden.
- Alle Spieler schätzen gleichzeitig und unabhängig voneinander den Aufwand der User Story, indem sie eine Karte spielen. Gelegt ist gelegt!
- Falls sich alle einig sind, ist die User Story erfolgreich geschätzt worden und man kann mit der nächsten User Story fortfahren. (Zurück zu Schritt 1)
- Wenn sich das Team uneinig ist, müssen diejenigen mit der grössten und mit der kleinsten Schätzung nacheinander ihre Schätzung begründen. Während dessen gilt Redeverbot und der Rest der Gruppe muss aufmerksam zuhören - dafür sorgt der Master.
- Schritte 2 bis 5 werden wiederholt, bis die Spieler einen Konsens erreichen. Meistens reichen dafür zwei oder drei Runden.
Standartkarten (Definitionen von Redbooth)
- Eine Zahl von 0 bis 100: Anzahl an geschätzten Story Points für die Aufgabe (ab 20 sollte die Aufgabe vielleicht unterteilt werden - „do not put all your eggs in one basket“)
-
Unendlich when pigs fly: Eine unmögliche Aufgabe. (Das kann vorkommen!)
-
Fragezeichen here be dragons: Wir trauen uns nicht, diese Aufgabe zu schätzen. Das Risiko ist zu gross.
-
Kaffeepause oder Ping-Pong oder bei M&F Tischfussball: Manchmal brauchen wir eine kleine Pause vom Schätzen. Vergiss nicht, diese Karte zu spielen!
-
Brownie: Eine unangenehme oder schwierige Aufgabe, die niemand machen will. (Diese Metapher kommt vom spanischen Sprichwort: Comerse un marrón.)
-
Yak Shaving: Eine Aufgabe, die möglicherweise viele Nebenaufgaben mit sich bringt. Genauso wie das letzte Mal als du ein Yak geschoren hast.
Lexikon
*User Stories: * Features, die implementiert werden müssen.
*Story Points (SP): * Ein Mass für Aufwand. Beispiel: Eine Aufgabe mit 8 SP ist etwa 4 mal aufwändiger als eine Aufgabe mit 2 SP.
*Master: * Ein/e Spieler/in, die auf die Zeit achtet und sicherstellt, dass alle im Team gehört werden.
Tipps
- Am besten schätzt das Entwicklungsteam die User Stories alleine (das heisst, ohne andere Personen im Raum).
- Um Fragen zu klären, hilft es, wenn der Product Owner erreichbar ist.
- Beim Schätzen sollte man besser an Bereiche und nicht an genaue Zahlen denken: Deswegen nutzen wir die Fibonacci-Folge für kleinere Zahlen. Fünf bedeutet so viel wie etwas zwischen drei und acht.
- Das Team darf den Spezial-Karten ihre eigene Bedeutung geben. Wichtig dabei ist, dass alle das Gleiche meinen (und das es eine Karte für Pause gibt).
- Für alle Teams, die nicht physisch zusammen in einem Raum sind, empfehlen wir die Online Version: Link (macht natürlich nicht ganz so viel Spass, wie mit unserem Karten-Set ;)).
Top comments (1)
Das ist wirklich nicht so einfach, so etwas wie Paintball-Spiele in der Computerversion zu finden. Du verstehst, dass das Prinzip anders ist, oder? Geh auf keysforgames und schau besser bei den FIFA-Anbietern nach und ihr findet hoffentlich die günstigsten Schlüssel für heute. Ich hoffe, das reicht für deinen Winter.