Agile Zone is brought to you in partnership with:

Michael is a founder of TargetProcess (agile project management software). His Mission is to provide solutions to real problems in agile projects. He wrote several books about web development and many articles related to almost all aspects of software development. Michael is a DZone MVB and is not an employee of DZone and has posted 48 posts at DZone. You can read more from them at their website. View Full User Profile

How We Use Kanban Board - The Real Example

01.29.2010
| 5358 views |
  • submit to reddit

It is always interesting to look behind the scene. In previous post I  described our development process, now I will show how we use Kanban Board in TargetProcess. Maybe it will give you some new ideas to try.

The most interesting part of every Kanban Board is its flow. So here is it:

Planned: contains all stories and bugs that are ready for development. It means they have full details/specification, so developers may start working on any item from this list anytime. Items are prioritized in this columns, first item should be taken first. Only product owner can put stories and bugs into Planned state from Backlog.

WIP Bugs: this is quite a special column. When testers find bug in just coded user stories, these bugs are drag-and-dropped in WIP bugs column. It means developers should take them ASAP to make this story Done-Done ASAP. Sometimes we put important bugs from production here as well. This state was introduced just several weeks ago. Works fine.

In Progress: shows stories and bugs that are in development now. When development pair takes a new story, the story moves here.

Coded: shows that story is implemented by developers. It is a queue for testers in fact.

Testing: shows stories that are in testing now.

Ready to Merge: we implement each story into a separate branch. If user story is in this state, it means it is implemented and tested, so may be merged into master. Every day someone merges all the items from this column.

Merged: this column contains all the stories and bugs that will be included into the next public build/release. We normally do weekly releases.

Done: shows several items included into the latest build.



We have a large TV in the office that displays Kanban Board all the time. Daily meetings are near the TV, so everybody can see it and understand what we are talking about.

References
Published at DZone with permission of Michael Dubakov, author and DZone MVB. (source)

(Note: Opinions expressed in this article and its replies are the opinions of their respective authors and not those of DZone, Inc.)

Comments

Sindy Loreal replied on Sat, 2012/02/25 - 10:19am

Great post. I really like your tie in to your VCS process. We haven't been as formal with our branching and relating it directly to a story. I'm going to implement that as part of our process!

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.