SlideShare une entreprise Scribd logo
1  sur  37
Télécharger pour lire hors ligne
Priority Poker
Einführung und Beispiel
SwissQ, April 2012
Page 2
Herausforderung
Der Ansatz
Priority Poker im Detail
Relative Schätzungen
Beispiel
1
2
3
4
5
Zusammenfassung6
Der nächste Schritt7
Herausforderung
Priorisierung
§  Priorisierung (lat. prior = der vordere, obere) dient der
Ressourcenallokation und ist die Einordnung nach Vorrangigkeit
von zu erledigenden Aufgaben, Problemen, usw. nach ihrer:
§ Wichtigkeit (Bedeutung, Kritikalität) und/oder nach ihrer
§ Dringlichkeit (kurz-/mittel-/langfristig)*
§  Ziel:
begrenzte (finanzielle) Mittel, Kapazitäten und Zeit sinnvoll einsetzen
Page 3 * Quelle: wikipedia.de
Eisenhower Prinzip
Page 4
§  Bekannt und erklärt sich von
selbst
§  Im Alltag verdrängt jedoch das
Dringende das Wichtige
§  Wenn etwas dringend wird, dann
ist es meist zu spät
§  Oft vieles dringend und wichtig
(und keinen weitere Unterteilung
mehr möglich / handhabbar)
Relative market share
Nicht dringend Dringend
wichtigUnwichtig
Was ist wirklich prioritär?
Page 5
Bestehende Priorisierung ist oft zu oberflächlich und geht nicht
wirklich auf absolut (un-) kritischen Bereiche ein.
Verschiedene Ansichten!
Page 6
Jeder Stakeholder hat seine eigene Sicht auf „Was ist wie wichtig“.
Projektleiter
BA‘s / Dev‘s /
Tester
Auftraggeber
Kunden
Lieferanten Spezialisten
ManagementBusiness
Zusätzlich:
-  Gemeinsames Verständnis
-  Gegenseitige Bedürfnisse verstehen
-  Alle Informationen vorhanden
Die Herausforderungen
§  Aktuelle Modelle helfen oft nicht, die wirklich wichtigen Elemente zu
identifizieren
§  80% ist Prio 1 (oder Prio AAAAAA+++)
§  Fokus oft nicht auf den wirklich kritischen oder gewinnbringenden
Elementen
§  Wichtige Stakeholder sind oft nicht in den Prozess eingebunden,
wodurch Prioritäten oft in Frage gestellt werden
§  Soziale Prozess zu Bildung der gemeinsamen Sicht auf die Dinge
wird nicht beachtet
Page 7
Page 8
Herausforderung
Der Ansatz
Priority Poker im Detail
Relative Schätzungen
Beispiel
1
2
3
4
5
Zusammenfassung6
Der nächste Schritt7
Priorisierung
u Ist ein Bewertungsmaßstab
u Ist ein Mittelweg zwischen subjektiver und objektiver Einschätzung
Priority Poker bietet diesen Mittelweg
Ø  Involvierung aller für die Priorisierung wichtigen Projektmitarbeiter
Ø  Erste Einschätzung einzeln mit anschliessender Diskussion
Ø  Definitiver Entscheid im Team nach zweiter Einschätzung
Page 9
Verwendung von Relationen
Page 10
unwichtig extrem wichtig
Die relative Gewichtung ergibt die Wichtigkeit in Relation zu einander.
Die Gewichtung mit Fibonacci-Zahlen
Page 11
100
100
200
300
800
500
1300
2100
3400
Relative Schätzung
Page 12
Relative Schätzungen sind oft einfacher durchzuführen und genauer.
Sie bleiben auch gültig, sollte sich die angenommene Basis der
Relation ändern.
Vorteile Nachteile
§  Die ersten Schätzungen brauchen eine Zeit, bis
das Team im „Flow“ ist.
§  Es werden Referenz-Objekte benötigt, an
welchen sich die Schätzer orientieren können.
§  Risiko von Lösungs- oder andere
philosophische Diskussionen während der
Session.
§  Risiko, dass einzelne Schätzer die Gruppe
dominieren oder ihre politische Kraft ausspielen.
§  Verändert sich der absolute Wert eines Objekts
(z.B. Komplexität oder Anzahl Benutzer), bleibt
die Relation meistens die gleiche.
§  Es finden keine Diskussionen über absolute
Werte statt (LoC, Anzahl Benutzer etc.)
§  Die wirklich wichtigen Elemente werden sehr
schnell erkannt. Die unwichtigen aber auch.
§  Ist ein Element extrem wichtig, kann dieses für
die bewusstere Abarbeitung aufgeteilt werden.
Der soziale Prozess
Page 13
Der soziale Prozess lässt eine gemeinsame Sicht auf Priorität und
Risiken entstehen.
Projektleiter
Business
Analyst
Management
UserDev‘s
Business
Vorgehen beinhaltet auch
§  Experten-Schätzung
§  Wissen ist vor Ort
§  Fragen können geklärt werden
§  Durch Team-Schätzung jedoch nicht zu hoher Fokus auf „den“ Experten
§  Analogie
§  Vergleich / Relation zu anderen Elementen in der Einschätzung
§  Disaggregation (Reife / Auflösung)
§  Aufbrechen von Elementen (zu hohe Komplexität, Risiko, etc)
§  Informationslücken erkennen und beheben
§  etc.
Page 14
Was kann alles priorisiert werden?
§  Projekt-Portfolio
§  Release- und Produkte-Planung
§  Gestaltung von Road-Maps
§  Change Requests
§  Requirements
§  Risiken, Tasks und Aktivitäten
§  Bewertungskriterien (z.B. für
Nutzwertanalyse)
§  Allozierung von Budget,
Ressourcen
§  Bewertung von Ideen und
Innovation
§  Nährwerte von Lebensmitteln...
§  ... und vieles mehr!
Page 15
Page 16
Herausforderung
Der Ansatz
Priority Poker im Detail
Relative Schätzungen
Beispiel
1
2
3
4
5
Zusammenfassung6
Der nächste Schritt7
Richtig Prioritäten setzen
Page 17
Priority Poker
Page 18
Beim Priority Poker legen alle Stakeholder zusammen die Prioritäten
fest. Sei dies für die Anforderungen, Change Requests, Risiken oder
Testfälle.
§  Priority Poker benötigt die entsprechenden Spielkarten
(kann bei SwissQ bestellt werden), sowie eine Liste von
zu gewichtenden Elementen, wie z.B. Anforderungen,
Spezifikationen, User Stories, Use Cases, Testobjekten,
Testfällen oder Bugs.
§  Alle wichtigen Stakeholder nehmen teil, die Auswahl und
Information hat vorab zu erfolgen. Jede Person
bekommt ein Karten-Set.
§  Ein Moderator, welcher nicht mitspielt, führt die Poker-
Session. Er sorgt für das strikte Einhalten der Timeboxen
und unterbindet lösungsorientierte Diskussionen.
Die Kartenwerte
Page 19
Ich brauche eine Pause! Ich brauche eine Erklärung!
unwichtig
(kalt)
extrem wichtig
(heiss)
Einschätzung
Page 20
Risiko-Sicht
§  Wie oft wird das einzuschätzende
Objekt benutzt?
§  Was wäre der Schaden, wenn dieses
Objekt nicht funktioniert?
Nutzen-Sicht
§  Wie wahrscheinlich ist es, dass dieses
Objekt benutzt wird?
§  Wie gross ist der messbare Nutzen
des Objektes?
1 high2 medium3 low
Eintrittswahrscheinlichkeit
1high2medium3low
MöglichesSchadenmass
Der erste Durchgang
Page 21
Schritt 1:
Vorstellung des zu bewertenden Objektes.
Moderator
Schritt 2:
"Geheime" Einschätzung des Objektes.
Schritt 3:
Zeitgleiche Offenlegung der Schätzung.
Max. 2 Minuten
Max. ½ Minute
Topic Descr. Value
1 Topic 1
2 Topic 2
… …
Die Erklärung zur Schätzung / Der zweite Durchgang
Page 22
Schritt 4:
Erklärung der höchsten und der tiefsten Schätzung.
Max. 1 Minute
200 weil…
1300 weil…
Schritt 5:
2. "Geheime" Einschätzung des Objektes.
Schritt 6:
Zeitgleiche Offenlegung der 2. Schätzung.
Max. ½ Minute
Die Entscheidung / Nächste Schätzungen
Page 23
Nächste Schritte:
Vorgehen wiederholen, bis sämtliche
Punkte auf der Liste eingeschätzt sind.
Die Punkte können nun priorisiert
und entsprechend bearbeitet werden.
Schritt 7:
Einigung auf eine Schätzung.
Moderator
Max. 1 Minute
500? OK
OK
OK
Topic Descr. Value
1 Topic 1 500
2 Topic 2 1300
3 Topic 3 300
4 Topic 4 2100
5 Topic 5 1300
6 Topic 6 3400
7 Topic 7 800
Regeln
§  Timeboxes werden eingehalten
Jede Aktivität im Priority Poker wird mit einer Zeitvorgabe versehen. Der
Moderator hat darauf zu achten, dass diese Zeiteinheiten eingehalten werden.
§  Keine lösungsorientierten Diskussionen
Es werden nur Verständnisfragen in den Poker-Runden gestellt und beantwortet.
Wenn über ein Topic auf der Prioritäten-Liste keine Klarheit geschafft werden
kann, muss dies ausserhalb der Runde diskutiert werden und zu einem späteren
Zeitpunkt noch einmal in einer Poker-Runde besprochen werden.
§  Keine Session dauert länger als 2 Stunden
Wenn nach 2 Stunden nicht jedes Topic auf der Liste priorisiert werden konnte,
wird eine nächste Session einberufen.
Page 24
Zielorientiert zu den richtigen Prioritäten
Page 25
Herausforderung
Der Ansatz
Priority Poker im Detail
Relative Schätzungen
Beispiel
1
2
3
4
5
Zusammenfassung6
Der nächste Schritt7
Relative Schätzung Ländergrösse
Page 26
Land Schätzung
Belgien 200*
Deutschland
Frankreich
Italien
Lichtenstein
Niederlande
Norwegen
Schweden
Schweiz
Spanien
* = dient als Vergleichsgrösse für die Schätzung
Relative Schätzung Ländergrösse
Page 27
Land Fläche in kkm² Relation*
Belgien 32.55 200
Deutschland 357.1 2100
Frankreich 543.9 3400
Italien 301.3 1300
Lichtenstein 0.16 100
Niederlande 41.5 300
Norwegen 323.7 2100
Schweden 449.9 3400
Schweiz 41.3 300
Spanien 504.6 3400
* = Ungefähre Relation nach persönlicher Einschätzung
Page 28
Herausforderung
Der Ansatz
Priority Poker im Detail
Relative Schätzungen
Beispiel
1
2
3
4
5
Zusammenfassung6
Der nächste Schritt7
Übung: Wie gross ist ein Hund
§  Berner Sennenhund
§  Chihuahua
§  Schäferhund
§  Dackel
§  Mastino
§  Collie
§  Windhund
Page 29
Zusatzinformation
Page 30
Übung: Wie gross ist ein Hund
§  Berner Sennenhund
§  Chihuahua
§  Schäferhund
§  Dackel
§  Mastino
§  Collie
§  Windhund
Page 31
Page 32
Herausforderung
Der Ansatz
Priority Poker im Detail
Relative Schätzungen
Beispiel
1
2
3
4
5
Zusammenfassung6
Der nächste Schritt7
Priority Poker funktioniert, weil...
§  Priority Poker bringt die verschiedenen Experten und
Meinungsmacher zusammen. Diese Experten ergeben ein „Cross-
Functional-Team“ aus allen wichtigen Disziplinen, welche
zusammen bestens aufgestellt sind, die Prioritäten fest zu legen.
§  Der lebhafte Austausch während der Priority Poker Session sichert
den Informationsfluss und führt dadurch zu einer gemeinsamen, von
allen Parteien unterstützte Sicht auf die Prioritäten.
§  Und es macht Spass!
Page 33
Priority Poker kann für (fast) alles eingesetzt werden
§  Projektpläne und -aktivitäten
§  Gestaltung von Road-Maps
§  Release- und Produkte-Planung
§  User-Stories
§  Bewertung von Ideen und Innovation
§  Nährwerte von Lebensmitteln...
§  ... und vieles mehr!
Page 34
Page 35
Herausforderung
Der Ansatz
Priority Poker im Detail
Relative Schätzungen
Beispiel
1
2
3
4
5
Zusammenfassung6
Der nächste Schritt7
Der nächste Schritt
§  Sie können Priority Poker Karten bei SwissQ bestellen. Einfach
anrufen (+41 43 288 88 40) oder E-Mail senden (info@SwissQ.it)
§  Sie wollen Priority Poker unter Anleitung austesten? SwissQ stellt
einen Moderator für max. 2 Stunden gratis zur Verfügung.
Page 36
Referenzen
§  Mike Cohen, 2005, Agile Estimating and Planning, Prentice Hall
International
§  Mike Cohen, Planning Poker for Estimating on Agile Projects, http://
www.mountaingoatsoftware.com/topics/planning-poker
§  Ilan Goldstein, Relative Estimation Communication, http://
www.scrumshortcuts.com/blog/category/estimation/
§  Malte Foegen (Wibas), 2006, Planning Poker: A slightly different take on
estimating, Power-Point
Page 37

Contenu connexe

Tendances

Operasi arithmatika dan logika
Operasi arithmatika dan logikaOperasi arithmatika dan logika
Operasi arithmatika dan logikaHata Netral
 
E snord no2 hvad er videnskabsteori.pptx (1)
E snord no2   hvad er videnskabsteori.pptx (1)E snord no2   hvad er videnskabsteori.pptx (1)
E snord no2 hvad er videnskabsteori.pptx (1)AnneKyed1
 
패턴인식과 기계학습 개요
패턴인식과 기계학습 개요패턴인식과 기계학습 개요
패턴인식과 기계학습 개요jdo
 
Корупція в медицині
Корупція в медициніКорупція в медицині
Корупція в медициніUNDP Ukraine
 

Tendances (6)

Operasi arithmatika dan logika
Operasi arithmatika dan logikaOperasi arithmatika dan logika
Operasi arithmatika dan logika
 
E snord no2 hvad er videnskabsteori.pptx (1)
E snord no2   hvad er videnskabsteori.pptx (1)E snord no2   hvad er videnskabsteori.pptx (1)
E snord no2 hvad er videnskabsteori.pptx (1)
 
Rangkuman buku informatika bab 4
Rangkuman buku informatika bab 4Rangkuman buku informatika bab 4
Rangkuman buku informatika bab 4
 
패턴인식과 기계학습 개요
패턴인식과 기계학습 개요패턴인식과 기계학습 개요
패턴인식과 기계학습 개요
 
Корупція в медицині
Корупція в медициніКорупція в медицині
Корупція в медицині
 
Presentasi seputar CPU
Presentasi seputar CPUPresentasi seputar CPU
Presentasi seputar CPU
 

Similaire à Einführung Priority Poker (De)

NEW: Prioritize ruthlessly: Priority Poker with Business Value Alignment
NEW: Prioritize ruthlessly: Priority Poker with Business Value AlignmentNEW: Prioritize ruthlessly: Priority Poker with Business Value Alignment
NEW: Prioritize ruthlessly: Priority Poker with Business Value AlignmentSwissQ Consulting AG
 
Einführung ins Priority Poker für Software Testing (Deutsch)
Einführung ins Priority Poker für Software Testing (Deutsch)Einführung ins Priority Poker für Software Testing (Deutsch)
Einführung ins Priority Poker für Software Testing (Deutsch)SwissQ Consulting AG
 
Projekt Jahrgang 58 Einzelne Folien Ev2
Projekt Jahrgang 58   Einzelne Folien Ev2Projekt Jahrgang 58   Einzelne Folien Ev2
Projekt Jahrgang 58 Einzelne Folien Ev2Werner Drizhal
 
Riding the Flow - Wissenarbeit nach der Getting Things Done Methode
Riding the Flow - Wissenarbeit nach der Getting Things Done MethodeRiding the Flow - Wissenarbeit nach der Getting Things Done Methode
Riding the Flow - Wissenarbeit nach der Getting Things Done MethodeJens Oberender
 
WUD 2009 Workshop: Quick Wins
WUD 2009 Workshop: Quick WinsWUD 2009 Workshop: Quick Wins
WUD 2009 Workshop: Quick Winsguest60c1a2
 
eparo – Quick Wins (Workshop WUD 2009 – Rolf Schulte Strathaus)
eparo – Quick Wins (Workshop WUD 2009 – Rolf Schulte Strathaus)eparo – Quick Wins (Workshop WUD 2009 – Rolf Schulte Strathaus)
eparo – Quick Wins (Workshop WUD 2009 – Rolf Schulte Strathaus)eparo GmbH
 
MS-Project - Unleash the Force | Ralf C. Adam
MS-Project - Unleash the Force | Ralf C. AdamMS-Project - Unleash the Force | Ralf C. Adam
MS-Project - Unleash the Force | Ralf C. AdamRalf C. Adam
 
OOP 2017 - Durchdenken oder einfach mal machen?
OOP 2017 - Durchdenken oder einfach mal machen?OOP 2017 - Durchdenken oder einfach mal machen?
OOP 2017 - Durchdenken oder einfach mal machen?Ralf Kruse
 
"Och, nicht schon wieder...!" - Über das Leiden der Entwickler bei Aufwandssc...
"Och, nicht schon wieder...!" - Über das Leiden der Entwickler bei Aufwandssc..."Och, nicht schon wieder...!" - Über das Leiden der Entwickler bei Aufwandssc...
"Och, nicht schon wieder...!" - Über das Leiden der Entwickler bei Aufwandssc...Paul Herwarth von Bittenfeld
 
Prinzipiensprachen
PrinzipiensprachenPrinzipiensprachen
Prinzipiensprachen1&1
 
Getting Things Done (GfA Präsentation)
Getting Things Done (GfA Präsentation)Getting Things Done (GfA Präsentation)
Getting Things Done (GfA Präsentation)Jens Oberender
 
Priorisierungstechniken - Die richtigen Dinge priorisieren, entscheiden und ...
Priorisierungstechniken -  Die richtigen Dinge priorisieren, entscheiden und ...Priorisierungstechniken -  Die richtigen Dinge priorisieren, entscheiden und ...
Priorisierungstechniken - Die richtigen Dinge priorisieren, entscheiden und ...Lars Klingelhöfer
 
Coderetreat Vorlage
Coderetreat VorlageCoderetreat Vorlage
Coderetreat VorlageRamon Anger
 

Similaire à Einführung Priority Poker (De) (14)

NEW: Prioritize ruthlessly: Priority Poker with Business Value Alignment
NEW: Prioritize ruthlessly: Priority Poker with Business Value AlignmentNEW: Prioritize ruthlessly: Priority Poker with Business Value Alignment
NEW: Prioritize ruthlessly: Priority Poker with Business Value Alignment
 
Einführung ins Priority Poker für Software Testing (Deutsch)
Einführung ins Priority Poker für Software Testing (Deutsch)Einführung ins Priority Poker für Software Testing (Deutsch)
Einführung ins Priority Poker für Software Testing (Deutsch)
 
Projekt Jahrgang 58 Einzelne Folien Ev2
Projekt Jahrgang 58   Einzelne Folien Ev2Projekt Jahrgang 58   Einzelne Folien Ev2
Projekt Jahrgang 58 Einzelne Folien Ev2
 
Riding the Flow - Wissenarbeit nach der Getting Things Done Methode
Riding the Flow - Wissenarbeit nach der Getting Things Done MethodeRiding the Flow - Wissenarbeit nach der Getting Things Done Methode
Riding the Flow - Wissenarbeit nach der Getting Things Done Methode
 
WUD 2009 Workshop: Quick Wins
WUD 2009 Workshop: Quick WinsWUD 2009 Workshop: Quick Wins
WUD 2009 Workshop: Quick Wins
 
eparo – Quick Wins (Workshop WUD 2009 – Rolf Schulte Strathaus)
eparo – Quick Wins (Workshop WUD 2009 – Rolf Schulte Strathaus)eparo – Quick Wins (Workshop WUD 2009 – Rolf Schulte Strathaus)
eparo – Quick Wins (Workshop WUD 2009 – Rolf Schulte Strathaus)
 
MS-Project - Unleash the Force | Ralf C. Adam
MS-Project - Unleash the Force | Ralf C. AdamMS-Project - Unleash the Force | Ralf C. Adam
MS-Project - Unleash the Force | Ralf C. Adam
 
OOP 2017 - Durchdenken oder einfach mal machen?
OOP 2017 - Durchdenken oder einfach mal machen?OOP 2017 - Durchdenken oder einfach mal machen?
OOP 2017 - Durchdenken oder einfach mal machen?
 
"Och, nicht schon wieder...!" - Über das Leiden der Entwickler bei Aufwandssc...
"Och, nicht schon wieder...!" - Über das Leiden der Entwickler bei Aufwandssc..."Och, nicht schon wieder...!" - Über das Leiden der Entwickler bei Aufwandssc...
"Och, nicht schon wieder...!" - Über das Leiden der Entwickler bei Aufwandssc...
 
Prinzipiensprachen
PrinzipiensprachenPrinzipiensprachen
Prinzipiensprachen
 
Agile Estimation
Agile EstimationAgile Estimation
Agile Estimation
 
Getting Things Done (GfA Präsentation)
Getting Things Done (GfA Präsentation)Getting Things Done (GfA Präsentation)
Getting Things Done (GfA Präsentation)
 
Priorisierungstechniken - Die richtigen Dinge priorisieren, entscheiden und ...
Priorisierungstechniken -  Die richtigen Dinge priorisieren, entscheiden und ...Priorisierungstechniken -  Die richtigen Dinge priorisieren, entscheiden und ...
Priorisierungstechniken - Die richtigen Dinge priorisieren, entscheiden und ...
 
Coderetreat Vorlage
Coderetreat VorlageCoderetreat Vorlage
Coderetreat Vorlage
 

Plus de SwissQ Consulting AG

Prioritize ruthlessly: Priority Poker with Business Value Alignment
Prioritize ruthlessly: Priority Poker with Business Value AlignmentPrioritize ruthlessly: Priority Poker with Business Value Alignment
Prioritize ruthlessly: Priority Poker with Business Value AlignmentSwissQ Consulting AG
 
SwissQ Culture Desk - Kapitel 5: Wir alle haben Freiheiten - und tragen Veran...
SwissQ Culture Desk - Kapitel 5: Wir alle haben Freiheiten - und tragen Veran...SwissQ Culture Desk - Kapitel 5: Wir alle haben Freiheiten - und tragen Veran...
SwissQ Culture Desk - Kapitel 5: Wir alle haben Freiheiten - und tragen Veran...SwissQ Consulting AG
 
Software Development 2014: Trends & Benchmarks in Agile, Requirements and Tes...
Software Development 2014: Trends & Benchmarks in Agile, Requirements and Tes...Software Development 2014: Trends & Benchmarks in Agile, Requirements and Tes...
Software Development 2014: Trends & Benchmarks in Agile, Requirements and Tes...SwissQ Consulting AG
 
Der Test Manager ist tot - lang lebe der Test Master
Der Test Manager ist tot - lang lebe der Test MasterDer Test Manager ist tot - lang lebe der Test Master
Der Test Manager ist tot - lang lebe der Test MasterSwissQ Consulting AG
 
GTD 2013 Adrian Zwingli - Der einsame Tester
GTD 2013 Adrian Zwingli - Der einsame TesterGTD 2013 Adrian Zwingli - Der einsame Tester
GTD 2013 Adrian Zwingli - Der einsame TesterSwissQ Consulting AG
 
GTD 2013 Stephan Wiesner - Wenn Tester Apps entwickeln
GTD 2013 Stephan Wiesner - Wenn Tester Apps entwickelnGTD 2013 Stephan Wiesner - Wenn Tester Apps entwickeln
GTD 2013 Stephan Wiesner - Wenn Tester Apps entwickelnSwissQ Consulting AG
 
Agile Trends and Benchmarks 2013 EN
Agile Trends and Benchmarks 2013 ENAgile Trends and Benchmarks 2013 EN
Agile Trends and Benchmarks 2013 ENSwissQ Consulting AG
 
Scrum Rocks, Testing Sucks ?! RELOADED
Scrum Rocks, Testing Sucks ?! RELOADEDScrum Rocks, Testing Sucks ?! RELOADED
Scrum Rocks, Testing Sucks ?! RELOADEDSwissQ Consulting AG
 
Computerworld: Mehr Kommunikation, bitte! by Stephan Adler SwissQ
Computerworld: Mehr Kommunikation, bitte! by Stephan Adler SwissQComputerworld: Mehr Kommunikation, bitte! by Stephan Adler SwissQ
Computerworld: Mehr Kommunikation, bitte! by Stephan Adler SwissQSwissQ Consulting AG
 
Swiss Requirements Day 2013 - Vom Spieltrieb zur Systematik
Swiss Requirements Day 2013 - Vom Spieltrieb zur SystematikSwiss Requirements Day 2013 - Vom Spieltrieb zur Systematik
Swiss Requirements Day 2013 - Vom Spieltrieb zur SystematikSwissQ Consulting AG
 
Netzwoche: Trends und Hürden im Requirements Engineering
Netzwoche: Trends und Hürden im Requirements EngineeringNetzwoche: Trends und Hürden im Requirements Engineering
Netzwoche: Trends und Hürden im Requirements EngineeringSwissQ Consulting AG
 
Netzwoche: Agile Methoden allein reichen nicht
Netzwoche: Agile Methoden allein reichen nichtNetzwoche: Agile Methoden allein reichen nicht
Netzwoche: Agile Methoden allein reichen nichtSwissQ Consulting AG
 
SwissQ Testing Trends & Benchmarking 2011
SwissQ Testing Trends & Benchmarking 2011SwissQ Testing Trends & Benchmarking 2011
SwissQ Testing Trends & Benchmarking 2011SwissQ Consulting AG
 
Testing Trends und Benchmarks 2013 De
Testing Trends und Benchmarks 2013 DeTesting Trends und Benchmarks 2013 De
Testing Trends und Benchmarks 2013 DeSwissQ Consulting AG
 

Plus de SwissQ Consulting AG (20)

Prioritize ruthlessly: Priority Poker with Business Value Alignment
Prioritize ruthlessly: Priority Poker with Business Value AlignmentPrioritize ruthlessly: Priority Poker with Business Value Alignment
Prioritize ruthlessly: Priority Poker with Business Value Alignment
 
SwissQ Culture Code
SwissQ Culture CodeSwissQ Culture Code
SwissQ Culture Code
 
SwissQ Culture Desk - Intro
SwissQ Culture Desk - IntroSwissQ Culture Desk - Intro
SwissQ Culture Desk - Intro
 
SwissQ Culture Desk - Kapitel 5: Wir alle haben Freiheiten - und tragen Veran...
SwissQ Culture Desk - Kapitel 5: Wir alle haben Freiheiten - und tragen Veran...SwissQ Culture Desk - Kapitel 5: Wir alle haben Freiheiten - und tragen Veran...
SwissQ Culture Desk - Kapitel 5: Wir alle haben Freiheiten - und tragen Veran...
 
Software Development 2014: Trends & Benchmarks in Agile, Requirements and Tes...
Software Development 2014: Trends & Benchmarks in Agile, Requirements and Tes...Software Development 2014: Trends & Benchmarks in Agile, Requirements and Tes...
Software Development 2014: Trends & Benchmarks in Agile, Requirements and Tes...
 
Der Test Manager ist tot - lang lebe der Test Master
Der Test Manager ist tot - lang lebe der Test MasterDer Test Manager ist tot - lang lebe der Test Master
Der Test Manager ist tot - lang lebe der Test Master
 
GTD 2013 Adrian Zwingli - Der einsame Tester
GTD 2013 Adrian Zwingli - Der einsame TesterGTD 2013 Adrian Zwingli - Der einsame Tester
GTD 2013 Adrian Zwingli - Der einsame Tester
 
GTD 2013 Stephan Wiesner - Wenn Tester Apps entwickeln
GTD 2013 Stephan Wiesner - Wenn Tester Apps entwickelnGTD 2013 Stephan Wiesner - Wenn Tester Apps entwickeln
GTD 2013 Stephan Wiesner - Wenn Tester Apps entwickeln
 
Agile Trends and Benchmarks 2013 EN
Agile Trends and Benchmarks 2013 ENAgile Trends and Benchmarks 2013 EN
Agile Trends and Benchmarks 2013 EN
 
Scrum Rocks, Testing Sucks ?! RELOADED
Scrum Rocks, Testing Sucks ?! RELOADEDScrum Rocks, Testing Sucks ?! RELOADED
Scrum Rocks, Testing Sucks ?! RELOADED
 
Scrum Rocks, Testing Sucks?! (de)
Scrum Rocks, Testing Sucks?! (de)Scrum Rocks, Testing Sucks?! (de)
Scrum Rocks, Testing Sucks?! (de)
 
Computerworld: Mehr Kommunikation, bitte! by Stephan Adler SwissQ
Computerworld: Mehr Kommunikation, bitte! by Stephan Adler SwissQComputerworld: Mehr Kommunikation, bitte! by Stephan Adler SwissQ
Computerworld: Mehr Kommunikation, bitte! by Stephan Adler SwissQ
 
Introduction Priority Poker (En)
Introduction Priority Poker (En)Introduction Priority Poker (En)
Introduction Priority Poker (En)
 
Swiss Requirements Day 2013 - Vom Spieltrieb zur Systematik
Swiss Requirements Day 2013 - Vom Spieltrieb zur SystematikSwiss Requirements Day 2013 - Vom Spieltrieb zur Systematik
Swiss Requirements Day 2013 - Vom Spieltrieb zur Systematik
 
Netzwoche: Agil versus Wasserfall
Netzwoche: Agil versus WasserfallNetzwoche: Agil versus Wasserfall
Netzwoche: Agil versus Wasserfall
 
Netzwoche: Trends und Hürden im Requirements Engineering
Netzwoche: Trends und Hürden im Requirements EngineeringNetzwoche: Trends und Hürden im Requirements Engineering
Netzwoche: Trends und Hürden im Requirements Engineering
 
Netzwoche: Agile Methoden allein reichen nicht
Netzwoche: Agile Methoden allein reichen nichtNetzwoche: Agile Methoden allein reichen nicht
Netzwoche: Agile Methoden allein reichen nicht
 
SwissQ Testing Trends & Benchmarking 2011
SwissQ Testing Trends & Benchmarking 2011SwissQ Testing Trends & Benchmarking 2011
SwissQ Testing Trends & Benchmarking 2011
 
Testing Trends und Benchmarks 2013 De
Testing Trends und Benchmarks 2013 DeTesting Trends und Benchmarks 2013 De
Testing Trends und Benchmarks 2013 De
 
Agile Trends und Benchmarks 2013
Agile Trends und Benchmarks 2013Agile Trends und Benchmarks 2013
Agile Trends und Benchmarks 2013
 

Einführung Priority Poker (De)

  • 1. Priority Poker Einführung und Beispiel SwissQ, April 2012
  • 2. Page 2 Herausforderung Der Ansatz Priority Poker im Detail Relative Schätzungen Beispiel 1 2 3 4 5 Zusammenfassung6 Der nächste Schritt7 Herausforderung
  • 3. Priorisierung §  Priorisierung (lat. prior = der vordere, obere) dient der Ressourcenallokation und ist die Einordnung nach Vorrangigkeit von zu erledigenden Aufgaben, Problemen, usw. nach ihrer: § Wichtigkeit (Bedeutung, Kritikalität) und/oder nach ihrer § Dringlichkeit (kurz-/mittel-/langfristig)* §  Ziel: begrenzte (finanzielle) Mittel, Kapazitäten und Zeit sinnvoll einsetzen Page 3 * Quelle: wikipedia.de
  • 4. Eisenhower Prinzip Page 4 §  Bekannt und erklärt sich von selbst §  Im Alltag verdrängt jedoch das Dringende das Wichtige §  Wenn etwas dringend wird, dann ist es meist zu spät §  Oft vieles dringend und wichtig (und keinen weitere Unterteilung mehr möglich / handhabbar) Relative market share Nicht dringend Dringend wichtigUnwichtig
  • 5. Was ist wirklich prioritär? Page 5 Bestehende Priorisierung ist oft zu oberflächlich und geht nicht wirklich auf absolut (un-) kritischen Bereiche ein.
  • 6. Verschiedene Ansichten! Page 6 Jeder Stakeholder hat seine eigene Sicht auf „Was ist wie wichtig“. Projektleiter BA‘s / Dev‘s / Tester Auftraggeber Kunden Lieferanten Spezialisten ManagementBusiness Zusätzlich: -  Gemeinsames Verständnis -  Gegenseitige Bedürfnisse verstehen -  Alle Informationen vorhanden
  • 7. Die Herausforderungen §  Aktuelle Modelle helfen oft nicht, die wirklich wichtigen Elemente zu identifizieren §  80% ist Prio 1 (oder Prio AAAAAA+++) §  Fokus oft nicht auf den wirklich kritischen oder gewinnbringenden Elementen §  Wichtige Stakeholder sind oft nicht in den Prozess eingebunden, wodurch Prioritäten oft in Frage gestellt werden §  Soziale Prozess zu Bildung der gemeinsamen Sicht auf die Dinge wird nicht beachtet Page 7
  • 8. Page 8 Herausforderung Der Ansatz Priority Poker im Detail Relative Schätzungen Beispiel 1 2 3 4 5 Zusammenfassung6 Der nächste Schritt7
  • 9. Priorisierung u Ist ein Bewertungsmaßstab u Ist ein Mittelweg zwischen subjektiver und objektiver Einschätzung Priority Poker bietet diesen Mittelweg Ø  Involvierung aller für die Priorisierung wichtigen Projektmitarbeiter Ø  Erste Einschätzung einzeln mit anschliessender Diskussion Ø  Definitiver Entscheid im Team nach zweiter Einschätzung Page 9
  • 10. Verwendung von Relationen Page 10 unwichtig extrem wichtig Die relative Gewichtung ergibt die Wichtigkeit in Relation zu einander.
  • 11. Die Gewichtung mit Fibonacci-Zahlen Page 11 100 100 200 300 800 500 1300 2100 3400
  • 12. Relative Schätzung Page 12 Relative Schätzungen sind oft einfacher durchzuführen und genauer. Sie bleiben auch gültig, sollte sich die angenommene Basis der Relation ändern. Vorteile Nachteile §  Die ersten Schätzungen brauchen eine Zeit, bis das Team im „Flow“ ist. §  Es werden Referenz-Objekte benötigt, an welchen sich die Schätzer orientieren können. §  Risiko von Lösungs- oder andere philosophische Diskussionen während der Session. §  Risiko, dass einzelne Schätzer die Gruppe dominieren oder ihre politische Kraft ausspielen. §  Verändert sich der absolute Wert eines Objekts (z.B. Komplexität oder Anzahl Benutzer), bleibt die Relation meistens die gleiche. §  Es finden keine Diskussionen über absolute Werte statt (LoC, Anzahl Benutzer etc.) §  Die wirklich wichtigen Elemente werden sehr schnell erkannt. Die unwichtigen aber auch. §  Ist ein Element extrem wichtig, kann dieses für die bewusstere Abarbeitung aufgeteilt werden.
  • 13. Der soziale Prozess Page 13 Der soziale Prozess lässt eine gemeinsame Sicht auf Priorität und Risiken entstehen. Projektleiter Business Analyst Management UserDev‘s Business
  • 14. Vorgehen beinhaltet auch §  Experten-Schätzung §  Wissen ist vor Ort §  Fragen können geklärt werden §  Durch Team-Schätzung jedoch nicht zu hoher Fokus auf „den“ Experten §  Analogie §  Vergleich / Relation zu anderen Elementen in der Einschätzung §  Disaggregation (Reife / Auflösung) §  Aufbrechen von Elementen (zu hohe Komplexität, Risiko, etc) §  Informationslücken erkennen und beheben §  etc. Page 14
  • 15. Was kann alles priorisiert werden? §  Projekt-Portfolio §  Release- und Produkte-Planung §  Gestaltung von Road-Maps §  Change Requests §  Requirements §  Risiken, Tasks und Aktivitäten §  Bewertungskriterien (z.B. für Nutzwertanalyse) §  Allozierung von Budget, Ressourcen §  Bewertung von Ideen und Innovation §  Nährwerte von Lebensmitteln... §  ... und vieles mehr! Page 15
  • 16. Page 16 Herausforderung Der Ansatz Priority Poker im Detail Relative Schätzungen Beispiel 1 2 3 4 5 Zusammenfassung6 Der nächste Schritt7
  • 18. Priority Poker Page 18 Beim Priority Poker legen alle Stakeholder zusammen die Prioritäten fest. Sei dies für die Anforderungen, Change Requests, Risiken oder Testfälle. §  Priority Poker benötigt die entsprechenden Spielkarten (kann bei SwissQ bestellt werden), sowie eine Liste von zu gewichtenden Elementen, wie z.B. Anforderungen, Spezifikationen, User Stories, Use Cases, Testobjekten, Testfällen oder Bugs. §  Alle wichtigen Stakeholder nehmen teil, die Auswahl und Information hat vorab zu erfolgen. Jede Person bekommt ein Karten-Set. §  Ein Moderator, welcher nicht mitspielt, führt die Poker- Session. Er sorgt für das strikte Einhalten der Timeboxen und unterbindet lösungsorientierte Diskussionen.
  • 19. Die Kartenwerte Page 19 Ich brauche eine Pause! Ich brauche eine Erklärung! unwichtig (kalt) extrem wichtig (heiss)
  • 20. Einschätzung Page 20 Risiko-Sicht §  Wie oft wird das einzuschätzende Objekt benutzt? §  Was wäre der Schaden, wenn dieses Objekt nicht funktioniert? Nutzen-Sicht §  Wie wahrscheinlich ist es, dass dieses Objekt benutzt wird? §  Wie gross ist der messbare Nutzen des Objektes? 1 high2 medium3 low Eintrittswahrscheinlichkeit 1high2medium3low MöglichesSchadenmass
  • 21. Der erste Durchgang Page 21 Schritt 1: Vorstellung des zu bewertenden Objektes. Moderator Schritt 2: "Geheime" Einschätzung des Objektes. Schritt 3: Zeitgleiche Offenlegung der Schätzung. Max. 2 Minuten Max. ½ Minute Topic Descr. Value 1 Topic 1 2 Topic 2 … …
  • 22. Die Erklärung zur Schätzung / Der zweite Durchgang Page 22 Schritt 4: Erklärung der höchsten und der tiefsten Schätzung. Max. 1 Minute 200 weil… 1300 weil… Schritt 5: 2. "Geheime" Einschätzung des Objektes. Schritt 6: Zeitgleiche Offenlegung der 2. Schätzung. Max. ½ Minute
  • 23. Die Entscheidung / Nächste Schätzungen Page 23 Nächste Schritte: Vorgehen wiederholen, bis sämtliche Punkte auf der Liste eingeschätzt sind. Die Punkte können nun priorisiert und entsprechend bearbeitet werden. Schritt 7: Einigung auf eine Schätzung. Moderator Max. 1 Minute 500? OK OK OK Topic Descr. Value 1 Topic 1 500 2 Topic 2 1300 3 Topic 3 300 4 Topic 4 2100 5 Topic 5 1300 6 Topic 6 3400 7 Topic 7 800
  • 24. Regeln §  Timeboxes werden eingehalten Jede Aktivität im Priority Poker wird mit einer Zeitvorgabe versehen. Der Moderator hat darauf zu achten, dass diese Zeiteinheiten eingehalten werden. §  Keine lösungsorientierten Diskussionen Es werden nur Verständnisfragen in den Poker-Runden gestellt und beantwortet. Wenn über ein Topic auf der Prioritäten-Liste keine Klarheit geschafft werden kann, muss dies ausserhalb der Runde diskutiert werden und zu einem späteren Zeitpunkt noch einmal in einer Poker-Runde besprochen werden. §  Keine Session dauert länger als 2 Stunden Wenn nach 2 Stunden nicht jedes Topic auf der Liste priorisiert werden konnte, wird eine nächste Session einberufen. Page 24 Zielorientiert zu den richtigen Prioritäten
  • 25. Page 25 Herausforderung Der Ansatz Priority Poker im Detail Relative Schätzungen Beispiel 1 2 3 4 5 Zusammenfassung6 Der nächste Schritt7
  • 26. Relative Schätzung Ländergrösse Page 26 Land Schätzung Belgien 200* Deutschland Frankreich Italien Lichtenstein Niederlande Norwegen Schweden Schweiz Spanien * = dient als Vergleichsgrösse für die Schätzung
  • 27. Relative Schätzung Ländergrösse Page 27 Land Fläche in kkm² Relation* Belgien 32.55 200 Deutschland 357.1 2100 Frankreich 543.9 3400 Italien 301.3 1300 Lichtenstein 0.16 100 Niederlande 41.5 300 Norwegen 323.7 2100 Schweden 449.9 3400 Schweiz 41.3 300 Spanien 504.6 3400 * = Ungefähre Relation nach persönlicher Einschätzung
  • 28. Page 28 Herausforderung Der Ansatz Priority Poker im Detail Relative Schätzungen Beispiel 1 2 3 4 5 Zusammenfassung6 Der nächste Schritt7
  • 29. Übung: Wie gross ist ein Hund §  Berner Sennenhund §  Chihuahua §  Schäferhund §  Dackel §  Mastino §  Collie §  Windhund Page 29
  • 31. Übung: Wie gross ist ein Hund §  Berner Sennenhund §  Chihuahua §  Schäferhund §  Dackel §  Mastino §  Collie §  Windhund Page 31
  • 32. Page 32 Herausforderung Der Ansatz Priority Poker im Detail Relative Schätzungen Beispiel 1 2 3 4 5 Zusammenfassung6 Der nächste Schritt7
  • 33. Priority Poker funktioniert, weil... §  Priority Poker bringt die verschiedenen Experten und Meinungsmacher zusammen. Diese Experten ergeben ein „Cross- Functional-Team“ aus allen wichtigen Disziplinen, welche zusammen bestens aufgestellt sind, die Prioritäten fest zu legen. §  Der lebhafte Austausch während der Priority Poker Session sichert den Informationsfluss und führt dadurch zu einer gemeinsamen, von allen Parteien unterstützte Sicht auf die Prioritäten. §  Und es macht Spass! Page 33
  • 34. Priority Poker kann für (fast) alles eingesetzt werden §  Projektpläne und -aktivitäten §  Gestaltung von Road-Maps §  Release- und Produkte-Planung §  User-Stories §  Bewertung von Ideen und Innovation §  Nährwerte von Lebensmitteln... §  ... und vieles mehr! Page 34
  • 35. Page 35 Herausforderung Der Ansatz Priority Poker im Detail Relative Schätzungen Beispiel 1 2 3 4 5 Zusammenfassung6 Der nächste Schritt7
  • 36. Der nächste Schritt §  Sie können Priority Poker Karten bei SwissQ bestellen. Einfach anrufen (+41 43 288 88 40) oder E-Mail senden (info@SwissQ.it) §  Sie wollen Priority Poker unter Anleitung austesten? SwissQ stellt einen Moderator für max. 2 Stunden gratis zur Verfügung. Page 36
  • 37. Referenzen §  Mike Cohen, 2005, Agile Estimating and Planning, Prentice Hall International §  Mike Cohen, Planning Poker for Estimating on Agile Projects, http:// www.mountaingoatsoftware.com/topics/planning-poker §  Ilan Goldstein, Relative Estimation Communication, http:// www.scrumshortcuts.com/blog/category/estimation/ §  Malte Foegen (Wibas), 2006, Planning Poker: A slightly different take on estimating, Power-Point Page 37