Agile, People, Project Management

Kan Ban Boards – a lesson in diversity

I recently had the opportunity to discuss our Kan Ban board solution with other professionals and I was surprised with the diversity we had across our boards given our relative alignment on Agile. We had the usual expected difference on what columns and rows were on the board, but what surprised me were the differences on how the board was managed. How items got on the board and were moved on the board ended up being quite different.

Our Board

Our board is what I would consider a relatively standard board. (Of course, I would have that position) We have limits for each of the columns on the board and the columns are:

  • Open
  • Analysis and Design
  • Development
  • Testing
  • Done

We also have rows that help to categorize the features. I have seen people create rows for individuals, but we wanted to keep it at a higher level to not imply that one person ‘owns’ the feature as multiple people will be working on the feature. (Note: we use the term feature but it equates to a User Story or a small collection of User Stories)

The Diversity

1) the level of Feature/User Stories that you track on the Kan Ban board can vary greatly. This was somewhat expected.

2) Can cards move backward? In my thoughts, I would move the card back to analysis if more analysis was required and then move it back to development when coding can resume. My friend would keep it in development the entire time. I would state neither is correct or incorrect, but it is interesting how we both modeled our board to get us the information we wanted. I primarily wanted to know what type of work was being done, while my friend was more interested in showing how long it has been worked on. (Cycle time) Either system can probably provide both, but it is interesting as to what each person’s preference was. The driving factor in this difference might be our background as I am more project management focused, while my friend is more developer focused.

3)  Defects… My friend would create every defect encountered as a new card while I would consider the defects part of the original card until it has been accepted. (Once the work has been accepted and considered done, then any subsequent defect would be considered a totally new card) This difference was perhaps the most surprising as I just assumed that we would consider the feature in totality and creating a defect as a new card would perhaps give the false impression of done. Perhaps this is another indication of both of us using the board for different primary purposes. Again my friend was focused on flow of the work, while I was using it to manage done according to the stories we communicated to the business users.

Summary

There is no right way or wrong way to implement Kan Ban. That is one of the reasons for the easy adoption. I encourage you to try it and talk to your co-workers and friends. You may be surprised with the variations.

 

About Terry Bunio

Terry Bunio is passionate about his work as the Manager of the Project Management Office at the University of Manitoba. Terry oversees the governance on Information Technology projects to make sure the most important projects are being worked on in a consistent and effective way. Terry also provides leadership on the customized Project Methodology that is followed. The Project Methodology is a equal mix of Prince2, Agile, Traditional, and Business Value. Terry strives to bring Brutal Visibility, Eliminating Information islands, Right Sizing Documentation, Promoting Collaboration and Role-Based Non-Consensus, and short Feedback Loops to Minimize Inventory to the Agile Project Management Office. As a fan of pragmatic Agile, Terry always tries to determine if we can deliver value as soon as possible through iterations. As a practical Project Manager, Terry is known to challenge assumptions and strive to strike the balance between the theoretical and real world approaches for both Traditional and Agile approaches. Terry is a fan of AWE (Agile With Estimates), the Green Bay Packers, Winnipeg Jets, and asking why?

Discussion

No comments yet.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

%d bloggers like this: