[lkuk13] i broke the wip limit twice, and i'm still on the team

61
@ZsoltFabok http://zsoltfabok.com/ #lkuk13 http://lkuk.leankanban.com/ by Zsolt Fabok 2013.11.01 Broke the WIP limit TWICE Still on the team

Upload: zsolt-fabok

Post on 09-Feb-2017

288 views

Category:

Software


2 download

TRANSCRIPT

Page 1: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

@ZsoltFabokhttp://zsoltfabok.com/

#lkuk13http://lkuk.leankanban.com/

byZsolt Fabok2013.11.01

Broke the WIP limit TWICE

Still on the team

Page 2: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

@ZsoltFabokand /or

#lkuk13

Page 3: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team
Page 4: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

lead time(minutes)

moving (minutes)

waiting (minutes)

flow efficiency

46 40 6 87%

44 40 4 91%

35 31 4 89%

38 26 12 68%

The time I need to get to work by bicycle

Page 5: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

Where is the Kanban Method in all this?

Page 6: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

It is in the deltas between the steps; the desire to improve continuously.

Page 7: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

Small incremental evolutionary changes(continuous improvement)

Page 8: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

The Pull System

Page 9: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

If you understand the purpose of small incremental evolutionary changes and the pull system, you’ll do fine with the Kanban

Method, because you can easily deduce the rest.

Page 10: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

It is hard to improve the invisible, so we have to see what we have at our

hands.

Page 11: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

Meet the team

Page 12: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

Value Stream Mapping

Start with what you do now(possibly end to end)

Page 13: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

Design

Implementation

Delivery

Test information

work item

Page 14: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

Design

Implementation

Delivery

Test

Page 15: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

Ready Design Implementation Test Delivery Live

Page 16: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

This board was a “traditional” board, how about a less “traditional” one?

Page 17: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

Courtesy of Prezi.com

Page 18: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

We decided that we are going to discover our value stream (flow) on the go.

Page 19: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

Ready Design Implementation Test Delivery Live

Flow (Stream)

The flow ([value] stream) starts at the left side, and ends at the right side of the board.

Page 20: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

The Flow is different in a typical enterprise and start-up environment.

Page 21: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

Typical enterprise flow

Flow (Stream)

Page 22: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

Typical start-up flow

Flow

Flow

Flow

Page 23: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

Now we can see the previously unseen, but we need to start pulling work items

otherwise they won’t get delivered.

Page 24: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

Ready Design Implementation Test Delivery Live

# ~~ ~

# ~~ ~

# ~~ ~

# ~~ ~

# ~~ ~

Page 25: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

Ready Design Implementation Test Delivery Live

# ~~ ~

# ~~ ~

# ~~ ~

# ~~ ~

# ~~ ~

Page 26: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

Ready Design Implementation Test Delivery Live

# ~~ ~

# ~~ ~

# ~~ ~

# ~~ ~

# ~~ ~

Page 27: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

Ready Design Implementation Test Delivery Live

# ~~ ~

# ~~ ~

# ~~ ~

# ~~ ~

# ~~ ~

Page 28: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

The pull system itself does not guarantee that work items get to be delivered.

Page 29: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

That’s when the Work In Progress (WIP) limit comes into the picture.

Page 30: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

Ready Design Implementation Test Delivery Live

# ~~ ~

1 2 1 3

# ~~ ~

# ~~ ~

# ~~ ~

# ~~ ~

Page 31: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

How to set the WIP limit at the beginning?

Page 32: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

# ~~ ~

# ~~ ~

# ~~ ~

work done

staff liquidity + internal queue

Page 33: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

Too low WIP limit creates unnecessary bottleneck, too high WIP limit encourages

multitasking and/or longer lead time.

Page 34: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

Yes, the WIP limit can change over time.

Page 35: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

# ~~ ~

work done

week 1 week 2 week 3 week 4

Page 36: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

Car manufacturingvs

software engineering

“The inventory”

Page 37: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

“Too many workers, equipment, and product only increase the cost and cause secondary waste. For example, with too many workers, unnecessary work is invented which, in turn, increases power and materials usage. This is secondary waste. The greatest waste of all is excess inventory. If there is too much inventory for the plant to store, we must build a warehouse, hire workers to carry the goods to this warehouse, and probably buy a carrying cart for each worker.”

“In the warehouse, people would be needed for rust prevention and inventory management. Even then, some stored goods still rust and suffer damage. Because of this, additional workers will be needed to repair the goods before removal from the warehouse for use. Once stored in the warehouse, the goods must be inventoried regularly. This requires additional workers. When the situation reaches a certain level, some people consider buying computers for inventory control.”

Page 38: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

“Too many workers, equipment, and product only increase the cost and cause secondary waste. For example, with too many workers, unnecessary work is invented which, in turn, increases power and materials usage. This is secondary waste. The greatest waste of all is excess inventory. If there is too much inventory for the plant to store, we must build a warehouse, hire workers to carry the goods to this warehouse, and probably buy a carrying cart for each worker.”

“In the warehouse, people would be needed for rust prevention and inventory management. Even then, some stored goods still rust and suffer damage. Because of this, additional workers will be needed to repair the goods before removal from the warehouse for use. Once stored in the warehouse, the goods must be inventoried regularly. This requires additional workers. When the situation reaches a certain level, some people consider buying computers for inventory control.”

“...The greatest waste of all is excess inventory. If there is too much inventory for the plant to store, we must build a warehouse...”

Page 39: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

Car manufacturingvs

software engineering

“The inventory”

(At Toyota the inventory is finite, however in software engineering it is infinite, therefore we cannot approach it with the same attitude)

Page 40: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

And now, back to the queues.

Page 41: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

There is another kind of queue: the infinite queue.

Page 42: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

21

Visible

Invisible

2 3

Infinite queues

Page 43: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

Now the work items are getting delivered, it is time to improve the system.

Improvement requires measurement.

Page 44: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

The lead time

Ready Design Implementation Test Delivery Live1 2 1 3

# ~~ ~

# ~~ ~

# ~~ ~

commitment

Page 45: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

Distribution of lead times

days

count

0

3

5

8

10

13

15

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 22 28 33 56

average

median* *Calculation of medians is a popular technique in summary statistics and summarizing statistical data, since it is simple to understand and easy to calculate,

while also giving a measure that is more robust in the presence of outlier values than is the mean. Wikipedia

Courtesy of Digital Natives

Page 46: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

Car manufacturingvs

software engineering

“The takt time”

(In software engineering the demand is not quantitive, therefore it doesn’t matter how

much time we spend between two features)

Page 47: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

Car manufacturingvs

software engineering

“The throughput”

(In software engineering we don’t have to deliver 10 features, we have to deliver THE feature, therefore

the number of delivered feature doesn’t help us, but it is a good “secondary” measure to see how we react

to changes, or how good we are at forecasting)

Page 48: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

0

2

4

5

7

week 1 week 2 week 3 week 4

incomingoutgoing

The throughput

Page 49: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

The throughput (output) is helpful, if and only if it is compared to the

demand (input).

Page 50: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

1 2 1 3

# ~~ ~

# ~~ ~

0

2

4

5

7

w 1 w 2 w 3 w 4

6

Page 51: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

The goal is to have a stable system (first target) because improvement on a stable system will have a long term

effect (second target).

Page 52: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

1 2 1 3

# ~~ ~# ~

~ ~

0

2

4

5

7

w 1 w 2 w 3 w 4

7

It is Monday on Week 5...

# ~~ ~# ~~ ~# ~

~ ~

# ~~ ~# ~

~ ~

# ~~ ~

Aging item

Page 53: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

The aging items mess up your forecasting.

Page 54: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

0

2

4

5

7

w 1 w 2 w 3 w 4

throughput

“We get N items a week” “We deliver N items a week”

“Therefore we can deliver an item in a week”

*This argument is so weak that a decent philosopher stops thinking about philosophy and looks for another profession every time one reads it up

“We deliver an item in a week”

Therefore our lead time is the length of the week which is 5 days)”*

Page 55: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

days

count

0

3

5

8

10

13

15

1 2 3 4 5 6 7 8 9

But in reality you are actually here:

5 != [6,9]

Page 56: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

Protect the bottleneck and don’t punish the phase before the bottleneck.

(with Theory of Constraints)

Page 57: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

3 3 4 2

# ~~ ~

# ~~ ~

Bottleneck

Page 58: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

3 3 4 2

# ~~ ~

It hurts here...

...because the work items queue up here.

# ~~ ~

# ~~ ~

# ~~ ~# ~~ ~

Page 59: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

3 3 4

2

# ~~ ~

# ~~ ~

2

Now the bottleneck is better protected...

# ~~ ~

# ~~ ~# ~~ ~

...and the phase before the bottleneck doesn’t suffer.

Page 60: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

If you understand the purpose of small incremental evolutionary changes and the pull system, you’ll do fine in Kanban land,

because you can easily deduce the rest.

And be skeptical about the practices that come from the manufacturing world (context matters).

Page 61: [LKUK13] I Broke the WIP Limit Twice, and I'm Still on the Team

Thank you very much for your attention!

@ZsoltFabokhttp://zsoltfabok.com/