Scrum team converts to Kanban

At a customers site, teams have been using Scrum for year or more (even the sales people run it :) Developers are talented and motivated. In one team, increased visibility was needed, so I helped them convert to Kanban.

A second team took noticed on what went on, copied the Kanban board and started using it on their own.
 
So before, their sprint burndowns looked like this:
(atleast for the last three sprints)

Failing burndown

  Now this is a picture of the same team after two weeks of Kanban
Kanban fueld burndown

Isn’t it a bit cool? :)

14 Comments

  • 1
    June 27, 2009 - 12:40 pm | Permalink

    I don’t get it. Why was the burn down different when the team converted to Kanban?

  • 2
    July 6, 2009 - 4:38 am | Permalink

    I (believe) it is because they got better WiP transparency.

  • 3
    June 27, 2009 - 1:04 am | Permalink

    Hawthorne effect?

  • 4
    July 6, 2009 - 4:41 am | Permalink

    Not excluded of course :) After all, this was just one sampling, so not scientifically reliable data yet.

  • 5
    June 28, 2009 - 8:14 am | Permalink

    Hi Mattias, I share with you a doubt I have about Kanban.

    I know and I’ve seen in practice that scrum-but teams do not work well. What make a Kanban team different from a Scrum-But team ?

  • 6
    Anonymous
    June 29, 2009 - 12:29 pm | Permalink

    Same here?
    What else did you do? Just because you changed the name of the process it does not make it better?
    I’m intressted in how you used the burndown chart for Kanban? i love the BC but I haven’t found a good way to use it properly in my Kanban teams.

  • 7
    July 6, 2009 - 4:47 am | Permalink

    I guess a blog post follow up to explain the changes made. They weren’t many, just better flow and WiP visibility to the team.

    What I found striking was that team ended up in this new situation without any active coaching. They just watched another team, copied the board and got going.

    Observing them now, for the second week in a row, their new burndown has repeated.

  • 8
    Sébastien Douche
    June 29, 2009 - 8:22 am | Permalink

    > I don’t get it. Why was the burn down different when the team converted to Kanban?

    Small WIP effect I think.

  • 9
    Bluesbreaker
    July 14, 2009 - 1:51 am | Permalink

    Which changes has the second team made to their process to consider this a conversion from SCRUM to Kanban? If they still have sprints and burn-down charts, why is it Kanban?
    Thanks!

  • 10
    July 31, 2009 - 11:41 am | Permalink

    The team does estimation and daily standup pretty much Scrum like. So it is kind of a Hybrid right now.

    What is changed is:
    - limit work in progress continuously instead of sprint commitment
    - burndown is towards release not sprint
    - weekly Kaizen (continuous improvement) with root cause analysis and solving instead of sprint retro

  • 11
    Michael Rozenberg
    July 22, 2009 - 3:02 am | Permalink

    Mattias, without knowing more about that specific team, I would argue that with a burndown like that for three consecutive sprints they where far from doing Scrum in the first place.

    • 12
      September 16, 2011 - 7:44 am | Permalink

      You could of course argue that they were not performing well as a Scrum team. Or as a team. Or that the interaction client/team was failing. It depends what view you take.

  • 13
    Michael Rozenberg
    July 23, 2009 - 10:20 am | Permalink

    Mattias, without knowing more about the team I would argue that a team whose burndown looks that that for three consecutive sprints are not doing Scrum in the first place?

  • 14
    July 31, 2009 - 11:30 am | Permalink

    I think they aren’t solving their problems :)

    Unfortunately, Scrum doesn’t help you with that. And this can be hard. You need a place to start. That is where Kanban provided use, it helped the team, Product Owner and Manager to agree on what issue to attack.

  • Leave a Reply

    Your email address will not be published. Required fields are marked *

    You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>