SlideShare a Scribd company logo
Priority	
  Poker	
  for	
  So,ware	
  Tes1ng	
  
Introduction and examples

SwissQ Testing Team, March 2012
1   Herausforderung
         Challenge

     2   Method

     3   Priority Poker in detail

     4   Comparative estimates

     5   Examples

     6   Summary

     7   Next steps




Page 2
Priorities of tests!

   Existing priorization is often superficial and does not really go into the
   really (un)critical areas.




Page 3
Different views!

   Each stakeholder has his own view of „what is how important“.




                      BA‘s / Dev‘s /                        Supplier              Specialist
                         Tester




                                       Employer

         Project leader                           Clients              Business           Management




         Additionally:
         -  Common understanding
         -  Understand each others needs
Page 4   -  All information available
1   Challenge

     2   Method

     3   Priority Poker in detail

     4   Comparative estimates

     5   Example

     6   Summary

     7   Next steps




Page 5
Use of relations

   The relative weight produces the test intensity.




   Not important                                      Very important




Page 6
Weighing with Fibonacci numbers




                                                           2100


                 3400
                                                   300

                                     500
                                             100
                                                     200
                                             100




                                                              1300
                                       800




Page 7
The social process

   The social process creates a common view of the priorities and risks.

                       Dev‘s                      User



                                                                Business


  Management




                                       Project leader



          Business
           Analyst




Page 8
1   Challenge

     2   Method

     3   Priority Poker in detail

     4   Comparative estimates

     5   Examples

     6   Summary

     7   Next steps




Page 9
Setting the right priorities




Page 10
Priority Poker

   When playing Priority Poker, all stakeholders set the priorities
   together. Be it for requirements, for test strategies, test objects, or test
   cases.

   Priority Poker uses the corresponding game cards (can be ordered
   at SwissQ) and a list of elements to be weighed as e.g.
   requirements, specifications, user stories, use cases, test objects,
   test cases or bugs.



   All important stakeholders participate, the selection and
   distribution of information has to be done beforehand. Each
   person receives a card set.



   A moderator who can‘t play is leading the poker session. He‘s
   responsible for the adherence to the time boxes and stops
   solution-oriented discussions.




Page 11
Card values




            I need a break!   I need an explanation!




     Not important                           Very important
     (cold)                                           (hot)


Page 12
Estimate


   Risk view                                                          3 low          2 medium   1 high


     How often will the object to be
      estimated be used?




                                                                                                         1 high
     What‘s the damage if the object
      doesn‘t work?




                                                                                                         2 medium
                                                Possible damage
   Benefit view
     How probable is it that the object will




                                                                                                         3 low
      be used?
     How great is the measurable use of
                                                                  Probability of occurrence
      the object?



Page 13
First round

   Step 1:                                                   Topic   Descr.    Value

   Presentation of the object to be estimated.               1       Topic 1

                                                             2       Topic 2
             Max. 2 minutes
                                                 Moderator
                                                             …       …


   Step 2:

   “Secret" estimate of object.

             Max. ½ minute


   Step 3:

   Simultaneous disclosure of the estimate.




Page 14
Explanation of estimate / Second round


   Step 4:                                                              1300
                                                                      because…
   Explanation of highest and lowest estimate.                200
                                                           because…
             Max. 1 minute


   Step 5:

   2. “Secret" estimate of object.

             Max. ½ Minute


   Step 6:

   Simultaneous disclosure of second round of estimates.




Page 15
The decision / Next estimates


   Step 7:                                                                OK        OK
                                                           500?

   Aggreement to one estimate                                                  OK


             Max. 1 minute
                                                   Moderator


   Next steps:
                                                                  Topic   Descr.         Value
   Repeat procedure until all points on the list
   have been estimated.                                           1       Topic 1        500

                                                                  2       Topic 2        1300
   The points can now be prioritized and
   worked on accordingly.                                         3       Topic 3        300

                                                                  4       Topic 4        2100

                                                                  5       Topic 5        1300

                                                                  6       Topic 6        3400

                                                                  7       Topic 7        800




Page 16
Rules
      Goal-oriented to the right priorities

        Time boxes have to be respected
          Each activity in Priority Poker is timed and the moderator has to make sure that
          those time boxes are followed.


        No solution-oriented discussions
          Only questions about comprehension will be asked and answered during the
          poker rounds. If a topic on the priority list remains unclear it has to be discussed
          outside the round and will be reintroduced into a new poker round later.

        No session lasts longer than two hours
          A new session will be scheduled if there are still non-prioritized topics on the list
          after two hours.




Page 17
1    Challenge

     2    Method

     3    Priority Poker in detail

     4    Comparative estimates

     5    Example

     6    Summary

     7    Next steps




Page 18
Comparative estimate of biggest countries

    Country                                            Estimate
    Belgium                                                200*
    Germany
    France
    Italy
    Liechtenstein
    The Netherlands
    Norway
    Sweden
    Switzerland
    Spain




Page 19     * = to be used as reference for estimate
Comparative estimate of biggest countries

    Country                                                           Size in km²   Relation*
    Belgium                                                                32.55         200
    Germany                                                                357.1        2300
    France                                                                 543.9        3400
    Italy                                                                  301.3        1300
    Liechtenstein                                                           0.16         100
    The Netherlands                                                         41.5         300
    Norway                                                                 323.7        2300
    Sweden                                                                 449.9        3400
    Switzerland                                                             41.3         300
    Spain                                                                  504.6        3400




Page 20     * = approximate relation according to personal estimate
Comparative estimate

   Comparative estimates are often easier and more precise. They also
   remain valid if the adopted basis of the relation changes.



     Pro                                                Con
      Relation mostly remains the same even if the       First estimates takes time until the team „rides
       absolute value of the objects changes (e.g.         the same wave“
       complexity or number of users)                     Reference objects needed as a point of
      There are no discussions about absolute values      orientation for estimators
       (LoC, number of users, etc.)                       Risk of solution-oriented or other philosophical
      The really important elements are very quickly      discussions during sessions
       identified, as well as the insignificant ones      Risk that single estimators dominate the group
      If an element is extremely important it can be      or use their political power
       divided up for more deliberate processing




Page 21
1    Challenge

     2    Method

     3    Priority Poker in detail

     4    Comparative estimates

     5    Example

     6    Summary

     7    Next steps




Page 22
Exercise: how big is the dog?


     Bernese mountain dog

     Chihuahua

     Alsatian

     Dachshund

     Mastino

     Collie

     Greyhound


Page 23
Additional information




Page 24
Exercise: how big is the dog?


     Bernese mountain dog

     Chihuahua

     Alsatian

     Dachshund

     Mastino

     Collie

     Greyhound

Page 25
1    Challenge

     2    Method

     3    Priority Poker in detail

     4    Comparative estimates

     5    Examples

     6    Summary

     7    Next steps




Page 26
Priority Poker works because...


     Priority Poker brings together the different experts and decision makers.
      These experts make up a „cross-functional“ team uniting all important
      disciplines, and constitute the best team to set the priorities.
     The active exchange during the poker sessions ensures the information flow
      and thus leads to a common view of the priorities supported by all parties.
     And it‘s fun!




Page 27
Priority Poker can be used for (practically) anything!


     Project plans and activities
     Design of road maps
     Release and product planning
     User stories
     Evaluation of ideas and innovation
     ... And much more!




Page 28
1    Challenge

     2    Method

     3    Priority Poker in detail

     4    Comparative estimates

     5    Example

     6    Summary

     7    Next steps




Page 29
Next steps


     You can order Priority Poker sets at SwissQ. Just call (+41 43 288 88
      40) or send an e-Mail (info@SwissQ.it)


     You want guidance while testing Priority Poker? SwissQ provides
      you with a moderator for max. 2 hours for free.




Page 30
References


   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 31

More Related Content

Similar to Introduction Priority Poker for Tester (Englisch)

Reverse engineering p1
Reverse engineering p1Reverse engineering p1
Reverse engineering p1kubis7124
 
Scrum & Kanban for Social Games
Scrum & Kanban for Social GamesScrum & Kanban for Social Games
Scrum & Kanban for Social GamesDiogo Cunha
 
Scrum & Kanban for Social Games
Scrum & Kanban for Social GamesScrum & Kanban for Social Games
Scrum & Kanban for Social GamesWooga
 
Agile tales of creative customer collaboration
Agile tales of creative customer collaborationAgile tales of creative customer collaboration
Agile tales of creative customer collaborationClaudio Perrone
 
Crowdsourcing using MTurk for HCI research
Crowdsourcing using MTurk for HCI researchCrowdsourcing using MTurk for HCI research
Crowdsourcing using MTurk for HCI researchEd Chi
 
Discovery for Knowledge Work
Discovery for Knowledge WorkDiscovery for Knowledge Work
Discovery for Knowledge WorkAKAGroup
 
Aslak Hellesoy Executable User Stories R Spec Bdd
Aslak Hellesoy Executable User Stories R Spec BddAslak Hellesoy Executable User Stories R Spec Bdd
Aslak Hellesoy Executable User Stories R Spec Bdddeimos
 
Diamond Dash iOS - Post Mortem_GDC Europe 2012
Diamond Dash iOS - Post Mortem_GDC Europe 2012Diamond Dash iOS - Post Mortem_GDC Europe 2012
Diamond Dash iOS - Post Mortem_GDC Europe 2012Wooga
 
Diamond Dash iOS - Post Mortem (GDC Europe 2012)
Diamond Dash iOS - Post Mortem (GDC Europe 2012)Diamond Dash iOS - Post Mortem (GDC Europe 2012)
Diamond Dash iOS - Post Mortem (GDC Europe 2012)Christopher Parschat
 
Using Simulation to Manage Software Delivery Risk
Using Simulation to Manage Software Delivery RiskUsing Simulation to Manage Software Delivery Risk
Using Simulation to Manage Software Delivery RiskTroy Magennis
 
Coaching teams in Creative Problem Solving v.2
Coaching teams in Creative Problem Solving v.2Coaching teams in Creative Problem Solving v.2
Coaching teams in Creative Problem Solving v.2Flowa Oy
 
Blind sizing
Blind sizingBlind sizing
Blind sizingsowmya_k
 
Panasonic - The Practical Use of Scientific Innovation Techniques for Teleco...
Panasonic  - The Practical Use of Scientific Innovation Techniques for Teleco...Panasonic  - The Practical Use of Scientific Innovation Techniques for Teleco...
Panasonic - The Practical Use of Scientific Innovation Techniques for Teleco...Richard Platt
 
Deep Reinforcement Learning from Human Preferences
Deep Reinforcement Learning from Human PreferencesDeep Reinforcement Learning from Human Preferences
Deep Reinforcement Learning from Human Preferencestaeseon ryu
 

Similar to Introduction Priority Poker for Tester (Englisch) (15)

Reverse engineering p1
Reverse engineering p1Reverse engineering p1
Reverse engineering p1
 
Scrum & Kanban for Social Games
Scrum & Kanban for Social GamesScrum & Kanban for Social Games
Scrum & Kanban for Social Games
 
Scrum & Kanban for Social Games
Scrum & Kanban for Social GamesScrum & Kanban for Social Games
Scrum & Kanban for Social Games
 
Agile tales of creative customer collaboration
Agile tales of creative customer collaborationAgile tales of creative customer collaboration
Agile tales of creative customer collaboration
 
Crowdsourcing using MTurk for HCI research
Crowdsourcing using MTurk for HCI researchCrowdsourcing using MTurk for HCI research
Crowdsourcing using MTurk for HCI research
 
Discovery for Knowledge Work
Discovery for Knowledge WorkDiscovery for Knowledge Work
Discovery for Knowledge Work
 
Aslak Hellesoy Executable User Stories R Spec Bdd
Aslak Hellesoy Executable User Stories R Spec BddAslak Hellesoy Executable User Stories R Spec Bdd
Aslak Hellesoy Executable User Stories R Spec Bdd
 
Diamond Dash iOS - Post Mortem_GDC Europe 2012
Diamond Dash iOS - Post Mortem_GDC Europe 2012Diamond Dash iOS - Post Mortem_GDC Europe 2012
Diamond Dash iOS - Post Mortem_GDC Europe 2012
 
Diamond Dash iOS - Post Mortem (GDC Europe 2012)
Diamond Dash iOS - Post Mortem (GDC Europe 2012)Diamond Dash iOS - Post Mortem (GDC Europe 2012)
Diamond Dash iOS - Post Mortem (GDC Europe 2012)
 
Using Simulation to Manage Software Delivery Risk
Using Simulation to Manage Software Delivery RiskUsing Simulation to Manage Software Delivery Risk
Using Simulation to Manage Software Delivery Risk
 
Coaching teams in Creative Problem Solving v.2
Coaching teams in Creative Problem Solving v.2Coaching teams in Creative Problem Solving v.2
Coaching teams in Creative Problem Solving v.2
 
How to fail at scrum
How to fail at scrumHow to fail at scrum
How to fail at scrum
 
Blind sizing
Blind sizingBlind sizing
Blind sizing
 
Panasonic - The Practical Use of Scientific Innovation Techniques for Teleco...
Panasonic  - The Practical Use of Scientific Innovation Techniques for Teleco...Panasonic  - The Practical Use of Scientific Innovation Techniques for Teleco...
Panasonic - The Practical Use of Scientific Innovation Techniques for Teleco...
 
Deep Reinforcement Learning from Human Preferences
Deep Reinforcement Learning from Human PreferencesDeep Reinforcement Learning from Human Preferences
Deep Reinforcement Learning from Human Preferences
 

More from SwissQ Consulting AG

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
 
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
 

More from SwissQ Consulting AG (20)

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
 
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
 
Einführung Priority Poker (De)
Einführung Priority Poker (De)Einführung Priority Poker (De)
Einführung Priority Poker (De)
 
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
 

Recently uploaded

How world-class product teams are winning in the AI era by CEO and Founder, P...
How world-class product teams are winning in the AI era by CEO and Founder, P...How world-class product teams are winning in the AI era by CEO and Founder, P...
How world-class product teams are winning in the AI era by CEO and Founder, P...Product School
 
"Impact of front-end architecture on development cost", Viktor Turskyi
"Impact of front-end architecture on development cost", Viktor Turskyi"Impact of front-end architecture on development cost", Viktor Turskyi
"Impact of front-end architecture on development cost", Viktor TurskyiFwdays
 
Mission to Decommission: Importance of Decommissioning Products to Increase E...
Mission to Decommission: Importance of Decommissioning Products to Increase E...Mission to Decommission: Importance of Decommissioning Products to Increase E...
Mission to Decommission: Importance of Decommissioning Products to Increase E...Product School
 
10 Differences between Sales Cloud and CPQ, Blanka Doktorová
10 Differences between Sales Cloud and CPQ, Blanka Doktorová10 Differences between Sales Cloud and CPQ, Blanka Doktorová
10 Differences between Sales Cloud and CPQ, Blanka DoktorováCzechDreamin
 
AI revolution and Salesforce, Jiří Karpíšek
AI revolution and Salesforce, Jiří KarpíšekAI revolution and Salesforce, Jiří Karpíšek
AI revolution and Salesforce, Jiří KarpíšekCzechDreamin
 
Powerful Start- the Key to Project Success, Barbara Laskowska
Powerful Start- the Key to Project Success, Barbara LaskowskaPowerful Start- the Key to Project Success, Barbara Laskowska
Powerful Start- the Key to Project Success, Barbara LaskowskaCzechDreamin
 
Slack (or Teams) Automation for Bonterra Impact Management (fka Social Soluti...
Slack (or Teams) Automation for Bonterra Impact Management (fka Social Soluti...Slack (or Teams) Automation for Bonterra Impact Management (fka Social Soluti...
Slack (or Teams) Automation for Bonterra Impact Management (fka Social Soluti...Jeffrey Haguewood
 
UiPath Test Automation using UiPath Test Suite series, part 3
UiPath Test Automation using UiPath Test Suite series, part 3UiPath Test Automation using UiPath Test Suite series, part 3
UiPath Test Automation using UiPath Test Suite series, part 3DianaGray10
 
In-Depth Performance Testing Guide for IT Professionals
In-Depth Performance Testing Guide for IT ProfessionalsIn-Depth Performance Testing Guide for IT Professionals
In-Depth Performance Testing Guide for IT ProfessionalsExpeed Software
 
IESVE for Early Stage Design and Planning
IESVE for Early Stage Design and PlanningIESVE for Early Stage Design and Planning
IESVE for Early Stage Design and PlanningIES VE
 
Designing Great Products: The Power of Design and Leadership by Chief Designe...
Designing Great Products: The Power of Design and Leadership by Chief Designe...Designing Great Products: The Power of Design and Leadership by Chief Designe...
Designing Great Products: The Power of Design and Leadership by Chief Designe...Product School
 
Integrating Telephony Systems with Salesforce: Insights and Considerations, B...
Integrating Telephony Systems with Salesforce: Insights and Considerations, B...Integrating Telephony Systems with Salesforce: Insights and Considerations, B...
Integrating Telephony Systems with Salesforce: Insights and Considerations, B...CzechDreamin
 
From Siloed Products to Connected Ecosystem: Building a Sustainable and Scala...
From Siloed Products to Connected Ecosystem: Building a Sustainable and Scala...From Siloed Products to Connected Ecosystem: Building a Sustainable and Scala...
From Siloed Products to Connected Ecosystem: Building a Sustainable and Scala...Product School
 
Empowering NextGen Mobility via Large Action Model Infrastructure (LAMI): pav...
Empowering NextGen Mobility via Large Action Model Infrastructure (LAMI): pav...Empowering NextGen Mobility via Large Action Model Infrastructure (LAMI): pav...
Empowering NextGen Mobility via Large Action Model Infrastructure (LAMI): pav...Thierry Lestable
 
Bits & Pixels using AI for Good.........
Bits & Pixels using AI for Good.........Bits & Pixels using AI for Good.........
Bits & Pixels using AI for Good.........Alison B. Lowndes
 
Essentials of Automations: Optimizing FME Workflows with Parameters
Essentials of Automations: Optimizing FME Workflows with ParametersEssentials of Automations: Optimizing FME Workflows with Parameters
Essentials of Automations: Optimizing FME Workflows with ParametersSafe Software
 
Custom Approval Process: A New Perspective, Pavel Hrbacek & Anindya Halder
Custom Approval Process: A New Perspective, Pavel Hrbacek & Anindya HalderCustom Approval Process: A New Perspective, Pavel Hrbacek & Anindya Halder
Custom Approval Process: A New Perspective, Pavel Hrbacek & Anindya HalderCzechDreamin
 
When stars align: studies in data quality, knowledge graphs, and machine lear...
When stars align: studies in data quality, knowledge graphs, and machine lear...When stars align: studies in data quality, knowledge graphs, and machine lear...
When stars align: studies in data quality, knowledge graphs, and machine lear...Elena Simperl
 
Demystifying gRPC in .Net by John Staveley
Demystifying gRPC in .Net by John StaveleyDemystifying gRPC in .Net by John Staveley
Demystifying gRPC in .Net by John StaveleyJohn Staveley
 
Software Delivery At the Speed of AI: Inflectra Invests In AI-Powered Quality
Software Delivery At the Speed of AI: Inflectra Invests In AI-Powered QualitySoftware Delivery At the Speed of AI: Inflectra Invests In AI-Powered Quality
Software Delivery At the Speed of AI: Inflectra Invests In AI-Powered QualityInflectra
 

Recently uploaded (20)

How world-class product teams are winning in the AI era by CEO and Founder, P...
How world-class product teams are winning in the AI era by CEO and Founder, P...How world-class product teams are winning in the AI era by CEO and Founder, P...
How world-class product teams are winning in the AI era by CEO and Founder, P...
 
"Impact of front-end architecture on development cost", Viktor Turskyi
"Impact of front-end architecture on development cost", Viktor Turskyi"Impact of front-end architecture on development cost", Viktor Turskyi
"Impact of front-end architecture on development cost", Viktor Turskyi
 
Mission to Decommission: Importance of Decommissioning Products to Increase E...
Mission to Decommission: Importance of Decommissioning Products to Increase E...Mission to Decommission: Importance of Decommissioning Products to Increase E...
Mission to Decommission: Importance of Decommissioning Products to Increase E...
 
10 Differences between Sales Cloud and CPQ, Blanka Doktorová
10 Differences between Sales Cloud and CPQ, Blanka Doktorová10 Differences between Sales Cloud and CPQ, Blanka Doktorová
10 Differences between Sales Cloud and CPQ, Blanka Doktorová
 
AI revolution and Salesforce, Jiří Karpíšek
AI revolution and Salesforce, Jiří KarpíšekAI revolution and Salesforce, Jiří Karpíšek
AI revolution and Salesforce, Jiří Karpíšek
 
Powerful Start- the Key to Project Success, Barbara Laskowska
Powerful Start- the Key to Project Success, Barbara LaskowskaPowerful Start- the Key to Project Success, Barbara Laskowska
Powerful Start- the Key to Project Success, Barbara Laskowska
 
Slack (or Teams) Automation for Bonterra Impact Management (fka Social Soluti...
Slack (or Teams) Automation for Bonterra Impact Management (fka Social Soluti...Slack (or Teams) Automation for Bonterra Impact Management (fka Social Soluti...
Slack (or Teams) Automation for Bonterra Impact Management (fka Social Soluti...
 
UiPath Test Automation using UiPath Test Suite series, part 3
UiPath Test Automation using UiPath Test Suite series, part 3UiPath Test Automation using UiPath Test Suite series, part 3
UiPath Test Automation using UiPath Test Suite series, part 3
 
In-Depth Performance Testing Guide for IT Professionals
In-Depth Performance Testing Guide for IT ProfessionalsIn-Depth Performance Testing Guide for IT Professionals
In-Depth Performance Testing Guide for IT Professionals
 
IESVE for Early Stage Design and Planning
IESVE for Early Stage Design and PlanningIESVE for Early Stage Design and Planning
IESVE for Early Stage Design and Planning
 
Designing Great Products: The Power of Design and Leadership by Chief Designe...
Designing Great Products: The Power of Design and Leadership by Chief Designe...Designing Great Products: The Power of Design and Leadership by Chief Designe...
Designing Great Products: The Power of Design and Leadership by Chief Designe...
 
Integrating Telephony Systems with Salesforce: Insights and Considerations, B...
Integrating Telephony Systems with Salesforce: Insights and Considerations, B...Integrating Telephony Systems with Salesforce: Insights and Considerations, B...
Integrating Telephony Systems with Salesforce: Insights and Considerations, B...
 
From Siloed Products to Connected Ecosystem: Building a Sustainable and Scala...
From Siloed Products to Connected Ecosystem: Building a Sustainable and Scala...From Siloed Products to Connected Ecosystem: Building a Sustainable and Scala...
From Siloed Products to Connected Ecosystem: Building a Sustainable and Scala...
 
Empowering NextGen Mobility via Large Action Model Infrastructure (LAMI): pav...
Empowering NextGen Mobility via Large Action Model Infrastructure (LAMI): pav...Empowering NextGen Mobility via Large Action Model Infrastructure (LAMI): pav...
Empowering NextGen Mobility via Large Action Model Infrastructure (LAMI): pav...
 
Bits & Pixels using AI for Good.........
Bits & Pixels using AI for Good.........Bits & Pixels using AI for Good.........
Bits & Pixels using AI for Good.........
 
Essentials of Automations: Optimizing FME Workflows with Parameters
Essentials of Automations: Optimizing FME Workflows with ParametersEssentials of Automations: Optimizing FME Workflows with Parameters
Essentials of Automations: Optimizing FME Workflows with Parameters
 
Custom Approval Process: A New Perspective, Pavel Hrbacek & Anindya Halder
Custom Approval Process: A New Perspective, Pavel Hrbacek & Anindya HalderCustom Approval Process: A New Perspective, Pavel Hrbacek & Anindya Halder
Custom Approval Process: A New Perspective, Pavel Hrbacek & Anindya Halder
 
When stars align: studies in data quality, knowledge graphs, and machine lear...
When stars align: studies in data quality, knowledge graphs, and machine lear...When stars align: studies in data quality, knowledge graphs, and machine lear...
When stars align: studies in data quality, knowledge graphs, and machine lear...
 
Demystifying gRPC in .Net by John Staveley
Demystifying gRPC in .Net by John StaveleyDemystifying gRPC in .Net by John Staveley
Demystifying gRPC in .Net by John Staveley
 
Software Delivery At the Speed of AI: Inflectra Invests In AI-Powered Quality
Software Delivery At the Speed of AI: Inflectra Invests In AI-Powered QualitySoftware Delivery At the Speed of AI: Inflectra Invests In AI-Powered Quality
Software Delivery At the Speed of AI: Inflectra Invests In AI-Powered Quality
 

Introduction Priority Poker for Tester (Englisch)

  • 1. Priority  Poker  for  So,ware  Tes1ng   Introduction and examples SwissQ Testing Team, March 2012
  • 2. 1 Herausforderung Challenge 2 Method 3 Priority Poker in detail 4 Comparative estimates 5 Examples 6 Summary 7 Next steps Page 2
  • 3. Priorities of tests! Existing priorization is often superficial and does not really go into the really (un)critical areas. Page 3
  • 4. Different views! Each stakeholder has his own view of „what is how important“. BA‘s / Dev‘s / Supplier Specialist Tester Employer Project leader Clients Business Management Additionally: -  Common understanding -  Understand each others needs Page 4 -  All information available
  • 5. 1 Challenge 2 Method 3 Priority Poker in detail 4 Comparative estimates 5 Example 6 Summary 7 Next steps Page 5
  • 6. Use of relations The relative weight produces the test intensity. Not important Very important Page 6
  • 7. Weighing with Fibonacci numbers 2100 3400 300 500 100 200 100 1300 800 Page 7
  • 8. The social process The social process creates a common view of the priorities and risks. Dev‘s User Business Management Project leader Business Analyst Page 8
  • 9. 1 Challenge 2 Method 3 Priority Poker in detail 4 Comparative estimates 5 Examples 6 Summary 7 Next steps Page 9
  • 10. Setting the right priorities Page 10
  • 11. Priority Poker When playing Priority Poker, all stakeholders set the priorities together. Be it for requirements, for test strategies, test objects, or test cases. Priority Poker uses the corresponding game cards (can be ordered at SwissQ) and a list of elements to be weighed as e.g. requirements, specifications, user stories, use cases, test objects, test cases or bugs. All important stakeholders participate, the selection and distribution of information has to be done beforehand. Each person receives a card set. A moderator who can‘t play is leading the poker session. He‘s responsible for the adherence to the time boxes and stops solution-oriented discussions. Page 11
  • 12. Card values I need a break! I need an explanation! Not important Very important (cold) (hot) Page 12
  • 13. Estimate Risk view 3 low 2 medium 1 high   How often will the object to be estimated be used? 1 high   What‘s the damage if the object doesn‘t work? 2 medium Possible damage Benefit view   How probable is it that the object will 3 low be used?   How great is the measurable use of Probability of occurrence the object? Page 13
  • 14. First round Step 1: Topic Descr. Value Presentation of the object to be estimated. 1 Topic 1 2 Topic 2 Max. 2 minutes Moderator … … Step 2: “Secret" estimate of object. Max. ½ minute Step 3: Simultaneous disclosure of the estimate. Page 14
  • 15. Explanation of estimate / Second round Step 4: 1300 because… Explanation of highest and lowest estimate. 200 because… Max. 1 minute Step 5: 2. “Secret" estimate of object. Max. ½ Minute Step 6: Simultaneous disclosure of second round of estimates. Page 15
  • 16. The decision / Next estimates Step 7: OK OK 500? Aggreement to one estimate OK Max. 1 minute Moderator Next steps: Topic Descr. Value Repeat procedure until all points on the list have been estimated. 1 Topic 1 500 2 Topic 2 1300 The points can now be prioritized and worked on accordingly. 3 Topic 3 300 4 Topic 4 2100 5 Topic 5 1300 6 Topic 6 3400 7 Topic 7 800 Page 16
  • 17. Rules Goal-oriented to the right priorities   Time boxes have to be respected Each activity in Priority Poker is timed and the moderator has to make sure that those time boxes are followed.   No solution-oriented discussions Only questions about comprehension will be asked and answered during the poker rounds. If a topic on the priority list remains unclear it has to be discussed outside the round and will be reintroduced into a new poker round later.   No session lasts longer than two hours A new session will be scheduled if there are still non-prioritized topics on the list after two hours. Page 17
  • 18. 1 Challenge 2 Method 3 Priority Poker in detail 4 Comparative estimates 5 Example 6 Summary 7 Next steps Page 18
  • 19. Comparative estimate of biggest countries Country Estimate Belgium 200* Germany France Italy Liechtenstein The Netherlands Norway Sweden Switzerland Spain Page 19 * = to be used as reference for estimate
  • 20. Comparative estimate of biggest countries Country Size in km² Relation* Belgium 32.55 200 Germany 357.1 2300 France 543.9 3400 Italy 301.3 1300 Liechtenstein 0.16 100 The Netherlands 41.5 300 Norway 323.7 2300 Sweden 449.9 3400 Switzerland 41.3 300 Spain 504.6 3400 Page 20 * = approximate relation according to personal estimate
  • 21. Comparative estimate Comparative estimates are often easier and more precise. They also remain valid if the adopted basis of the relation changes. Pro Con   Relation mostly remains the same even if the   First estimates takes time until the team „rides absolute value of the objects changes (e.g. the same wave“ complexity or number of users)   Reference objects needed as a point of   There are no discussions about absolute values orientation for estimators (LoC, number of users, etc.)   Risk of solution-oriented or other philosophical   The really important elements are very quickly discussions during sessions identified, as well as the insignificant ones   Risk that single estimators dominate the group   If an element is extremely important it can be or use their political power divided up for more deliberate processing Page 21
  • 22. 1 Challenge 2 Method 3 Priority Poker in detail 4 Comparative estimates 5 Example 6 Summary 7 Next steps Page 22
  • 23. Exercise: how big is the dog?   Bernese mountain dog   Chihuahua   Alsatian   Dachshund   Mastino   Collie   Greyhound Page 23
  • 25. Exercise: how big is the dog?   Bernese mountain dog   Chihuahua   Alsatian   Dachshund   Mastino   Collie   Greyhound Page 25
  • 26. 1 Challenge 2 Method 3 Priority Poker in detail 4 Comparative estimates 5 Examples 6 Summary 7 Next steps Page 26
  • 27. Priority Poker works because...   Priority Poker brings together the different experts and decision makers. These experts make up a „cross-functional“ team uniting all important disciplines, and constitute the best team to set the priorities.   The active exchange during the poker sessions ensures the information flow and thus leads to a common view of the priorities supported by all parties.   And it‘s fun! Page 27
  • 28. Priority Poker can be used for (practically) anything!   Project plans and activities   Design of road maps   Release and product planning   User stories   Evaluation of ideas and innovation   ... And much more! Page 28
  • 29. 1 Challenge 2 Method 3 Priority Poker in detail 4 Comparative estimates 5 Example 6 Summary 7 Next steps Page 29
  • 30. Next steps   You can order Priority Poker sets at SwissQ. Just call (+41 43 288 88 40) or send an e-Mail (info@SwissQ.it)   You want guidance while testing Priority Poker? SwissQ provides you with a moderator for max. 2 hours for free. Page 30
  • 31. References 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 31