“I Hate Kanban…”
Wandering the conference halls I overhear…
Yeah. Kanban sucks. I hate it! Didn’t change anything …
Forget for a moment that you can model anything with Kanban (it is “way” agnostic)…
I’ve been fascinated by something lately. When given the path to visualize work and make working agreements explicit, so many many organizations balk. Why? Why would we opt against continuous improvement? Why, if given an option, would we adopt the most complicated and heavy processes (and hire droves of project managers), but hesitate to make work visual?
By visualizing work on a Kanban board (for example), you are able to visualize …
- The pet hippo projects and fast-track. The side-channel work requests. Cost of maintaining/servicing delivered capabilities
- The bottlenecks. Which brings up all sorts of questions about skills, resources, employee engagement (or lack thereof), discipline, output etc.
- The difference between where we need resources vs. where we’d like to hire resources
- The stuff we do to hold shit together, but that we’re too embarrassed to admit
- Perpetual over-utilization and the difference between business and flow
- Heroics, and the dark side of heroics (errors, rework, burning out)
- What actually constitutes done? More importantly … who owns that? Who defines that?
- The dependencies we don’t want to admit or claim don’t exist. “We only rely on them sometimes”. “That is fully automated now, just like we promised”
- The delta between estimates and actual lead time / cycle time
- What it actually takes to get things done … the rework, back and forth, swarming etc.
- The cost of multitasking vs. our desire to be proactive and responsive
- The impact of increased complexity. No one wants to admit that what they are doing is slowing down the whole ship
The trepidation make sense.
Shining the mirror back on an organization is painful. It very quickly exposes all sorts of human issues. It is these human issues that typically block change.
You end up returning to the same “problems” over and over. There are never enough resources. There is always a jockeying for resources. There will always be tension between local and global optimization. We are human: we over-promise and are eager to please, and fall victim to all sorts of cognitive biases. So at the core you have two mindsets at either end of the spectrum:
- Work can be a low-drama, evidence-driven, safe, humane, and intellectually honest pursuit, or
- Work is a struggle against human frailty … a controlled, political train-wreck that we can somehow harness for profits
… and then a bunch of variations across that spectrum. What you find very quickly is that controlled change is often a battle of mindsets. It becomes a fight for who will own and take credit for the change. A Kanban board is a blank slate. It is a simple tool … that can be used to model anything. But it is also a trigger:
Well, you know we’re overworked. Everyone can see that. We’ve complained about it, but have been told we just need to deal. What will making it visible do for us?
I’d prefer not to put that ops work on the board. Because then it will be micro-managed, and we will need to explain everything
David is not pulling his weight. But I don’t want to be the person to call that out. Plus, management has lost hope in us anyway. They are working around us with that top-secret project.
We will never get resources if we make a fuss.
So I’ve been asking myself lately: how can we create environments that are safe enough to make continuous improvement possible? How can we make a simple visualization of work less threatening. Thoughts? Please reply in the comments