The document provides information on the role of a product owner, including organizing work into user stories and prioritizing stories. It discusses that a product owner understands customers, is empowered to make decisions, and acts as the final voice. They define the product vision and backlog, prioritize features, and ensure delivery of business value. Effective product owners attend ceremonies like planning and retrospectives. The document also covers how to write user stories and acceptance criteria, and methods for prioritizing stories like value vs complexity.
Investment Opportunity for Thailand's Automotive & EV Industries
Mike Palladino: Product Owner Toolkit
1. UA PMDAY 2021
1
Product Owner Toolkit
Mike Palladino, PMP, CSM, ATP Instructor, SAFe
- Director, Agile Center of Excellence, Bristol Myers Squibb
- Adjunct Professor, Villanova University
- Author, Data Management University
- Past President, PMI-DVC chapter
6. What are the 3 most
important things a
Product Owner does?
6
Quickly describe in your
own words. (2 minutes)
PMDay October 9, 2021
7. The role of a Product Owner
A Product Owner bridges the gap between those
asking and those doing
A key responsibility is understanding the many
stakeholders that may all have different opinions.
7
Understands the
customers
Empowered to make
decisions
One final voice
• act as the business “voice”
• collaborate with the team
and stakeholders
VOICE OF THE CUSTOMER
• ensure business value delivery
• accept or reject work results
VALUE
• define product vision
• refine product backlog
(features) and desired
outcomes
PRODUCT BACKLOG
• prioritize features/outcomes
according to business value
• adjust features/outcomes and
priority
PRIORITY
PMDay October 9, 2021
8. The role of a Product Owner
Day-to-day tasks
8
Understands the
customers
Empowered to make
decisions
One final voice
• Understand what customers
will pay for
Talks to the customers
• Continually updates Roadmap
as needed
Creates Vision and Roadmap
• Creates the User Stories
• Answers questions from
developers
Creates the User Stories
• Decides what stories are next
• Decides what stories are in the
Sprints
Prioritize the Backlog
• Sprint Planning
• Daily Standup
• Demo
• Retrospective
Attends all Ceremonies
• Sprint Planning
• Daily Standup
• Demo
• Retrospective
Determines if the Story is Done
PMDay October 9, 2021
9. Product Owner Success Factors
Product Owner is the final arbiter of all inputs
100% dedication to the team is needed in order
to support value-based delivery for a product
Ground the team on the vision, the user, and
the why its important for the user and the
business
Advocating for user testing which is invaluable
to ensuring what gets launched and will be met
with acceptance by end-users
Provide consistent engagement amongst the
stakeholder community
DEVELOPMENT
TEAM
PRODUCT
OWNER
SCRUM
MASTER
STAKEHOLDERS
PMDay October 9, 2021 9
10. What questions do you
have?
Do you Agree?
Disagree?
10
Quickly discuss with your
neighbor (1 minute)
PMDay October 9, 2021
12. A Product Vision is crucial for a
team
12
… and it’s the Product Owner’s job to set it and
communicate it to the team and stakeholders.
A product vision describes
• who the customers are
• what the customers need, and
• why this will be valuable to the customers.
It should be aspirational, actionable, and illustrate
the business and customer value to set the
direction for the team.
Action without
a vision is a
nightmare.
JapaneseProverb
Дія без бачення –
це кошмар
13. Match the vision with the company
13
To discover, develop and deliver innovative medicines
that help patients prevail over serious diseases.
Fill every home with music.
Empower every person and every organization on the
planet to achieve more
To capture and share the world’s moments.
We push the boundaries of science to deliver life-
changing medicines.
A
B
C
D
E
1.___
2.___
3.___
4.___
5.___
14. Vision Statement – Different Methods
Use a method that is easy for you and your team to help brainstorm
EXAMPLE:
For the business user, who needs to be productive, and on-the-go,
the Surface Pro is a convertible tablet that is easy to carry and gives
you full computing productivity no matter where you are. Unlike
laptops, Surface Pro serves your on-the-go needs without having to
carry an extra device.
Crossing the Chasm by Geoffrey Moore Hills from IBM’s Design Thinking
EXAMPLE:
I believe that this nation should commit itself to achieving the goal [...]
of landing a man on the Moon and returning him safely to Earth.
John F. Kennedy, 1961
For (the target customers)
Who (have a certain need),
Our product is a (product category)
That provides (compelling reason to buy).
Unlike (the product alternative),
Our product (has these key differentiators)
PMDay October 9, 2021 14
15. A year ago, Sam & Charlie found themselves in between jobs during the
pandemic. They love dogs and would often hear about how their friends and
neighbors were too busy to give their dogs the exercise they deserved
during the day. There were only a few dog walkers in the area, and they all
offered a frustrating and outdated experience for finding and scheduling a
reliable dog walker.
Seeing a need to address these problems, they started “Puppy Pals”. With
a tiny budget, they created a 1-page website with their phone numbers and
emails to book a walk.
Business has exploded recently, and Sam and Charlie have asked for our
help as Product Owners to create a clear vision for the Puppy Pals
website, and prioritize what to build next to meet their customer’s needs.
Class briefing
PMDay October 9, 2021 15
17. Create a vision for Puppy Pals
Using the vision format on the right,
draft a Product Vision for the Puppy
Pals website and place it in the chat
17
For: [target user]
Who: [target user’s needs]
The: [product name]
Is a: [product category]
That: [product benefit / reason to buy]
Unlike: [existing solutions / competitors]
Our product: [differentiation]
5 minutes
For friends & neighbors who are too busy to give
their dogs the exercise they deserve, Puppy Pal
offers dog walking and play date services the are
convenient, economical and beneficial to your pets
physical and mental well being. Also, unlike other
dog walking services in the area, Puppy Pals is a
convenient and economical solution with easy to
schedule appointments and can be paid in cash,
credit card, Bitcoin or Ethereum.
PMDay October 9, 2021
18. Roadmaps need to align to the goal
and illustrate the vision
18
Okay, we’re being a little dramatic.
A roadmap is a high-level, strategic visual summary that
outlines the vision and direction for the product offering over
time. It is both a strategic guide for stakeholders to
reference as well as a plan for execution.
A goal without a
plan, is just a wish.
-Antoine de Saint-Exupery
Мета без плану –
це лише бажання
19. Roadmaps – Different Formats
19
Okay, we’re being a little dramatic.
a roadmap based on goals rather than dominated by many features.
Goal Oriented product roadmap (GO product roadmap) Now-Next-Later product roadmap
A roadmap focused more on the features, rather than the
goals/objectives you would like to achieve as a Product Owner.
Use a format that works best for your company’s goal(s).
20. What is Minimum Viable Product (MVP)?
20
PMDay October 9, 2021
21. Minimum Marketable Product (MMP)
Sometimes the MVP may not deliver enough value for the customers to warrant full commercialization
series of MVPs will create an MMP that is
ready to be released to the general
public/market to generate business value
MMP is a product with the smallest
possible feature set that addresses the
user needs, creates the desired user
experience, and can hence be marketed
and sold successfully.
22. Organizing Our Work (Product Backlog)
22
Breakdown work and visualize
into EpicsFeatures and right-
sized User Stories
User Stories should be small
enough to fit into a Sprint and be
completed within a few days
Each User Story delivers value
without dependencies on other
User Stories to be completed.
Tactical
Strategic
Note: User stories can be Functional or Non-Functional (Technical)
PMDay October 9, 2021
23. How do you prioritize
your personal to-do list?
23
Quickly describe in your
own words. (2 mins)
“When everything is a priority, nothing is a priority”
«Коли все є пріоритетом, нічого не є пріоритетом»
PMDay October 9, 2021
24. Your, or someone
else’s opinion
Competitive
“me-too” features
Size of the
customer
The loudest
customer
How NOT to Prioritize
“You can’t just ask customers what they want and then try to give that to them. By the
time you get it built, they’ll want something new.”
– Steve Jobs, Inc. Interview 1989
«Що він сказав»
PMDay October 9, 2021 24
25. No prioritization method is perfect. But some are better than others depending on what you are
prioritizing, the maturity of your organization, and the maturity of your product.
Simplicity
The simpler the
method, the faster you
prioritize.
Depending on the
setting, this might
drive your choice.
Data-informed
Some methods rely
more on data than
others.
You might think using
data is a no-brainer,
but sometimes you
don’t have it yet.
Balance value with
complexity
Some methods lack
any consideration to
technical complexity.
Confidence factor
Some methods
incorporate a way to
balance exciting new
ideas against the
amount of actual
customer research
performed.
Things to consider when choosing a prioritization method
PMDay October 9, 2021 25
26. As a Product Owner, it’s your responsibility to facilitate the conversation with the team and choose one
that works the best. Below are a few options that can be used:
Prioritization Methods
Value vs.
Complexity
RICE
Weighted Shortest
Job First (WSJF)
Story Mapping
MoSCoW
Prioritization
Affinity Mapping
Reach x Impact x Confidence
Effort
Cost of Delay
Effort
Must Should Could Won’t
PMDay October 9, 2021 26
27. P27
Value vs. Complexity
Pros:
• Factors in effort
• Shows the quick wins
• Most effective when
paired with a scorecard
Cons:
• Difficult to visualize with
lots of features
• Very subjective on its
own
28. Prioritize features for a Puppy Pals’ Website
28
1
2
3
4
5
6
7
BUSINESS
VALUE
COMPLEXITY / EFFORT ($, Time)
Low High
High
?
Feature Value Comp.
Services and pricing page
Profiles page for different dog
walkers
Testimonials with pictures of
happy dogs
Online booking tool
Online payment system
Text communication system
(confirmations, reminders, etc)
Frequently asked questions
Scale: Low / High (Define mid-points)
PMDay October 9, 2021
29. P29
Pros:
• Simple
• Easy to pair with other
techniques
• Kill bad ideas quickly
• Great for small and new
products
• Helps define an MVP
MoSCoW Prioritization
Cons:
• No link to strategic goals
• Not data-driven
• Does not factor in effort
• Lacks any kind of
sequencing
• Lines can blur between
must and should
30. P30
Pros:
• Helps visualize the backlog
• Gets the team OUT of Jira!
• Keeps the focus on the user
• Prioritize while seeing the
whole story
• Creates a collaboration
space
• Helps define an MVP
Cons:
• Requires a lot of wall
space
• Does not factor in effort
User Story Mapping
31. P31
WSJF =
Cost of Delay
Effort
Business Value
What’s the relative
value to the customer
or business?
Time Criticality
How might user /
business value decay
over time?
Risk Reduction
What is the relative
risk or cost that is
mitigated or
eliminated?
Opportunity
Enablement
What opportunity
might this enable for
the business?
• Do they prefer this
over that?
• Revenue impact?
• Other penalties or
negative impacts?
• Fixed deadline?
• Will they move to
another solution?
• Impact to customer
satisfaction?
• Reduce the risk of this or future delivery?
• Is there value in the information we will receive?
• Does this enable new business opportunities?
+ + or
Cost of Delay
A way of communicating the impact of time on the outcomes we
hope to achieve.
WSJF: Calculate the numerator
32. P32
Duration
B C
A
CoD
Prioritized using WSJF
C
A
B
CoD
Duration
– Dark area: total Cost of Delay
Cost of Delay Effort WSJF
Feature A 13 1 13
Feature B 5 5 1
Feature C 1 13 0.08
Do the highest WSJF first!
WSJF: Put it all together
33. P33
Affinity Mapping and Stack Ranking
Pros:
• Align ideas to strategic
goals
• Encourage ideation
• Simple & interactive
• Enables voting
• Good for workshops
• Helps surface themes
Cons:
• Risky without strategy and
alignment
• Does not factor in effort
35. What is a User
Story?
35
Quickly describe in your
own words. (2 mins)
PMDay October 9, 2021
36. Anatomy of a
User Story
36
“A user story is an invitation
to a future conversation”
Define when we consider
to be done
Brief & fits on an
index card
Just enough to elicit a
future conversation
CARD CONVERSATION CONFIRMATION
Easy to remember using 3Cs
PMDay October 9, 2021
37. 37
Anatomy of a
User Story
Rather than focusing solely on what the system
should do, User Stories are value-centric.
They express the “who”, “what”, and most
importantly, the “why” of needed functionality.
It is not a technical description, BRD, or similar.
Asa<role>,
Iwantto<activity>
sothat<customer value>.
As a Puppy Pal employee,
I want to create an expense
report,
so that I can track my expenses
and receive reimbursement.
PMDay October 9, 2021
38. Anatomy of a
User Story
38
As a student, I want to
view trainer feedback
ratings.
As a trainer, I want my
feedback rating published,
so that new students can
choose wisely.
As a user, I want to
provide a trainer feedback
rating, so that other
students can benefit from
my experiences in the
class.
Which are a well-written User Story?
A B C
PMDay October 9, 2021
39. 39
A user story isn’t ready until it has a set of
acceptance criteria.
Acceptance criteria defines the boundaries and
adds certainty to the user stories. It is the
“Confirmation” section.
Acceptance criteria should be testable and
might be converted into automated tests.
Acceptance criteria should include “happy path”
and “non-happy path” each written in a given-
when-then format.
Given <starting state>,
When <action or event> ,
Then <ending state>.
Anatomy of a
User Story
PMDay October 9, 2021
40. When is a
User Story
ready to be
developed?
40
• Before planning a sprint, the team must agree on
a Definition of Ready for user stories.
• This is a list of the attributes of a user story that
make it immediately actionable for the
development team.
"Ready" stories should be clear, concise,
and most importantly, actionable.
- Scrum Inc. Training
PMDay October 9, 2021
41. Definition of Ready (DoR)
Criteria should be specific to each team
User Story
Asa<role>,
Iwantto<activity>
sothat<customervalue>
Acceptance Criteria
Given <starting state>,
When <action or event> ,
Then <ending state>
41
It’s the Confirmation that a User Story
is done.
Acceptance criteria should include
“happy path” and “non-happy path”
each written in a given-when-then
format.
Rather than focusing solely on what the
system should do, User Stories are
value-centric.
They express the “who”, “what”, and
most importantly, the “why” of needed
functionality.
PMDay October 9, 2021
42. How do we know
when a User Story
is done?
42
• Before planning a sprint, the team must agree on a
Definition of Done for user stories.
• This is a shared agreement checklist of all value-
added activities that lets the team assert that all the
work for an item is complete.
• A Definition of Done can apply to all teams, a specific
team, or even to a specific set of stories.
• Like a backlog, the Definition of Done is active. The
team should revisit and update it as needed.
PMDay October 9, 2021
43. Bring it all
together
43
User story
As a Puppy Pal employee,
I want to create an expense report
so that I can track my expenses for reimbursement.
Acceptance criteria
Given I have filled in all required fields on an expense entry when I click submit
on the expense then an expense record is created and routed to my manager
for approval
AND
Given I have filled in all required fields on an expense entry when I click submit
on the expense then an email is sent to my manager letting them know an
expense is ready for approval.
OR
Given I have not filled in all required fields on an expense entry when I click
submit on the expense then an error message appears telling me which required
fields still need to be filled in.
PMDay October 9, 2021
44. 44
What is missing from a User Story
that should be included?
Bring it all
together
PMDay October 9, 2021
45. Organizing
Our Work
45
Breakdown work and visualize
into Features/Epics and right-
sized User Stories.
User Stories should be small
enough to fit into a Sprint and
completed within a few days.
Separate Strategic and Tactical
focus of the work
Tactical
Strategic
PMDay October 9, 2021
46. How to break
work down
46
What if we are asked to build an Amazon
shopping competitor?
What would we need to include?
(5 minutes)
PMDay October 9, 2021
47. How to break
down work
47
Sample of Amazon competitor Features &
User Stories.
Cart Payments Catalog
View Cart
Add Item to Cart
Remove item
from cart
Update quantity
of item
Payment form
Process Credit
Card payment
Process Return
credit
User Profiles
Epic/Feature
User Story
Legend
Create New
Account
Reset password
Login to app
Update address
View List of
Products
View product
detail page
Rate product
Checkout
PMDay October 9, 2021
49. Let’s Practice
49
How many User Stories do we need to
support this functionality?
As a registered user, I
want to authenticate in
the application, so that I
can access my account
As a registered user, I
want to recover my
username, so that I
can successfully
authenticate in the
app
As a registered user, I
want to reset my
password, so that I
can access my
account
As an anonymous user, I
want to create an
account, so that I can be
a member of the
application
PMDay October 9, 2021
50. Let’s Practice
50
Write Acceptance Criteria for one
of the User Story
As a registered user, I
want to authenticate in
the application, so that I
can access my account
As a registered user, I
want to recover my
username, so that I
can successfully
authenticate in the
app
PMDay October 9, 2021
51. Let’s Practice
51
Write the User Story and Acceptance
Criteria for one or both
As a <role>,
I want to <action>,
So that <value>
As a <role>,
I want to <action>,
So that <value>
PMDay October 9, 2021
52. Let’s Review
52
What are the 3Cs of a user story?
Brief & fits on an
index card
Just enough to elicit a
future conversation
Confirm when we
consider to be done
CARD CONVERSATION CONFIRMATION
PMDay October 9, 2021
53. Let’s Review
53
What is the recommended format of a
User Story and why do we use it?
Asa<role>,
Iwantto<activity>
sothat<customer value>.
Rather than focusing
solely on what the
system should do, User
Stories are value-centric.
They express the “who”,
“what”, and most
importantly, the “why” of
needed functionality.
PMDay October 9, 2021
54. Let’s Review
54
What is the format of Acceptance Criteria
and what should it include?
Given <starting state>,
When <action or event> ,
Then <ending state>.
It’s the Confirmation that a
User Story is done.
Acceptance criteria should
include “happy path” and “non-
happy path” each written in a
given-when-then format.
PMDay October 9, 2021
55. Let’s Review
55
What is appropriate size of a User Story?
User Stories should be small
enough to fit into a Sprint and
completed within a few days.
Each User Story delivers value
without dependencies on other
User Stories to be completed.
Strategic
Tactical
PMDay October 9, 2021
56. What are Story Points ?
A relative estimate of effort required to implement a User Story
56
PMDay October 9, 2021
57. What are factors influence effort?
57
Effort
Complexity
Uncertainty
Multiple interfaces, function calls etc.
Technical dependencies
Complex testing requirements
Approach is unclear
New or unfamiliar technology
Changing or unstable expectations
SizeEffort
Developer is unfamiliar with the code or feature
Regulatory compliance (GxP, SOX, GDPR, CCPA . . .)
Detailed estimates are hard to do
58. What is a Story Point?
A relative estimate of effort to implement a User Story based on Complexity,
Uncertainty and Risk
Complexity
170 vs 575 yds
1 vs 3
Uncertainty
Visible vs Hidden
Risk
Wide vs Narrow
Water vs Trees
58
PMDay October 9, 2021
59. The truth about estimating #1
Most people are not very good at estimating, but they are good at making
comparisons
59
What are some tasks you’re
confident estimating?
PMDay October 9, 2021
60. The truth about estimating #2
Estimates don’t need to be “Accounting Accurate” to be useful
60
PMDay October 9, 2021
61. So how do these two observations influence how we approach
forecasting effort on an Agile Project?
61
A relative estimate of effort required to implement a User Story
1. We accept that we will not be “accounting accurate”
2. We don’t try to estimate too far ahead
3. We accept that we will get better as we gain more experience (anchor
stories)
PMDay October 9, 2021
63. Let’s Practice
Using the Fibonacci scale,
estimate the number of
calories in each item
( 0, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89,
?, Pass )
63
https://planningpokeronline.com
PMDay October 9, 2021
64. Let’s Practice
Using the Fibonacci scale,
estimate the number of
calories in each item
( 0, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89,
?, Pass )
64
PMDay October 9, 2021
65. Let’s Practice
Using the Fibonacci scale,
estimate the number of
calories in each item
( 0, 1, 2, 3, 5, 8, 13, 21,
34, 55, 89, ?, Pass )
65
PMDay October 9, 2021
68. When do we assign Story Points?
During Backlog Grooming or Sprint Planning typically by playing “Planning Poker”
68
1)The user story is read to the team (typically by
the author of the story)
2)Everyone determines their estimate without
revealing it to the group, if the subject is
completely unknown use “?”
3)All estimates are revealed at once
Differences are discussed
Repeat the process until consensus is
reached
https://planningpokeronline.com
PMDay October 9, 2021
70. How do we use Story Points ?
Sprint Planning
• Set realistic expectations about how much can be done in a sprint (goldilocks)
• Identify when a User Story needs to broken down into smaller increments
Reporting
70
Velocity Chart
PMDay October 9, 2021
71. Burndown Chart
Provides a visual representation of the
remaining mount of work to be completed
in a set time.
Rapid feedback mechanism (aim small,
miss small)
Promotes transparency, visibility and
collaboration
71
Road Tip: Kyiv to Lviv
PMDay October 9, 2021
72. Velocity Chart
Measures the stability & predictability of
the team over time (did we accomplish
what we set out to do?)
Often used as input to the Retrospective
• Unfinished User Story’s are returned to the backlog
Foundational to a team's ability to provide
forecasts that can be used for product
roadmaps, communications etc.
72
PMDay October 9, 2021
73. Story Point Do’s and Don’ts
Do:
Track Business Value separately
Assume Story Points evolve as the team gains more experience and operations
stabilize
Don’t:
Use Story Points to make comparisons between teams
Adjust Story Points within a Sprint (update story or addsubtract scope)
• Strech stories in a sprint are ok, once all stories have been burned down
Skip Planning Poker (don’t defer to the “expert in the room”)
73
PMDay October 9, 2021
74. Key Takeaways
Estimating using Story Points helps teams overcome many inherent difficulties
related to estimating effort (and it’s easy to do)
Planning Poker ensures estimates are derived from a diversity of thought and often
leads to identifying a “better approach” than was originally assumed
Having a few “anchor stories” based on historic actuals improves speed and accuracy
of future estimates
74
PMDay October 9, 2021
75. Backlog Grooming Refinement
75
Item Size
Priority
A 3
1
B 5
2
C 1
3
D 2
4
E 3
5
F 5
6
G 1
7
H 3
8
I 5
9
J 5
10
K 5
11
L 2
12
M
N
O
P
Q
R
7 Stories
20 Points
5 Stories
20 Points
1. Force-rank items
2. Estimate size and break large items
into smaller components
3. Check items against Definition of
Ready (DoR)
4. Delete items as appropriate
Sprint Planning
1. Verify team member availability
2. Determine allocation for defectbug
fixes etc.
3. Plan stories based on adjusted
velocity
PMDay October 9, 2021
76. Sample Sprint Calendar
2 Week Sprints
76
Monday Tuesday Wednesday Thursday Friday
Sprint Planning • Task Breakdown
• Story Boarding
• Design Sessions
• Follow-ups
Development
System
Configuration
User Acceptance
Testing & Defect
Resolution
DEMO
Retrospective
Sprint Planning
PMDay October 9, 2021
77. Let’s Review
77
What are the 4 main responsibilities of a
Product Owner?
Between those
asking and doing
VOICE OF
THE
CUSTOMER
VALUE
PRODUCT
BACKLOG
PRIORITY
Keep team focused
on value delivery
Refine the backlog
Prioritize to deliver
value
PMDay October 9, 2021
78. Let’s Review
78
What 3 things does a Product Vision
describe?
…are our
customers?
Who… What… Why…
…do they
need?
…will this be
valuable
PMDay October 9, 2021
79. Let’s Review
79
What are 3 of the different methods for
prioritizing a backlog of work?
Value vs.
Complexity
RICE
Weighted Shortest
Job First (WSJF)
Story Mapping
MoSCoW
Prioritization
Affinity Mapping
PMDay October 9, 2021
80. Last Thought
80
What did you learn?
“Never add quotes in your presentations”
- Mike Palladino Kyiv, October 9, 2021
«Ніколи не додавайте цитати у свою презентацію»
- Майкл Палладіно, Київ, 9 жовтня 2021 року
PMDay October 9, 2021
81. UA PMDAY 2021
81
Thank you!
Questions ???
Comments ???
Mike Palladino
www.linkedin.com/in/mikepalladino
Notas do Editor
Sometimes we can feel lost in the desert
No, not dessert, the other kind
But, we can find refreshment in unexpected places
Trends, what is happening and what is changing in our profession
Example of large scale program using techniques I mention
Emergence and growth of Business Agility
0:15
0:15
Diya bez bachennya - tse koshmar
A Product Vision illustrates the business value and a fundamental statement of the Project’s purpose.
It is the overarching goal that everyone must share:
- PO / SM / Scrum Team
- Management / Stakeholder
- Customers
0:25
Company vision different from Product. Microsoft example.
These are more appropriate formats for Product Visions, not company visions.
Darth Mykolaiovych Vader in Odessa Finished 15 out of 42 candidates for mayor
Golden Gate dog winner
Odis from Odessa
Darth Mykolaiovych Vader in Odessa Finished 15 out of 42 candidates for mayor 2015
Meta bez planu - tse lyshe bazhannya
Roadmap is a plan of action for how a Product or solution will evolve over time.
It is a critical communication tool and a high-level strategic plan which helps keep the Stakeholders aligned and makes it easier to coordinate the development of different products.
(something for us to think about is, how frequently do we want to meet the leaders and update our Roadmaps)
Road Map Planning is a continuous planning process that includes collecting monthly results (metrics, KPIs) and making updates to anticipated capability delivery within each value stream.
Feedback and input is continuous, and road maps are constantly updated in real time on visual boards.
On a monthly basis, value stream metrics are collected and Product Management comes together with leaders to review performance and collaborate on new additions/adjustments to the road maps.
Revised road maps are reviewed with key stockholders each month (if not more).
In the third month of each quarter, road maps are “advanced” – adding a new quarter to the end and prepped as input into Big Room Planning (BRP). In the third month, the monthly road map planning meeting is conducting during Day 1 of BRP.
Slide shows different formats for Roadmap, it can be goal oriented or it could be focused more on features rather than goals as the you can see displayed on the right hand side.
Features – Based on market trends, customer feedback.
Idea of MVP is not to produce an incomplete product that becomes complete over the course of time, but to have a basic product, focused on the most valuable functions, that become more eminent with new features added.
a question that usually comes up for me is “If MMP is a series of MVPs, should we focus on one MVP at a time? (With the thought that an MVP is common feature set-based.)” I think the answer is usually, “it depends”.
0:35
Koly vse v prioryteti
nishcho ne ye priorytetom
What he said
Shcho vin skazav
Reach: Number of customers impacted by a change
Impact: Relative scale of 1-3 (High, Medium, Low)
Confidence: 100% is High, 80% is Medium, 50% is Low
Effort: Can either use a scale for person-months/days, or a relative H/M/L scale
If short on time, don’t need to go into all of them, just say these are options
Chris
A priortization formula can be something like:
((CN1 + CN2 + BO1 + BO2) / (Effort))x Confidence % = Priority
CN = customer need
BO = business objective
Confidence scale = 100% for high confidence, 80% for medium, 50% for low
0:40
Geetha - 4
Must have, Should have, Could have, Won’t have (this time). MoSCoW. This product prioritization method is about putting features into each of those buckets. It’s relatively straightforward.
MoSCoW may work well with small products that don’t have many technical limitations and dependencies.
Chris
Story Mapping is a great way to document the MVP by organizing and prioritizing user stories. The idea in a nutshell is that you first create task-oriented story cards as shown in Figure 11, and group them into a workflow. You then arrange the cards in priority order for each group. The final step is to draw a line (often with tape) across all the stories to divide them into releases/sprints. Story mapping is a great technique not only for prioritizing but planning a release or just visualizing the backlog.
Having this up on a big wall also creates a great space to collaborate with the team and customers and users.
Chris
Chris
To fill in the table below, the product owner would discuss items with the team and then estimate one column at a time.
Start by finding the smallest value in the column and give it
Chris
Affinity Grouping can be a fun prioritization activity. The idea is simple: have everyone brainstorm opportunities on sticky notes. Then as a team, begin to group similar items together, and then name the groups. Finally, everyone on the team begins to vote on or rank the groups.
Par values in golf are not consistent across courses but are still accurate as a “relative” estimate when comparing holes on the same course
Talk about how the examples provided and how they tend to be things that are familiar, routine or automated . . . If necessary, offer examples: Brushing Teeth, Commuting to Work , washing the car etc.
Then ask about a comparison, 1 hour to wash my car . . . If I washed my pickup truck, would it take more or less time?
If you are trying to lose weight, is it important to know “precisely” how many calories are in each snack?
https://planningpokeronline.com
If you are trying to lose weight, is it important to know “precisely” how many calories are in each snack?
https://planningpokeronline.com
Now that we’ve set the value for the banana spilt sundae, how does the cheese burger compare?
Where do we place the chicken dinner on the estimate scale relative to the Chicken Caesar salad?
Talk about the advantages of using Points in this way . . . Some meals become “Anchor” points for comparison
If you are trying to lose weight, is it important to know “precisely” how many calories are in each snack?
https://planningpokeronline.com
Planning Poker is a consensus-based estimating technique based on the Wideband-Delphi approach
They key is to create “Distance” between the levels to make relative comparisons easier
Quiz the group with questions on what’s been covered.
0:50
Quiz the group with questions on what’s been covered.
Quiz the group with questions on what’s been covered.
Quiz the group with questions on what’s been covered.
0:50
"Nikoly ne dodavayte tsytaty u svoyu prezentatsiyu""Ніколи не додавайте цитати у свою презентацію"