Explaining the concept of vanity metrics to a teenage son with Kanban

“However beautiful the strategy, you should occasionally look at the results.”
Winston Churchill


OpenArt AI generated image

“This is your throughput this week Son, what’s gone wrong?”

“Nothing Dad, I just didn’t feel like doing anything.”

“Ok, but what if no one here felt like doing anything….”

“No idea…”

“Come on, don’t fool me around, you know the whole housesold would collapse”

“Don’t think so, Mom and you would fix it.”

“Nope, I mean if NO ONE here felt like doing anything, including Mom and me….”

“You can shift some of last weeks’ cards to this week, can’t you? So my through…how-do-you-call-it would be ok for this week as well, score done!”

“It’ not about a making a score, Son, it’s about doing something to collaborate with the community you live in. That’s the objective.”

“Isn’t it about the score…”

“No it isn’t. Just making the score is called ‘vanity metric’.”

“I am not vain.”

“I’m not saying you are vain, I’m saying that focusing on the score, and not on the underlying event measured by the score, ends up being a vanity metric.”

“Again your nerdish kanban thing, Dad….”

“Yes of course, Son, but let’s go back to the point: are you going to do something for the community this week, or not?”

“If I should….”

“Yes please.”

This conversation and the characters represented in it are purely fictional for the sake of explaining some Kanban Method to the folks

I originally posted this article on LinkedIn on May 2nd, 2024

Addressing teenagers’ “Why me?!?” syndrome with Kanban

“It ain’t what you don’t know that gets you into trouble. It’s what you know for sure that just ain’t so.” – Mark Twain

“Can you please help?” asks Dad to Son

“Why me?!?” answers Son

“Because we live together and any of us helps a bit, it’s called collaboration”

“But I do help a lot already!”

“Nope”

“Yes!”

“Well… not so much”

“YES!”

“All right Son, let’s do something about it!”

After some while the first simple Kanban board appears in the kitchen. Three columns: ‘to do’, ‘in progress’ and ‘done’, very simple one. Anyone has their own coloured pin: blue Mom, yellow Dad, green Son, red his Brother. And the first metric appears. Cards count: very simple one.


kitchen Kanban board

“I’m stuck!” says one day Dad to Mom

“I’m too busy!” replies Mom to Dad

“….but you are idle!” goes on Dad pointing to Son

“Me?” bounces back Son

“Yes! You ain’t that busy are you?”

“What the…. uh, but actually I’m busy …. uh… busy doing…”

“…doing what Son? There isn’t any card under your pin ‘in progress'”

“Yes, but I always do a lot!”

“Let me check your throughput…”

“My through…what Dad?!? You’re still the same old nerd…”

“Your throughput Son, which is the count of the cards which have been processed by you… actually over the past week you don’t seem to have done much, in fact your brother’s card count is four times than yours, let alone mine and Mom’s which are much bigger as they should be. You don’t want to end up looking the laziest in town, do you?”

“No, no, definitely not!”

“All right then, may I ask for your help please?”

“Ok, ok, but… but…”

“But… what?”

“Nothing Dad, doesn’t matter”

This conversation and the characters represented in it are purely fictional for the sake of explaining some Kanban Method to the folks

I originally posted this article on LinkedIn on March 29, 2024

Conversation between a (Kanban Coach) father and a teenage son

“A problem well stated is a problem half solved.” – Charles F. Kettering

“Today I’ve been called from school and told you are always late….”
“Me?! What the…. I mean, not ALWAYS… from time to time maybe yes, but not always, in fact I’m very often on time!”

“All right Son, let’s do something about it!”

A few months later, showing a chart displaying the statistical distribution of delays.


Statistical distribution of delays

“Son, this is the metric of how often you are on time or late, overall”

“Who? Me? You must be joking!”

“No, I’m not, this is you over the past months, as you can see your on-time-arrival rate is 68% of occurrences, whilst you arrive within 15 minutes of delay 93% of times and 99% of times your are there within half an hour of delay, that is it”

“Dad you are a damn nerd!”

“Yes, I know I am Son, but these are facts, what the psychologists would call a reality check. Which is the rate of delays that the school is ready to accept?”

“No idea Dad”

“All right, then check with them, even though I suspect they have an expectation that is much lower than your current delay rate; by the way the good news is that the statistical distribution is reasonably thin tailed which means that you are consistently predictible…”

“What is this statistical crap Daaad?! Tell me in a way that also the cat can understand!”

“I mean that you do things more or less always the same way, so probably it’s enough that you set an half an hour earlier your alarm in the morning and you will be consistently on time, if you want….”

“Come on Dad, why should I wake up half an hour earlier…. I can instead rush and be on time!”

“It’s your decision Son, you are the master of your fate, your are the captain of your soul….”

“Also the poem crap now, stop it there Dad, got the message….”

Above conversation and the characters represented in it are purely fictional for the sake of explaining some Kanban Method to the folks

I originally posted this article on LinkedIn on February 18, 2024

Personal Capacity Planning: a practice that boosts Kanban teams productivity

The practice of looking at the typical weekly schedule and making a personal analysis of production capacity with respect to the different activities to be carried out – which I have branded as Personal Capacity Planning – is an exercise that I have been prompting to do for more than a decade now the people I’m coaching in many organizations. And it has always boosted their productivity.

Step one: look for personal weekly patterns

The method applied is very empirical and pragmatic. No estimates or scheduling of activities are made – which would be time-consuming and wasteful; instead, the idea is to recall what has been done on average over the last few weeks, looking for a pattern. An alternative approach is to simply track and record what gets done over two to three weeks.

Personal Capacity Planning on a whiteboard in 2011

What emerges is usually a pattern of how loads are typically distributed in order to maintain the current level of activity, and the thing that has always surprised me is how sensible patterns can be detected even in rather chaotic organisations (maturity level between 0 and 3 of the Kanban Maturity Model). It is as if people in such organisations instinctively tend to compensate for the chaos that surrounds them by giving themselves predictable routines on a personal level. Moreover it also retains its usefulness in organizations at higher maturity level.

Step two: adjust the patterns to evolve the workflow

What is interesting is that such instinctive tendency can be leveraged to evolve and stabilise workflows. Just the fact that people are visualising their typical week and become more aware of it, tends to stabilise their behaviour and thus the system. Furthermore, applying other Kanban practices together with the team such as visualising the work, analysing the workflows, collecting initial metrics and understanding the actions that can improve the workflow, the team can act in a shared way on personal capacity planning patterns, trying to modify them to facilitate the improvement of the workflow in the desired direction. Within the Kanban cadences, primarily the Team Kanban Meeting but also the Service Delivery Review, the team can discuss and share how to run safe-to-fail experiments by adjusting each individual pattern in order to evolve the workflows, so that by subsequent adjustments over time the workflows can be stabilised and optimised.

I have found this practice particularly useful when people are engaged in several teams and several different workflows, and I have always observed empirically a tendency to rebalance performance across flows, for example by slowing down workflows that are outperforming against SLAs (agreed service levels) in favour of speeding up worklows that are underperforming.

Personal Capacity Planning on a spreadsheet in 2024

Step three: reserve capacity as you see fit

Adjusting and re-balancing personal capacity may imply reserving some capacity as necessary. When I implemented such practice for the first time back in 2011, I was the delivery manager in a software company leading a group of project managers. The main problem in those days was that many resources engaged on projects were shared and were also engaged in other operations maintenance activities. It was then that we came up with the idea of reserving capacity ‘slots’ so as to avoid conflict with the projects and make sure that the capacity available to the projects was realistic.

Later I used the same approach whenever I found myself in a similar situation. For example, it helped me apply Scrum: if the same people had to participate in different teams, of which only some applied Scrum, the need arose to reserve shared slots in which to work co-located and apply Scrum ‘rituals’. More recently, I have used it for teams that are involved in support and service desk activities as much as in development projects, balancing workloads and reserving shifts as service desk agents.

How can this practice help you?

The initial reaction to the introduction of this practice has always been one of suspicion, as if I wanted to mind the team’s business and control them by putting them in a bit of a ‘cage’. After some time, however, people have always discovered that it is not a ‘cage’ but a method managed autonomously by the team themselves and aimed at supporting stability and predictability of their working system regardless of external interfering factors. Greater stability and predictability of the system means that people, and the teams they are part of, have more and more effective control overtime on the service levels they offer their customers and thus ultimately they become masters of their own fate.

This practice does not limit, does not lock the team in a ‘cage’, instead does the opposite by relieving the team of external pressure. It is a counterintuitive concept that can only be fully understood by experiencing a practice that integrates perfectly with the Kanban Method and is fully in line with its principles.

Scrum applicato in azienda: ridurre il carico del team per aumentarne l’efficienza

Un team agile, come qualunque sistema di servizio, raggiunge la massima efficienza se non viene caricato oltre i due terzi della propria capacità massima. Un concetto controintuitivo che ci viene spiegato dalla teoria delle code.

Scrum applicato in azienda: scrivere i requisiti in un progetto agile

Perché un progetto possa essere davvero agile, i requisiti devono essere scritti in modalità outcome based: in questo video provo a spiegare cosa significa e a fare qualche esempio.

Scrum applicato in azienda: quale contratto per un progetto agile

Mi viene sempre chiesto quale contratto fare per progetti che utilizzano la metodologia Scrum: in questo video provo a dare una risposta a questo quesito. Insieme a questo vi consiglio di riguardarvi il video in cui spiego perché in un progetto Scrum il cliente non avrà il 100% dei requisiti richiesti. Buona visione!

Scrum applicato in azienda: il planning poker

In questo video ho fatto qualche esempio di planning poker, lo strumento più usato in scrum per fare le stime per analogia attraverso gli story point. Nel video ho utilizzato le carte da planning poker di Praxis Framework, che ringrazio.

Scrum applicato in azienda: il cliente non avrà il 100% dei requisiti richiesti

Lavorare secondo un vero paradigma agile significa per il cliente accettare che non otterrà il 100% di quello che ha richiesto. In questo video di 5′ vi spiego perché. Buona visione!