The document provides an overview of agile requirements discovery and backlog grooming using a slingboard. It discusses how a slingboard can be used to visualize workflows and collaborate more effectively by making responsibilities and status transparent. The document covers sections on collaborating with a slingboard, backlog grooming in Scrum, and backlog grooming specifically with a slingboard. Key aspects covered include ranking and sizing user stories, illustrating stories with storyboards, splitting large stories, and signaling status updates on a slingboard.
2. • Agile Coach & Software architect
• Leading independent consultant
• www.mariocardinal.com
Who am I ?
3. "The real voyage of discovery consists, not in seeking new landscapes, but in
having new eyes.”
Marcel Proust
A. Collaboration with a Slingboard
B. Backlog Grooming with Scrum
C. Backlog Grooming with a Slingboard
Why are we here?
Agenda
5. Slingboard
Definition
• Visual tool that guides collaboration between
teammates by using sticky notes
• Each sticky note is a visual aid for signaling
collaborators
Column 1 Column 2 Column 3 Column N
Row 1
Row 2
Row N
6. Slingboard
Two-Dimensional Grid
• Each column helps to accomplish a workflow
• The rows are used
to group and
organize the yellow
stickies in a logical
manner
Step 1 Step 2 Step 3 Step N
Column1 Column2 Column3 Column N
Row1
Row2
Row N
8. Slingboard
Why?
• Helps TEAMMATES who are dissatisfied with
outcomes from SHARED ACCOUNTABILITY
– Get better results for your team
– Get more commitment from your teammates
• Provides teams with VISUAL RULES to improve
COLLABORATION between TEAMMATES
– Get individual responsibility aligned with teamwork
9. • As soon as teammates must collaborate a board
can be useful
Slingboard
More than just software development
Factory
Inq
uiry
Inq
uiry
New
inquiry
Quotat i
on
Order Sample
Validat
e order
Payme
nt
Ready
to
build
Invoice
Inq
uir y
Inq
uiry
Inq
uiry
Inq
uiry
Inq
uir y
Inq
uiry
Inq
uiry
Inq
uiry
Inq
uiry
Inq
uiry
Inq
uiry
Inq
uiry
Inq
uiry
Inq
uiry
Manufacturing
User
Story
User
Story
User
Story
User
Story
User
Story
User
Story
User
Story
Backlog
New User
Stor y
Ready to
Rank
Ranking
Ready to
Size
Sizing
Ready to
Conf irm
Ready to
Split
User
Story
User
Story
User
Story
User
Story
Financial institution
abc
abc
New
abc
quote Order Phone Agr ee Bill CallInvoice
abcabc
abc
abc abc abc
abc
abc
abc
abc
abc
abc
abc
abc
Ready
to
build
abc
abc
abcBacklog
Backlog
Recruitment firm
abc
abc
New
inquiry
Quotat i
on
Order Sample
Validat
e order
Invoice
abcabc
abc
abc
abc
abc
abc
abc
abc
abc abc
10. Slingboard
Visual Management
• Each column represents a state of the process
– The aim is to move each sticky note from state to state to
accomplish a workflow.
Inquiry
Inquiry
New
inquiry
Quotation Order Sample
Validate
order
Payment
Ready to
build
Invoice
InquiryInquiry
Inquiry
Inquiry
Inquiry
Inquiry
Inquiry
Inquiry
Inquiry
Inquiry
Inquiry
Inquiry
Inquiry
Inquiry
New
inquiry
Ready to
build
Quotation
Order
Sample
Validate
order
Is confirm
No
Yes
Invoice
Paymen
t
Workflow
of a
Factory
Order
Slingboard of a Factory Order
11. Slingboard
Visual Rules
• Each column is a visual rule that improves the collaborative
work by setting individual responsibilities
Inquiry
Inquiry
New
inquiry
Quotation Order Sample
Validate
order
Payment
Ready to
build
Invoice
InquiryInquiry
Inquiry
Inquiry
Inquiry
Inquiry
Inquiry
Inquiry
Inquiry
Inquiry
Inquiry
Inquiry
Inquiry
Inquiry
Collaborator A
Collaborator B
Collaborator C
Collaborator B
Collaborator D
12. Slingboard
Pinning a Status Tag
• Status tag is used to visualize issue that is not
directly associated with the value-added steps
displayed by the columns
• Pinning creates visibility and awareness and allows
the right people to react quickly to that new status
$ 20k
Company ABC
View Order
“Blocked”
Status
Tag
16. • User Story
– Short description written in everyday language that
represents a discrete piece of demonstrable
functionality
– a desirable outcome by a stakeholder
– a request for software to change that stakeholders
desire and perceive as a requirement
– A desirement
Grooming the Backlog
Describe desirements Using User Stories
17. • Classic template
– “As a < role>, I want <desirement> so that <benefit>”
• Quick way of documenting a stakeholder’s
desirement without having to elaborate vast
formalized requirement documents
– Encourage the team to defer collecting details
– An initial high level story can be written as a first cut and
then split into more stories when the team successively
refines the software and it becomes important to have the
details
Grooming the Backlog
Describe desirements Using User Stories
18. • As a <student>, I want <to buy a pass valid
only on school days> so that I can <go to
school>
• As a <worker>, I want <to buy a monthly
pass> so that I can <go to work>
Grooming the Backlog
Describe desirements Using User Stories
19. • Placeholder containing just enough information
so that the stakeholders can prioritize it (RANK)
and the team can produce a reasonable
estimate (SIZE) of the effort to implement it
– It shouldn’t take more than a few days to implement
Grooming the Backlog
Describe desirements Using User Stories
New
User Story
Ready to
Confirm
Rank Illustrate Size
Split
Is small
enough
No
Yes
Is top
element
Yes
No
Conversation
21. • Stakeholders (with the help of the Product Owner)
must prioritize (RANK) stories
Grooming the Backlog
Rank desirements first
New
User Story
Ready to
Confirm
Rank Illustrate Size
Split
Is small
enough
No
Yes
Is top
element
Yes
No
22. • The backlog is the list where the accumulation of
desirements is recorded
– Aggregates all potential User Story and prioritizes them by
business value as an absolute ordering
• The backlog is the “What” that will be built, sorted by
importance.
– Enables stakeholders to establish a vision
– Enables stakeholders to decide what desirements the
team should address during the next iteration
Grooming the Backlog
Rank desirements Using a Backlog
Area As a/an... I want to... So That... Order Estimate
Ticketing Kiosk Student Buy a pass valid only on school days I can go to school 1 20
Ticketing Kiosk Worker Buy a monthly pass I can go to work 2 13
... ... ... ... ... ...
... ... ... ... ... ...
... ... ... ... ... ...
... ... ... ... ... ...
... ... ... ... ... ...
23. • Development team CANNOT produce a
reasonable estimate (SIZE) of the effort without
concrete examples
Grooming the Backlog
Illustrate desirements before sizing
New
User Story
Ready to
Confirm
Rank Illustrate Size
Split
Is small
enough
No
Yes
Is top
element
Yes
No
25. • Powerpoint low-fidelity storyboard
Grooming the Backlog
Illustrate desirements with Storyboards
Select Transit Fare
Transit Fare
Name
Single Ticket
Single Ticket
1-Day Card
Monthly Pass
3-Day Card
Weekly Pass
Description
Booklet of 10 Single tickets
Card with a magnetic stripe containing one trip. This card also
serves as your transfer and your proof of payment.
SIMPLE AND EASY TO USE
1. Insert your card in the slot on the fare collection box. An
audio signals and lights will confirm the card’s validity.
2. Retrieve your card from the same slot in which you inserted
it.
KEEP IT!
Remember to keep it with you until the end of your trip. It’s your
proof of payment.
TRANSFER
When you use card to pay your fare, the date and time are
printed on the back of the magnetic card. So if you must use
more than one vehicle (bus or metro) to reach your destination,
you need only insert your card again in the appropriate slot of the
fare control equipment to validate your transfer. Transfers are
valid for 120 minutes from the time printed on the back of the
magnetic card.
Select Cancel
26. • Development team will produce a reasonable
estimate (SIZE) of the effort in less than 5
minutes
Grooming the Backlog
Size desirements with the whole team
New
User Story
Ready to
Confirm
Rank Illustrate Size
Split
Is small
enough
No
Yes
Is top
element
Yes
No
27. • Product owner schedule grooming meetings with the
development team
– Team is invited to SIZE the efforts
• Prior to grooming meetings, product owner should
order the backlog and storyboard top elements
• Only the top priority stories need to be estimated
during meetings (time boxed)
– The further out is a story, the less detail one need to
consider
– Quite acceptable to have stories with no estimation at the
bottom of the backlog where stories have low priority
Grooming the Backlog
Size desirements during weekly meetings
28. • In waterfall, managers determine a team
member’s workload capacity in terms of duration
– Human beings have a hard time anticipating the
unknown and predict risks
– Humans are poor at estimating absolute sizes
• Difficult to estimate exact weight of an adult
– Humans are great at assessing relative sizes
• Very easy to decide which is heavier between an adult and a
child
• Clustering an adult between the “light”, “medium” or “heavy”
group can be done within less than 5 minutes
Grooming the Backlog
Estimating efforts using comparison
29. • Should steer clear of estimating based on time
1. Teams add a cushion of time to mitigate risk
2. Time necessary for teams to build one unit of work
fluctuates
3. Factoring slack time appropriately is difficult
Grooming the Backlog
Estimating efforts using risk and difficulty
30. • Scrum assigns work to an entire team, not an
individual
• Scrum use degree of difficulty to estimate
– Time to resolve a degree of difficulty will change over
time without affecting the Backlog
• Story Points
– Perfect for estimating relative sizes
– Another scheme than time
– Time is used in Scrum to validate the sprint backlog
Grooming the Backlog
Estimating Efforts with Story Points
31. • Planning Poker
– Consensus-based technique for estimating, mostly
used to estimate effort or relative size of user stories
– Use the Fibonacci sequence because they grow at
about the same rate at which we humans can
perceive meaningful changes in magnitude
Grooming the Backlog
Estimating Efforts with Planning Poker
1
1
1
2
2
2
3
3
35
5 5
8
8 8
13
1313
20
20
20
32. • Each team member is given one deck of the Fibonacci cards
• The Scrum Master, who will not play, chairs the meeting
• The Product Owner provides a short overview
• The team is given an opportunity to ask questions and discuss to
clarify assumptions
– During discussion, numbers must not be mentioned at all in relation to feature size
to avoid anchoring
• Each individual lays a card face down representing their estimate
• People with high estimates and low estimates are given a soap box to
offer their justification for their estimate and then discussion continues
• Repeat the estimation process until a consensus is reached
• An egg timer can be used to ensure that discussion is structured
– Scrum Master may at any point turn over the egg timer and when it runs out all
discussion must cease and another round of poker is played.
Grooming the Backlog
Estimating Efforts and Poker Procedure
33. • How do we know if a story is small enough?
Grooming the Backlog
Splitting large stories
New
User Story
Ready to
Confirm
Rank Illustrate Size
Split
Is small
enough
No
Yes
Is top
element
Yes
No
34. • Stories greater than half the size of sprint velocity should be splatted
into smaller stories
– 30 points velocity
– Stories higher than 13 points are not ready to sprint
• Split along concrete examples
• Split along process line
– Divide the workflow
• Split by level of satisfaction
– Do less while still satisfying the process line
– Evolve from bare minimum to delighters
Grooming the Backlog
Splitting large stories
36. Grooming Process
New
User Story
Ready to
Confirm
Rank Illustrate Size
Split
Is small
enough
No
Yes
Is top
element
Yes
No
Option #1
No Signal
Option #2
Done Signal
Option #3
Ready Signal
New
User
Story
Ranking Sizing Splitting
Ready
to
Confirm
Illustrating
New
User
Story
Ranking
Done
Ranking
Sizing
Done
Sizing
Done
Splitting
Ready
to
Confirm
SplittingIllustrating
Done
Illustrating
User
Story
User
Story
User
Story
User
Story
User
Story
User
Story
User
Story
User
Story
New
User
Story
Ready
to Rank
Ranking
Ready
to Size
Sizing Splitting
Ready
to
Confirm
Ready
to Split
User
Story
User
Story
User
Story
User
Story
User
Story
Illustrating
Ready
to
illustrate
User
Story
User
Story
User
Story
38. Slingboard
It is all about transparency
• Aim to increase the efficiency and effectiveness of
a process by making visible the collaboration rules
– Shows group members information they care about
(without having to ask anyone a question)
– Reduce friction by making explicit the “invisible”
knowledge
39. Slingboard
It is all about sharing responsibilities
• Intend to guide the action of the group members
– Identifies the flow of work and what is being done
– Helps to understand and indicate priorities
– Highlights when something is going wrong or not
happening
– Cut down on meetings to discuss work issues
– Provides real time feedback to everyone involved in the
whole process
– Allows to see whether performance is met
40. Slingboards Lab
Shameless plug
7:37 AM
In and Out BoardApp
IN OUT
Johnny Depp
GeorgeClooney
Tom Cruise
BradPitt
10am
Discussion
11am
Conference
10am
Weekly
Review
10am
Fligh 812
American
2p
m
10a
m
9am
5pm
11a
mNoo
n
1pm
2pm
3pm
4pm
http://slingboards-lab.com