You are on page 1of 50

Using Kanban (and lean thinking) to help dysfunctional agile teams

Jeff Patton jpatton@acm.org JePa(on,allrightsreserved,www.AgileProductDesign.com www.AgileProductDesign.com

Why me?

JePa(on,allrightsreserved,www.AgileProductDesign.com

The hour will go something like this: 1. Simple explanation of Kanban 2. Whats different about Kanban & common agile or scrum practice? 3. Common agile practice problems 4. Stories where adding Kanban-ish practice helped teams improve
JePa(on,allrightsreserved,www.AgileProductDesign.com 3

and well watch two cartoons...

JePa(on,allrightsreserved,www.AgileProductDesign.com

and a documentary.

JePa(on,allrightsreserved,www.AgileProductDesign.com

1. Kanban in 5 minutes

JePa(on,allrightsreserved,www.AgileProductDesign.com

A Kanban is a sign

JePa(on,allrightsreserved,www.AgileProductDesign.com

A Kanban card is a sign-card representing something of value

JePa(on,allrightsreserved,www.AgileProductDesign.com

Limiting Kanban tokens helps prevent over-production

JePa(on,allrightsreserved,www.AgileProductDesign.com

A Kanban board visualizes the ow of value


Our process for building things Load stories here As work progresses, move kanbans to show ow of value
JePa(on,allrightsreserved,www.AgileProductDesign.com 10

Because the more you work on, the slower anything gets done, limit work in progress for each step.

2. Scrum & Kanban Whats different?

JePa(on,allrightsreserved,www.AgileProductDesign.com

11

Nothing
(At least nothing needs to be)

JePa(on,allrightsreserved,www.AgileProductDesign.com

12

Some Lean principles in play:


1. Use visual control so no problems are hidden 2. Level out the workload (heijunka) 3. Use the "pull" system to avoid overproduction (can mean developers stop working if testers cant keep up) 4. Create continuous process ow to bring problems to the surface (can mean no timeboxes)
JePa(on,allrightsreserved,www.AgileProductDesign.com 13

Start by using Kanban boards to visualize your current process Inspect and adapt as you see t
JePa(on,allrightsreserved,www.AgileProductDesign.com 14

3. Some common problems getting going with agile

JePa(on,allrightsreserved,www.AgileProductDesign.com

15

Disclaimer: No one said agile was easy. Having difculty getting going with agile only makes you human.
JePa(on,allrightsreserved,www.AgileProductDesign.com 16

Problem 1: QA isnt engaging


How do you expect me to test everything when I dont see it till the last day of the sprint? Why should I test if its just going to change later? How can I test without a detailed spec? Tasks? I can write test-it on a sticky if you want.

JePa(on,allrightsreserved,www.AgileProductDesign.com

17

Problem 2: Developers only focused on their own work


Im working on all these stories together. Theyll be nished by the end of the sprint - Im sure. I cant break this story down any more than it already is. I wont know what the tasks are until I start doing it. Why should I estimate if the release date isnt going to change?
JePa(on,allrightsreserved,www.AgileProductDesign.com 18

Problem 3: Analysts and UI people are overwhelmed


I was up till 2 am getting ready for the next sprint - and the teams telling me I dont have the information they need! I cant look at that story now... maybe tomorrow. Everyone wants input on what Im doing - but they dont have time, and neither do I.

JePa(on,allrightsreserved,www.AgileProductDesign.com

19

4. Stories about adding Leanish, Kanbanish practices and how it helped people improve
JePa(on,allrightsreserved,www.AgileProductDesign.com 20

Disclaimer: The stories youre about to hear are true. Only the names have been changed to protect the innocent.
JePa(on,allrightsreserved,www.AgileProductDesign.com 21

Skeptical testers

JePa(on,allrightsreserved,www.AgileProductDesign.com

22

The team plans an iteration The testers dont test till development is done - or maybe a couple days later The iteration nishes with testing not complete
JePa(on,allrightsreserved,www.AgileProductDesign.com 23

The team seems surprised

JePa(on,allrightsreserved,www.AgileProductDesign.com

24

Scrum Master: Well show the burndown chart so we can see were not getting done. Tester: I have to write tasks? Ok, Ill write tasks that say test the story then.
JePa(on,allrightsreserved,www.AgileProductDesign.com 25

The iteration ends. Stories are still not done.

JePa(on,allrightsreserved,www.AgileProductDesign.com

26

The burndown chart sorta looked OK to start...

JePa(on,allrightsreserved,www.AgileProductDesign.com

27

Everyone knew things werent going right, knew what they should be doing, we just couldnt clearly see it.
JePa(on,allrightsreserved,www.AgileProductDesign.com 28

Dr. Quest on controlling invisible things

JePa(on,allrightsreserved,www.AgileProductDesign.com

29

Make it visible
use simple visual controls so no problems are hidden

JePa(on,allrightsreserved,www.AgileProductDesign.com

30

Q: What information is hidden in your work today? Q: Does not knowing it hurt your teams ability to be effective?

JePa(on,allrightsreserved,www.AgileProductDesign.com

31

Coach: Ive built a task wall. Lets load this iterations work onto it.
JePa(on,allrightsreserved,www.AgileProductDesign.com 32

Testtasksareclearlyvisible(sono problemsarehidden)

Development Tasks

Test Tasks

2009JePa(on,allrightsreserved,www.AgileProductDesign.com

33

TesttasksincreaseinquanNtyand sophisNcaNon

Development Tasks

Test Tasks

2009JePa(on,allrightsreserved,www.AgileProductDesign.com

34

Developers begin to lean out and collaborate

JePa(on,allrightsreserved,www.AgileProductDesign.com

35

Developerslowertheirworkinprogressand workingwithtesterscreatetestabletasks
Testable Tasks

Reduced WIP!
2009JePa(on,allrightsreserved,www.AgileProductDesign.com 36

DeveloperrouNnelycollaboratewith testerstogetworkmoving

2009JePa(on,allrightsreserved,www.AgileProductDesign.com

37

Meanwhile, the C++ developers boycott agile outright


JePa(on,allrightsreserved,www.AgileProductDesign.com 38

The agree to deliver every six weeks into production They commit to specic features to delivery But estimation and those silly user stories are out
JePa(on,allrightsreserved,www.AgileProductDesign.com 39

Theagreetomaketheirworkvisible,and buildakanbanboardintheirteamroom

Broken, but not hidden, WIP Limit


2009JePa(on,allrightsreserved,www.AgileProductDesign.com 40

Analysts and UI people begin to visualize their work


JePa(on,allrightsreserved,www.AgileProductDesign.com 41

UIDesignersvisualizetheirworkowand workinprogress

Someones really overloaded!

2009JePa(on,allrightsreserved,www.AgileProductDesign.com

42

StandupmeeNngstakeplacewhereall theworkisvisible

Discovery work
2009JePa(on,allrightsreserved,www.AgileProductDesign.com

Delivery
43

Astheteamdrawsnearrelease,iteraNonboundaries drop,WIPlimitsdrop,andworkowsimplies

Work in process limits

TheteamdiscoversthepullstandupmeeNng
2009JePa(on,allrightsreserved,www.AgileProductDesign.com 44

At the end of the day, the team didnt focus on doing agile right, or doing kanban right
JePa(on,allrightsreserved,www.AgileProductDesign.com 45

The team focused on collaborating, working more effectively, and delivering valuable working software
JePa(on,allrightsreserved,www.AgileProductDesign.com 46

Big benets from informative Kanban boards: 1. Simple process visualization 2. Managing ow
Keep your iteration boundaries if you want Let youre WIP run wild - youll see and feel it
JePa(on,allrightsreserved,www.AgileProductDesign.com 47

Ericdescribeshisteamsprocesstoday listenforowandpull

2009JePa(on,allrightsreserved,www.AgileProductDesign.com

48

My favorite Kanban qualites 1. Simple process visualization 2. Managing ow

JePa(on,allrightsreserved,www.AgileProductDesign.com

49

Using Kanban (and lean thinking) to help dysfunctional agile teams

Jeff Patton jpatton@acm.org JePa(on,allrightsreserved,www.AgileProductDesign.com www.AgileProductDesign.com

50

You might also like