For those who know me, you know I like boards. Some know I’ve used Kanban boards. Here’s my latest.
As cool as this one is, the board is actually not a true Kanban board. In order for it to be, we would have to be limiting our work in progress (WIP). This is actually one of the reasons why I struggled with moving to a Kanban board–because I couldn’t figure out how to limit the WIP.
Why couldn’t I limit the WIP? My company takes the traditional approach that the best results are achieved if everyone is at capacity and believes push is more effective than pull. Also, we rely on a partner who have their own methodology for completion. That’s a battle we’ll have to fight another day. Hopefully the board will help highlight the problems of this strategy and one day it can grow up to be a real Kanban board and the company will benefit from it.
One of the benefits Anderson touts about Kanban boards is that they create change by showing the flaws in a system and sparking conversation. Admittedly, I’m a little disappointed this hasn’t happened. Folks haven’t said a whole lot about it (where as the old boards did). Perhaps this is because, to them, it’s just a dry erase board with some post-its, which is rather common place. Or they have just gotten used to me making boards all the time and figure this is just another one of the odd things I do to stay organized. A friend of mine pointed out the board might get more attention if I was more centrally located (I’m kind of tucked away in a corner).
Despite the board not catching on like I’d like yet, it’s still the best tool I have. It’s helped us become better organized, helped highlight troubled areas and streamline our processes, and it continues to keep us hyper aware. Also, personally, the board has helped me understand the concept of push vs. pull and has certainly made me think more about the problem with queues. Also, a couple of project managers in the development department have asked me to do a training session on Kanban. Maybe it won’t catch on in my area but perhaps it will in others.
The board is fairly new and the project is just getting off the ground. There is still plenty of time for it to generate discussion and evolve. I’ll be posting from time to time on how this is going.
I’m ending this post with a couple of close-up shots of the board and stickies.
It’s evolved over time. Glad its dry erase!
Each site gets two post it-colors. One for circuits and one for equipment. These are going on in tandem so go to different areas of the board. Dates indicate when equipment is sent or a circuit installed. Big black checkmark indicates it actually happened. The smiley face means we received an IP from the internet provider.
Blocks are pink, describe what the problem is, and gives a date on when it became an issue.
Here’s an example of how the board highlights potential bottle necks. This area got filled really quick one morning. Our tech lead is responsible for completing these. My supervisor saw this cluster and when I explained what it was, he gave kind of a sheepish grin and said, “Oh, I guess I shouldn’t have asked him (the tech lead) to go take care of something at the other building then.”
Fortunately, it was quickly relieved and perhaps the board helped highlight this issue, but this shows the problem of a push vs pull mentality and not understanding limiting WIP.
The next post of this series is here.