1. Understanding KanBan
Scrum Round Table September 2018

2. Voorstellen
Marcel Groennou
DevOps Consultant
Blog http://www.delta-n.nl/blogs
Twitter http://www.twitter.com/groennom
E-mail marcelg@delta-n.nl

3. Voorstellen
Alex Roos
DevOps Consultant
Blog http://www.delta-n.nl/blogs
Twitter http://www.twitter.com/alexroos300
E-mail alexr@delta-n.nl

4. Office 365
Dynamics 365
Development
DevOps
Azure
Laan van Waalhaven 450, 2497 GR Den Haag
085 – 487 52 00 | info@delta-n.nl | www.delta-n.nl

5. Agenda
Welcome 14:45 – 15:00
Introduction 15:00 – 15:10
KanBan 15:10 – 15:25
Lego Game 15:25 – 16:30
Introduction
Game
Discussion 16:30 – 17:00
Closing 17:00 – 17:30

6. Feedback

8. KanBan

9. History
KanBan
看板 – Kanban literally means “visual card,” “signboard,” or
“billboard.”
Lean Principles
Pull
Continuous Flow
Customer Value
Waste elimination
Continuous Improvement

10. In Software Development
KanBan
Don’t build features that nobody wants right now
Don’t write more specs than you can code
Don’t write more code than you can test
Don’t test more code than you can deploy
Corey Ladas – http://leansoftwareengineering.com

12. KanBan Practices
Professional Scrum KanBan
Visualization of the workflow
Limiting WIP
Active management of work items in progress
Inspecting and adapting their definition of "Workflow"

13. Visualization of the workflow
KanBan Practices
Visualization using the Kanban board is the way the Scrum Team
makes its workflow transparent. The board's presentation should
prompt the right conversations at the right time and proactively
suggest opportunities for improvement.

14. Limiting Work in Progress
KanBan Practices
Work in Progress (WIP) refers to the work items the Scrum Team
has started but has not yet finished.
Scrum Teams using Kanban must explicitly control these in-
progress work items from the time they consider them "started"
until the time they consider them "finished.“
When the WIP drops below a defined limit, that is the signal to
start new work.
Work is only pulled into a Sprint Backlog when the Development
Team chooses to do so (usually, but not always, during Sprint
Planning).

15. Active management of work items in progress
KanBan Practices
Active management can take several forms, including but not
limited to the following:
Responding quickly to blocked work items.
Making sure that work items are only pulled into the workflow at about
the same rate that they leave the workflow.
Ensuring work items aren't left to age unnecessarily and are completed
according to an established SLE.
Unclogging work that piles up in a column or columns

16. Inspecting and adapting their definition of "Workflow"
KanBan Practices
Think of policies as the "rules of the game" for the Scrum Team's
“Workflow”.
Small changes to those policies can have a material impact on
how the Scrum Team performs overall.
The Scrum Guide provides a minimum set of explicit policies as
well as instructions for how to figure out some context-specific
policies (e.g. Scrum Team’s definition of "Done").
When applying Kanban, The Scrum Team will want to supplement
The Scrum Guide with more explicit policies for its process. Those
policies will be captured in a Scrum Team’s definition of
“Workflow”.

17. Measure and learn

18. Metrics
The four basic metrics of flow that Scrum Teams using Kanban will
need to track are as follows:
Work in Progress (WIP): The number of work items started but not
finished (according to the Scrum Team's definition of "Workflow").
Cycle Time: The amount of elapsed time between when a work item
"starts" and when a work item "finishes."
Work Item Age: The amount of elapsed time between when a work item
"started" and the current time.
Throughput: The number of work items "finished" per unit of time. Note
the measurement of throughput is the exact count of work items.

19. Flow-Based events

20. Flow based events
The Sprint
Regular Sprint cadence
Flow-Based Sprint Planning
A flow-based Sprint Planning meeting uses flow metrics as an aid for
developing the Sprint Backlog
Flow-Based Daily Scrums
A flow-based Daily Scrum focuses on ensuring the Scrum Team is doing
everything it can to maintain flow every day.
Flow-Based Sprint Review
Flow-Bases Sprint Retrospective

21. Flow based events
Flow-Based Sprint Review
The Scrum Guide provides a detailed outline of the Sprint Review
process. In addition to these activities, inspecting Kanban flow metrics as
part of the Sprint Review creates opportunities for new conversations
about monitoring progress towards a goal.
Flow-Bases Sprint Retrospective
A flow-based Sprint Retrospective adds the inspection of flow metrics
and analytics to help determine what improvements the Scrum Team can
make to its processes, including the Sprint Retrospective itself.

22. Game Time

23. Maak teams van 4
Benen ontwikkelaar
Lichaam ontwikkelaar
Hoofd (lichaamsdeel) ontwikkelaar
Tester
(bij teams van 3 is de ontwikkelaar van het hoofd ook de tester)

24. Check: bouw elk dier een keer
Kleur maakt niet uit
Lichamen zijn 2 blokjes hoog

25. Check: testers
Laat een benen bug zien
Laat een lichaam bug zien
Laat een hoofd bug zien
Laat het afbreken van een dier zien en het collecteren van de
scorecard

26. Regels voor alle ronden
Niet vals spelen!
Je hebt 2 minuten om zoveel mogelijk dieren te maken
Als je een bug hebt, moet je naar het desbetreffende station en
moet het alle stations daarna weer langs
Na elke ronde hebben we een 2 minuten retrospective

27. Regels ronde 1
Elke ontwikkelaar kan alleen zijn specialiteit doen
Je moet wachten op de ontwikkelaar “onder” jou
Testers: je krijgt instructies

29. Regels ronde 2
Je kan een ander helpen
Als je helpt: wijs naar de speler, die je helpt en tel rustig tot tien
Je kunt altijd gelijk weer terug naar je eigen station zonder
tijdverlies
Elke keer als je iemand anders dan je eigen station wil helpen,
moet je tot 10 tellen voor je begint

31. Zelfde als ronde 2 (na retro)
Regels ronde 3
Je kan een ander helpen
Als je helpt: wijs naar de speler, die je helpt en tel rustig tot tien
Je kunt altijd gelijk weer terug naar je eigen station zonder
tijdverlies
Elke keer als je iemand anders dan je eigen station wil helpen,
moet je tot 10 tellen voor je begint

33. Regels ronde 4
Je hebt maar twee plaatsen voor je
Op elke plaats mag maar één dier staan
Als je kaarten vol zijn, mag alleen de tester dieren terug naar jou
zetten
Andere ontwikkelaars moeten wachten of iemand helpen

35. Net als ronde 4 na retro
Regels ronde 5
Je hebt maar twee plaatsen voor je
Op elke plaats mag maar één dier staan
Als je kaarten vol zijn, mag alleen de tester dieren terug naar jou
zetten
Andere ontwikkelaars moeten wachten of iemand helpen

36. Little’s law
Dit is de impact van work in progress tegenover de opbrengst
Avg Throughput
Avg Work in progress
Avg Cycle time

37. Events
Techorama:
2 en 3 oktober in Ede
Accelerate your DevOps
15 november @Delta-N
Scrum Round table
13 december @Delta-N