Middle Metrics: Solving Engineering Management’s Top Problem

David Choe
ASAP
Published in
3 min readDec 1, 2020

Why a lack of visibility holds Engineering Managers back and how Middle Metrics start to solve the problem

It’s fair to assume that no one should expect a person to successfully drive to a destination looking through a foggy windshield just because they have Google Maps up and running. No matter how clear the end destination is or specific the directions are, if someone can’t see clearly in front of them, they’ll crash.

If this is true, then why do so many engineering and product organizations expect engineering managers to be successful without being able to see clearly in front of them?‍

After speaking with dozens of top engineering managers across the US, we found a striking commonality: their greatest challenge is a lack of visibility. Muddled metrics and numbed feedback convolute a clear view for managers of what is going on day-to-day. They may be clear on the end objective, the path to get there, and yet find themselves driving blind. The source of this blindness is two-fold: insufficient tools and ineffective frameworks, not manager incompetency.‍

Currently, most tools that engineering managers use sit on opposite ends of a spectrum:

Engineering Metrics Tool Spectrum

However, engineering managers need, what we call, middle-ground visibility, powered by Middle Metrics, to be fully effective and efficient. Middle Metrics are metrics that showcase in-sprint progress to help engineering managers make real-time decisions and ultimately improve long-term performance. Engineering managers need to clearly see what’s happening without the blinders of irrelevant details in order to improve upcoming, higher-level evaluations and overall progress. Despite having access to powerful tools, those tools weren’t built specifically for engineering managers — having the best-in-class wipers do not solve the issue of foggy windshields.

In addition to a lack of middle-ground tooling and access to Middle Metrics, engineering managers are often gauging progress based on frameworks and metrics that aren’t compatible with the kind of work that happens in the day-to-day. Metrics like lines of code or time spent excludes relevant context and are too granular, while higher-level metrics like delivery lead time and deployment frequency fail to provide fresh insights for decisions that engineering managers have to make on the frontline.

This lack of visibility is the root of a whole suite of other problems:

  1. Engineering managers feeling unproductive
  2. The misuse of metrics
  3. Inaccurate estimations and planning
  4. Distrust or harmful team cultures
  5. Wasting time & energy

Additionally, these Middle Metrics are notoriously difficult to gather, put in one place, and make sense of — precisely why there are so few solutions to this problem. In fact, we’ve heard time and time again how many engineering managers have tried to solve this problem by hacking together a solution, writing scripts, and just how difficult the process was.

It’s easy to see how things can spiral out of control.

This is why we created Staat. We built the windshield defogger. We’ve developed a more contextual and intentional product on top of a more useful framework to give engineering managers the visibility they need to drive their teams more effectively. Staat centralizes disparate data found on separate project management and development tools and presents them in a balanced view providing the middle ground visibility necessary for engineering managers. By serving the right metrics in a team-centric framework, we’ve removed the need for hacked solutions, writing scripts, and extraneous meetings to gain the insight needed to be productive and effective.

Drive with clarity.

--

--

David Choe
ASAP
Editor for

Co-founder @Staat | Engineering Manager Advocate | Building for Builders