Doing kanban, there will come a point where you will be faced with holding or breaking the work in progress limit. Here are fours ways of dealing with that situation:
- Case1: Urgency!
The new story has higher priority than work on the board. Accept a temporary violation of WIP, but don’t starting more work until WIP is balanced again
- Case2: Pleasant "no"
Bring the stakeholder to the board and ask them if they would like you to throw away for the benefit of their request.
- Case3: Can’t say now for Legal reasons
Start an overflow section. Whenever WIP risk being broken, compare the priority to what is on the board and if it is less put the work in a overflow section. The policy being: to put something on the overflow secion requires an email to the sent to the stakeholder saying you can’t do it right now but you may do it somewhere in the future (best solution is to find someone else to solve the problem)
- Case 4: Homework has been made
Don’t violate WIP, instead ask the stakeholder to put it in the right priority in the backlog
Don’t forget, the "urgent" story brings information you can learn from. Is it a common or special cause? Is it an undiscovered demand type? Does the stakeholders upstream understand your approach?
Read more…
So, you’re planning the future. There are is a lot of stuff you are eager to do. But stop and think – are you pushing forward in the right direction?
Make sure there’s a balance between:
- Product – what would makes up evolving in the eyes of our customers?
We are not pushing features for ourselves right?
- People – what would make this a better place to work in?
Are we leveraging the skills at our disposal?
- Process – are we limiting WIP, improving quality, surfacing problems early?
Done right we should gain time to experiment and fulfilling creative ideas.
- Purpose – are we contributing to the society around us?
Read more…
Some of you probably already get this… some of you might even disagree… but unless you are building software as a hobby… chances are, you building software for money. In other words, someone is paying you to write software for them. Why would someone pay you money to show up and write software? They are [...]
Kevin Ryan at IT Kanban just released a podcast with me. Check it out
Cheers
Mattias
I’ve published another book! This one’s called “Lean from the Trenches“. It is about how we scaled a 60-person project by combing techniques from Kanban, Scrum, and XP. I chose this title because it really it illustrates how to put Lean principles into practice in a software project, especially the notion of an end-to-end Kanban read more »
Hi Brazil! I’m happy to say that I’ll be visiting you in a few weeks. I’ll be involved in two public events together with Samuel Crescêncio: Feb 10: Public seminar about Lean & Agile (in Florianopolis). More info coming soon. Feb 13-14: Certified ScrumMaster course in São Paulo. The course will be in English, but Samuel read more »
Well it turns out the “controversy” about AgileExams turned out to be the biggest of misunderstandings. The Testimonials Were Authentic: Several of AgileExams customers contacted me and revealed the root cause of this confusion is the fussiness of PMI.org’s online … Continue reading →
Recent Comments