Increasing Throughput in Scrum = Increasing Velocity?


#1

Hi Steve and Tameflow-owers :slight_smile:

I’m a Scrum Master who experiments with data to help the team improve its performance. Lately, in one of my teams, we have started experimenting on ways how we can increase our velocity by better planning our sprint work.

We started analysing cycle time, we started following the ageing chart, and try to sprint through the waiting states.

First sprint with experiment gave us immediate results, and we were extremely motivated.

Second sprint we got stuck! One of our stories was “too big”, we ended up with loads of stories waiting to be tested, and this remaining in progress.

My question is - is it wrong to do such analysis to increase velocity? Is velocity a push factor, which makes us “cost driven” rather than “throughput driven”?

Thanks!


#2

Hi Matthew

Yes, any attempt at working “faster” is doomed to fail.

From a Scrum perspective, the purpose of instrumenting your process to collect throughput metrics is not to become faster. It is to have signals about when things go bad, so that you can take appropriate action. Think of it in terms of having a criteria to confirm that an impediment is really such (and not only perceived), and about when you should intervene.

If you systematically kill the causes of such impediments, then your throughput will increase. Rather than “working faster” (i.e. increasing velocity) you should focus on “delivering earlier”. See the blog post Lean Business and the Value of Flow 2 I wrote for Kanbanzie recently (and it’s Part 1 too) to understand what the difference is.

Yes, if you are looking at velocity like that, it becomes a push driver. You are concerned about the “worker” delivering more to the company (the system), because the worker is a “cost center” and you better utilize him/her efficiently. That is the resource efficiency mindset that comes into play, even though it is disguised under an agile approach like Scrum.

If instead you focus on “delivering earlier” you are concerned about the “system” (not the worker) increasing its throughput by improving the overall flow efficiency.

Hope this helps!

-ST


#3

Hi Steve,

Yes it does. These things need a constant reminder, as generally speaking we tend to implement a push-system.

Thanks for your help!