- Metrics: Links to all my content on metrics and probabilistic forecasting have been collected under Mike's Hard Metrics.
- Ensuring we're building the right thing: Slicing stories and epics. Understanding the context of what we're building. Knowing how to prioritize that work.
- Improvement: Continuous improvement in general. Understanding the metaphor of "lowering the water level".
- Flow: Understanding the cost of interruptions, and the kinds of waste that gets in the way of flow.
- Meetings: The common problems with meetings. Improving the standup / daily coordination meeting and your retrospectives.
- Work in progress (WIP): Setting initial WIP limits. What to do when we're overwhelmed with WIP
Is a blocked column on your board always a poor practice?
You’ve probably heard that a blocked column on a board is a bad practice and most of the time that’s true. Let’s see why it’s usually bad and when it might actually be ok.
Technical Debt
The term “technical debt” is widely used in the industry even if there isn’t a clear definition of it and almost nobody uses the term in the way Ward Cunningham meant when he first coined it. It’s most commonly used to describe things in our environment, usually but not always code, that slow us down. These are things that are working - not bugs - but that are implemented in a poor way that makes them more difficult to understand or modify.
Multiple boards for a single team
Many teams assume that they have to fit all their work on to one board and that’s not true. Kanban boards are there to help you visualize and manage the system. If one board can do that well then one board is fine. If it would be easier or better to visualize and manage across multiple boards then that’s what you should do.
Who should define the workflow?
We regularly talk about optimizing the workflow but we don’t talk as often about who should be doing that optimization. Should it be the manager, or some dedicated process specialist, or should we be leaving it up to the team to figure out their own workflow?
One Thing vs Multiple Things
When creating a forecast first ask yourself whether you are forecasting One Thing or Multiple Things. It’s not always clear which of these situations you are in but the approach you take to creating the forecast will differ significantly. This post will help you to figure out which approach to take.
Defining a workflow
The Kanban Guide defines three core practices. The first is “define and visualize a workflow” and while it describes what needs to be in that workflow, it doesn’t give any guidance on how to facilitate as session with a team to do that definition. In this video, I describe how I facilitate a session with teams to define their workflow.
Staying within our WIP limits
In a Kanban model, one thing we find most teams struggle with are WIP limits. Everyone wants to just start one more item even if we’re already at the limit. Surely one more can’t hurt. Except of course, it does.
Improving Predictability - Consistent Units and Conclusion
This is the last in a series of posts on the four assumptions behind Little’s Law. If you haven’t read those previous posts I encourage you to go back to understand the background. As a reminder, the four assumptions are listed below.
Improving Predictability - Average Age
In a previous post I’ve introduced the four assumptions behind Little’s Law and discussed the first two assumptions in detail. If you haven’t read those previous posts I encourage you to go back to understand the background. As a reminder, the four assumptions are listed below.
Moving backwards on a kanban board
A question we’re frequently asked is whether items are allowed to move backwards on a board. Many people will just say “no” but the real answer is more nuanced than that and depends on a number of factors.