Metrics: Risk Reduction or Work Evaluation?

Here’s a hunch of mine:
Most teams aren’t afraid of metrics, but maybe… they’re afraid of what those metrics might mean for them.

Ops teams see this often.. as soon as metrics sound like evaluation, people get tense. Designers feel judged. Product feels slowed down. Engineering feels scrutinized.

But when you reposition metrics as risk reduction, people lean in.
“No surprises later.”
“Catch issues upstream.”
“Fewer rework cycles.”
“More confidence before we commit.”

It’s the same measurement, just a different story.

:light_bulb: Which leads me to, how do you frame measurement in your org so teams actually want to use it?

Measure Fail GIF

1 Like

All of this relies on leadership to help craft a healthy, productive culture.

Here’s how I’d frame measurement:

  1. Start small. Work in productivity measurement incrementally. (You can go full-out if you intensively survey the culture and include the whole team)
  2. Craft the environment. If you’re the one leading the metrics, you need to specify what they will and won’t be used for. You also have to reward and not-reward those using them in the wrong way.
  3. Build trust. Specify the why. Be transparent. Remove pain where you can. You want to be on the side of your team, not against them.

Ultimately, you have to care about your team.

Metrics provide a shared language, and that opens up the possibility of accountability.

2 Likes

In my calls and your emails, I see similar patterns. The angst of metrics rarely comes from the metric itself… it people stress about what the metric says about them or their job.

In the case of design work, that means moving away from pure evaluation and toward momentum of making quick decisions with intuition (yes, intuition and metrics work together).

→ Measurement feels like support, people will open up.
→ Metrics that feel like judgment, they shut down or meander

Here’s a way to look at this (problems based on many of my email exchanges)

Start with business goals, not dashboards
Teams will get in a better rhythm when conversations start with the result they want. Work backward to the signals that help them get there.

Make metrics shared (try not to own them)
If design, product, and engineering all influence an outcome, then no single team has to defend it alone. This removes a lot of fear.

Track metrics that show progress
Trying to be perfect doesn’t work. Things like clarity, comprehension, effort, and sentiment help people see forward movement before the big results show up.

Treat numbers as a learning tool.
I like to say we paint with numbers. When a metric is framed as an early warning system, you start to see it as an early warning sign to prevent pain rather than expose failure.

In my experience, people buy into measurement the moment it helps them move faster. especially when it helps avoid surprises and argue less.

Once they feel that lift (sorry, disney plug for nathaliesmith), the fear fades. In our work, that usually takes a couple weeks of solid iteration to get the hang of it.

1 Like

All of the above AND this is my favorite of the ones you highlighted :fire:

Make metrics shared (try not to own them)
If design, product, and engineering all influence an outcome, then no single team has to defend it alone. This removes a lot of fear.”

peter pan dance GIF by Disney

Love it! Definitely have to start with something you can build on top of