Product Owner Flashcards
A legacy list of requirements is…
a liability, not an asset
Strategies to prioritize the backlog
business value - how much money we’ll make
business risk - what’s the risk and how we can mitigate
technical necessity - what do we need to do first technically to move ahead?
the 20/30/50 rule
20% of the backlog should be well refined able to be picked up and worked on
30% suitable for a productive discussion with others
50% summary and possibly a description
last responsible moment
the act of delaying the decision until the cost of not making one becomes greater than the cost of making it
DEEP for product backlogs
Detailed Appropriately
Estimated
Emergent
Prioritized
Elements of the Product Backlog Item
concise description of the intent of the item
estimate of the effort required
estimate of the business value the item will yield
order in the product backlog
Each item should require 3-5 pieces of ____
acceptance criteria
If some items have more than 5 acceptance criteria
break down the item
Sprint planning consists of 2 parts:
- PO introduces sprint objective and the items that will support it - Dev team debates and estimates and selects top items to go to sprint backlog
- Dev team creates a plan to tackle each item for the sprint
Sprint planning is timeboxed to
8 hours for 1 month sprints and proportionately lower for shorter sprints (4 hours for 2 weeks)
Estimate in
complexity points, not time
Fibonacci sequence 0 to 21, 1 point = half-day’s effort
Planning poker
everyone gets a deck of cards from 1 to 21
each votes for the item
if everyone places the same card, we’ll move on
if not, we discuss and do it again after the discussion
until the majority agrees
Estimates should encompass
everything, testing and dev
Estimates are a forecast, not a
commitment
Daily Scrum key aspects
timeboxed to 15 mins
enables planning at the daily level
keeps everyone aligned and on track