Project Management

Kanban is the new Scrum

From the Agility and Project Leadership Blog
by
A contrarian and provocative blog that goes beyond the traditional over-hyped dogma of "Agile", so as to obtain true agility and project leadership through a process of philosophical reflection.

About this Blog

RSS

Recent Posts

Has Scrum outlived its usefulness? Should Scrum just go away?

The rise of Agile’s SAFe is like a bad episode of the movie Groundhog Day

Marcel Proust’s recursive novel: Why the concept of iteration in Agile is shortsighted

Forecast for 2015: The beginning of the end of Agile?

Google considered the best US company to work for due to HR agility

Categories

Date

linkedin twitter facebook Request to reuse this  


It seems lately that I'm finding quite a few articles on the web where people are moving away from Scrum to Kanban.  As this post from the blog "Journey of Continuous Improvement" indicates:

Some people will argue that we weren’t doing Scrum right so no wonder we had problems. But this is the crux of my problem with it – so much effort goes to doing scrum instead of channelling that focus to building better software, faster.  For my team, using Kanban to liberate us from a prescribed process and visualising the way we worked allowed us to have this focus.  I think there is a misconception that Kanban is a process and directly comparable to scrum. I don’t see it like that. I see Kanban as a set of practices which helps teams define their own way to work with absolute freedom. It wraps around your way of working and helps you refine it.

The section about liberating from a "prescribed process" was interesting to me as many think Scrum is about being flexible, but in reality if you're doing it "right" you have to come up with good story point estimates and plan your Sprints to ensure you deliver working software at the end of a Sprint.  Estimating is notoriously hard and even more so if you're doing cutting edge software.

In this post from "Blue Sky on Mars", it outlines a similar sentiment:

With Scrum, this sort of planning is built-in to the process. You estimate all of the stories in question, add them up and divide by the velocity to find out how many sprints it’ll take. Or, compute how many sprints you have and then you can choose which stories fit best into the time you have.

In the Kanban process, you can get the same kinds of useful estimates by computing “cycle time” and “throughput”. Cycle time is the average time it takes for similar-sized stories to work their way across the board. Throughput is how many similar-sized stories are done over a given period of time. Using this combination of data, you can do the same sorts of planning you can do in Scrum. As a bonus, cycle time and throughput are easy to compute, and should be easy to adjust when exceptional conditions arise.
 
Though completely anecdotal, I'm not surprised by this trend.  It seems the typical transition is from Scrum, to Scrumban to finally, just Kanban.  Could it be that the pace has gotten so fast that even Scrum is starting to feel like a bottleneck?  Will Kanban be the new Scrum going forward?

Posted on: February 24, 2014 08:06 PM | Permalink

Comments (3)

Please login or join to subscribe to this item
avatar
Alaa Hussein Program Manager| MEMECS Baghdad, Iraq
Thanks Don, great article

avatar
Drew Craig Sr. Agile & Product Coach| Vanguard Philadelphia, Pa, United States
Very interesting Don. Thank you for sharing your insights. I'll be curious how this pans out. Something to watch for. I suppose, still best to understand what is available and use the best tool for the job at hand.

avatar
Sachin Pereira Oracle Solutions Architect Implementation Lead, Project Leader| HB Associates Mangaluru, Karnataka, India
Thank you Don.

Please Login/Register to leave a comment.

ADVERTISEMENTS

"It is hard to fight an enemy who has outposts in your head."

- Sally Kempton

ADVERTISEMENT

Sponsors