{"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>\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 We use the column tally chart information on each card \u00a0to ask questions like:<\/p>\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 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>\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 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>\nStudying by asking questions<\/strong><\/h3>\n
\n
Analysing the data in team retrospectives<\/strong><\/h3>\n
Experimenting with new approaches<\/strong><\/h3>\n
Related articles<\/h6>\n