The document discusses strategies for managing a mature product backlog, including incubating new ideas before adding them to the backlog, prioritizing ideas based on impact and cost, and using exercises to demonstrate prioritizing a city's backlog of issues and new ideas. Teams are asked to generate new ideas for improving a fictional city, prioritize the ideas, then reprioritize after new issues arose. The goal is to introduce techniques for maintaining a healthy backlog focused on the most important work.
35. Nothing gets to the backlog, unless:
this is a technical task
this is a bug
it hatched from Incubator
PRODUCT BACKLOG
36. separate project in JIRA
issue type = HYPOTHESIS
workflow = INCUBATION
LAID
LAID
LAID
INSPECTED
INSPECTED
HEATED UP
PRIORITISED
PRIORITISED
PRIORITISED
PRIORITISED
INFERTILE
GONE BAD
GONE BAD
GONE BAD
GONE BAD
HATCHED
HATCHED
HATCHED
COMPLETED
only HATCHED hypothesis go to backlog
HYPOTHESIS INCUBATOR
39. KPI IMPACT HYPOTHESIS (TEXT)
what primary metric we think this problem relates to:
KPIs only, so this must be focused
strategic alignment
HYPOTHESIS
40. SOLUTION HYPOTHESIS (TEXT)
super short high level description of the potential solution
this is a user story
no technical discussions allowed here
HYPOTHESIS
41. SUCCESS CRITERIA (TEXT)
how are we going to measure whether the solution worked
measurement technique applied
description of experiments if required
quantifiable thresholds for selected metrics
HYPOTHESIS
42. fields required for prioritisation exercise:
values
IMPACT defines the strength of movement of KPI needle
COST of delivery is a guesstimation
HYPOTHESIS
PRIORITY (2x VALUE)
IMPACT COST
43. values between 0 and 5
IMPACT defines the strength of movement of KPI needle
URGENCY defines the consequences if not addressed soon
DIFFICULTY of delivery combines guesstimation of all costs:
development marketing support technology
HYPOTHESIS
RISK specifies the risk associated with a given hypothesis
PRIORITY (4x SINGLE SELECT)
IMPACT URGENCY RISK DIFFICULTY
fields required for prioritisation exercise:
44. LAY TIME STAMP (DATE)
age of hypothesis:
non-important ideas should be removed
method to keep the incubator clean
HYPOTHESIS
50. LAID
impossible to prioritise just yet:
more data required to validateINSPECTEDPRIORITISEDHEATED UP
not right TTM
unclear impact on KPI
INCUBATION WORKFLOW
51. not worth the investment:
no strategic alignment
science fictionINFERTILE
INCUBATION WORKFLOW
52. hypothesis potentially worth it, but:
fell a victim of prioritisation for too long
most likely outdatedINFERTILEGONE BAD
INCUBATION WORKFLOW
53. hypothesis of high overall priority:
at this stage it goes to product backlog
transforms into:INFERTILEGONE BADHATCHED
user story
experiment
HATCHED
INCUBATION WORKFLOW
54. hypothesis completed:
developed and released
validated to have met success criteriaINFERTILEGONE BADHATCHEDCOMPLETED
source of truth for:
release notes
marketing materials
experiment validation
INCUBATION WORKFLOW
61. clean primary product backlog
controlled inflow of requirements
controlled rollout of ideas / improvements / simplifications
no changes without a good reason - working on things that matter
measurements for validation
deprecation of bad ideas before they hurt us
TO SUM UP…..