engineering ! Limit Work in Process (WIP) Pull value through (with WIP limit) Make it visible (Visual Control) ! The team continuously monitor the above to improve
visible, try to help, discuss if story should be moved off the board • What if there is nothing to pick up? help others get stories ready • What if I’m done and there is a blockage upstream? help unblock
for Dev) ! Why is this not live yet? Can we help you get this story Accepted? Do we have a bottleneck? Do we have a blocker not dealt with? Are we keeping to our work in process limits? Should they change? Are priorities clear?
board was often overloaded in the QA lane, cards would stack up as developers were churning out work at a high rate and our tester was seriously overworked. ! After setting limits on our Kanban board the team soon began to realise that they could no longer stack work up, once a limit had been reached there was no where to go and the line would become blocked, so they started assisting the QA and testing work that they hadn’t written. Several months in we now have more manageable board, the QA isn’t overworked and the team pull together like never before.
to do with high priority last minute request • Do you still need to split stories? • When does the story get discussed before development starts • what to do when story is blocked • what/how to measure • getting non-stories (tech debt) on the board • When to have retros ! !