All of this content used to be spread over three different blogs at three different domains and it's now been merged into one. Why was it ever three? Because at the time it seemed reasonable that each of them was for a different audiences, and yet over time I've found that the lines between topic areas got blurrier and tended to overlap. So now they're all together in one place.

If you encounter things that seem broken, please let me know and I'll get them fixed.

Browse by topic area:


There's a lot here and if you're not sure where to start, here are some popular starting points. From these, you'll find crosslinks to even more topics. Enjoy!

Getting Kanban metrics from the Jira API

If your team is using Jira then at some point you’re going to want to look at some flow metrics to see how you can improve. You’ll very quickly discover that Jira only provides two charts out of the box and that neither one is terribly useful. The cumulative flow chart has known bugs and the control chart is both difficult to read and has problems of it’s own.

The cost of interruptions and how to reduce it

Interruptions can be a significant source of waste. By their nature, interruptions cause a context switch as we lose track of what we had been working on to focus on the interruption. There is a significant cost to that context switch as it takes time and effort away from the task at hand. There is also a real impact on quality as mistakes are far more likely to happen when we’re distracted.

Massively overburdened with WIP

About once a year I run across a team that has at least ten times as many items on the board as there are people on the team. The worst I’ve ever seen was a team of ten people with 227 items in progress.

Flowing value

In Kanban we often talk about flowing value through the system and yet that’s somewhat misleading. The reality is that we can’t know whether a work item is valuable until we’ve actually finished the work and made it available to our customers.

Power of words

The words we use are far more important than most people realize. They have the ability to make deep changes in unconscious behaviour in ourselves and the people around us.

Pair Programming

Probably the most polarizing of all the Agile technical practices is pair programming. People either love it or hate it and often strongly hold one of those two positions even if they’ve never tried it for themselves.

Classes of service

Many Kanban teams use classes of service to help model their workflow. We’re going to talk about how they work, where they are valuable and why you should avoid them wherever you can.

Neuroscience of psychological safety

I find that many of the conversations we have about psychological safety tend to devolve into platitudes: “It’s good and we should have more of it” or “managers should create safer spaces”. This doesn’t give anyone any context into why it’s actually important or how we can go about improving it.

Book recommendations for Agile Coaches

I talk a lot about neuroscience, psychology, hypnosis, body language, and other topics as they relate to Agile methods and I’m frequently asked: “What books do you recommend as an introduction?” There is no single best book to start with so I’m giving you a bunch of categories to pick from.

“We tried Kanban and it didn’t work”

I sometimes run across teams that say “we tried kanban and it didn’t work”. When I hear this, I’m always genuinely curious and ask for more details about what they’d done and what specifically didn’t work for them.