{"id":374,"date":"2012-06-26T21:07:23","date_gmt":"2012-06-26T21:07:23","guid":{"rendered":"https:\/\/benjaminmitchell.wordpress.com\/?p=374"},"modified":"2012-06-26T21:07:23","modified_gmt":"2012-06-26T21:07:23","slug":"how-to-study-the-flow-or-work-with-kanban-cards","status":"publish","type":"post","link":"https:\/\/techpeoplethrivi-i2tkeoduos.live-website.com\/how-to-study-the-flow-or-work-with-kanban-cards\/","title":{"rendered":"How to study the flow of work with kanban cards"},"content":{"rendered":"
Physical kanban walls, with index cards, present powerful and easy ways to collect data and encourage the team experiment with improvements to our process. \u00a0I’ve come across a simple technique of writing a ‘column tally chart’ on the bottom of each index card as it crosses a kanban board to help study and \u00a0manage the flow of our work.<\/p>\n
Each day at stand up we write the first letter\u00a0of the column that the card ends up in on the bottom of the index card after we\u2019ve finished discussing it. This acts as a simple tally chart of the how many days it takes the card to cross the board, as well as providing information about where the card spent its time. Here\u2019s an example of a card:<\/p>\nAn example kanban index card with a column tally chart<\/figcaption><\/figure>\n
In this case you can see the card in the centre of the photo took three days from starting development to completion. The card was in the\u00a0Development column (D) the first time the team discussed it at stand up, the second day it was in the Test column (T) \u00a0and at the last stand-up it was in the Done (X) column.<\/p>\n
Studying by asking questions<\/strong><\/h3>\n
We use the column tally chart information on each card \u00a0to ask questions like:<\/p>\n
\n
What kinds of work take us longer? Where is the time taken?<\/li>\n
Are there any patterns around which columns (steps) in our workflow take time?<\/li>\n
Where we have to hand-over work between different people on the team (such as\u00a0code review or testing), do we see delays?<\/li>\n
Is a step in our process, like code review, adding a burden to the time it takes us to complete work?<\/li>\n
Are any tasks \u2018bouncing back\u2019 from a later step? Which steps are they bouncing back from?<\/li>\n
Are they trends in how long work is taking or how it is flowing compared to earlier periods?<\/li>\n<\/ul>\n
For situations where we estimated the work, the cards allow us see if there is a relationship between actual time and estimated time. \u00a0When we are estimating future work we can check the actual times\u00a0from earlier\u00a0similar tasks as a way of improving our estimates.<\/p>\n
Analysing the data in team retrospectives<\/strong><\/h3>\n
We have been taking the cards into our team retrospectives and doing whole-team grouping and sorting exercises to see if we can spot trends in the way we are working. This achieves two goals; encouraging the use of data in retrospectives, and including the team in performing data analysis.<\/p>\nKanban cards with tally charts arranged into a histogram as part of the team’s retrospective<\/figcaption><\/figure>\n
As an example, in a recent retrospective we organised the cards into a simple histogram based on the number of days that cards took to cross the board. We saw that we had an increasing number of cards that took longer than in earlier sprints. There were two downsides to having cards that flowed more slowly across the board; psychologically team members felt better when they were able to report progress at each stand-up, and that tasks that were smaller generally took less time to test and were less likely to \u2018bounce back\u2019 into Development.<\/p>\n
Experimenting with new approaches<\/strong><\/h3>\n
We agreed a retrospective meeting action that the team would look out for cards that had been in progress for more than four days and raise a discussion after standup about whether we could break the work down into smaller pieces. We have been doing this for the last few sprints and it has worked well.<\/p>\n
Improving our methods<\/strong><\/p>\n
One improvement we\u2019ve come up with is to use a dot above the letters we write on the card to show that there’s something blocking the card from being worked on. This allows us to see the impacts of blocks on the end to end (or cycle time) for a particular task.<\/p>\n
Have you tried simple data collection approaches like this? If so, what did you find? I\u2019d love to hear your experiences in the comments.<\/p>\n
![\"A](\"http:\/\/benjaminmitchell.files.wordpress.com\/2012\/06\/img_0196_thumb.jpg\" "\\"KanbanCardWithTallyChart\\"")
![\"Kanban](\"http:\/\/benjaminmitchell.files.wordpress.com\/2012\/06\/img_02621.jpg?w=300\" "\\"KanbanCardTallyChartRetrospective\\"")