
Sign up to save your podcasts
Or


In dieser Folge unseres Product Owner Podcast sprechen Dominique & Oliver über die agile Praktik Magic Estimation. Und natürlich legen sie den Fokus ihrer Diskussion auf den besonderen Nutzen dieser Schätzmethode für Produkt Owner.
Die Idee geht ursprünglich auf einen Vorschlag von Lowell Lindstrom aus dem Jahr 2008 zurück. Er nannte seine Idee „Affinity Estimation“. Boris Gloger griff den Ansatz auf und überarbeitete diesen zu Magic Estimation. Das Magische: sehr viele Product Backlog Items in sehr kurzer Zeit durchschätzen, um beispielsweise für ein bestimmtes Release eine grobe Idee zu einem Termin abgeben zu können.
Dominique erläutert, wie er eine solche magische Schätzsession vorbereitet und dann mit dem Team durchführt. Er teilt viele hilfreiche Tipps und Tricks, die auch die Aufgaben eines Product Owners nach einer solchen Session betreffen: Wir überführe ich die Schätzungen ins Product Backlog? Und warum macht es Sinn, die Ergebnisse der Schätzungen im Product Backlog besonders zu markieren?
Links zu Artikeln, um das Wissen zu vertiefen:
Affinity Estimation
By Tim Klein, Dominique Winter, Oliver WinterIn dieser Folge unseres Product Owner Podcast sprechen Dominique & Oliver über die agile Praktik Magic Estimation. Und natürlich legen sie den Fokus ihrer Diskussion auf den besonderen Nutzen dieser Schätzmethode für Produkt Owner.
Die Idee geht ursprünglich auf einen Vorschlag von Lowell Lindstrom aus dem Jahr 2008 zurück. Er nannte seine Idee „Affinity Estimation“. Boris Gloger griff den Ansatz auf und überarbeitete diesen zu Magic Estimation. Das Magische: sehr viele Product Backlog Items in sehr kurzer Zeit durchschätzen, um beispielsweise für ein bestimmtes Release eine grobe Idee zu einem Termin abgeben zu können.
Dominique erläutert, wie er eine solche magische Schätzsession vorbereitet und dann mit dem Team durchführt. Er teilt viele hilfreiche Tipps und Tricks, die auch die Aufgaben eines Product Owners nach einer solchen Session betreffen: Wir überführe ich die Schätzungen ins Product Backlog? Und warum macht es Sinn, die Ergebnisse der Schätzungen im Product Backlog besonders zu markieren?
Links zu Artikeln, um das Wissen zu vertiefen:
Affinity Estimation

36 Listeners

207 Listeners

3 Listeners

8 Listeners

50 Listeners

7 Listeners

5 Listeners

3 Listeners

20 Listeners

14 Listeners

2 Listeners

349 Listeners

10 Listeners

4 Listeners

24 Listeners