Kanban exposes documentation bottleneckson Apr 28, 2010 in Agile, Coding by Sarah
Back in November I blogged about our company trialing Kanban, “Let’s all jump on the Kanban” which we have now extended to our Documentation Team – something described by David Joyce as BBC Kanban Flu.
We kind of knew what was really delaying the release of documentation but it’s not until you make it transparent and have real measurements that it becomes something that cannot be ignored any more. As my old boss Mark Suster used to say “we manage what we measure”. This is where I think Kanban System’s greatest strength lies.
With Kanban we realised that while some of our documents are quickly produced, we have 7 documents in progress being “worked on” by 2 technical authors. I say “worked on” because all 7 are in some way being blocked by a developer who needs to provide input of some type. The average number of working days a document has been waiting for a developer is 14 days.
The documents in progress are waste – they offer no value to the business until we have released them to our clients, and this is costing us thousands!
There are three main reasons why this is happening:
1. Developers are moved onto another project before documentation is finished.
2. There are few documentation tasks that get placed directly on a team’s boards – and when they do they are mostly given low priority and are at risk of falling off the board completely.
3. It’s a job developer’s are aware of via email but given the lack of formal processes around it, it always can wait until tomorrow, consequently resulting in them never getting to it.
So what are we going to do about it?
I strongly believe that unless documentation tasks are on a team’s board and given the required focus then they become forgotten. So as a result of following Kanban we have initiated some small process improvements in our attempt to improve flow, reduce waste and deliver more value to Caplin.
- A Technical Author is now invited to the cycle kick off meeting to highlight blocked documents, discuss who can remove the block and write task cards which are given to the appropriate Project Leads to ensure these make it on the team’s board for a proper time allocation for that developer.
- Every week we will walk through the Documentation Kanban Board with all the Project Leads working together to remove the blocks and help flow so we can deliver documentation faster and get through the backlog quicker.
We are also exploring how cycle-time could help with the estimation process of when a document is likely to be finished by and thereby giving us more predictability.
I’ll keep you posted on how it goes.