PROJECT VALUE MANAGEMENT

Why IT dashboards fail to drive decisions, and the three-question audit that fixes them

Most IT dashboards report status upward instead of driving choices. A three-question audit shows which metrics deserve a place and which are just decoration.

Most organizations have more IT dashboards than decisions. Teams spend hours each week updating status, charts get reviewed in a monthly meeting, and the meeting ends with the same priorities it started with. The dashboard was accurate. It just didn't change anything.

This is the most common failure we see in portfolio reporting, and it has a simple cause: the dashboard was designed to report, not to decide.

Three reasons dashboards don't change decisions

1. The metrics don't connect to a choice

A metric earns its place when a change in its value would cause someone to do something different. "Number of open tickets" rarely passes that test. "Share of capacity consumed by unplanned work, against a 25 percent threshold" might, because crossing the threshold triggers a specific conversation about shifting capacity.

If you can't name the decision a metric informs, it is decoration.

2. Nobody is accountable for acting

Even a well-chosen metric fails if no one owns the response. Dashboards often show a red indicator for weeks because the people viewing it each assume someone else will act. Every decision metric needs a named owner and an agreed response when it crosses a threshold.

3. The dashboard reports upward instead of informing choices

Many dashboards exist so leadership can see that teams are busy. That creates the wrong incentive: teams optimize the dashboard's appearance rather than the outcome. When the audience is "people above us," status turns green until the day it turns red.

A decision dashboard is built for the people who can change the portfolio: what to fund, what to stop, where to move people.

The three-question dashboard audit

Take every chart or number on your current portfolio dashboard and ask three questions.

  1. What decision does this inform? Name the specific choice, such as "whether to add a second team to the claims rebuild." If you can't name one, mark the metric for removal.
  2. Who acts on it, and when? Name a person and a threshold or trigger. "The product owner, when cycle time exceeds 15 days for two weeks running."
  3. What would we do differently? Describe the response. If the honest answer is "nothing," the metric is not driving decisions.
MetricDecision it informsWho acts, and whenResponse
Unplanned work shareCapacity allocationDelivery lead, above 25%Move capacity to reliability for one cycle
Outcome KPI vs targetContinue, change or stopBusiness owner, at each reviewAdjust scope or reallocate funding
Forecast slipCommitment renegotiationSponsor, slip over 20%Re-baseline with stakeholders
Open tickets(none named)(none)Remove from dashboard

Most teams that run this audit remove a third to a half of their metrics. What remains is shorter, and every number on it has a reason to exist.

What a decision dashboard contains

After the audit, a good portfolio view usually answers the five PROVE questions:

  • Pinpoint: which new requests are missing a problem statement or a measurable objective.
  • Rank: what is waiting for a decision, with its value, complexity and risk, and where operational burden or technical risk is growing.
  • Own: which commitments have an accountable owner, and which are orphaned.
  • Validate: which commitments are at risk, and why.
  • Evaluate: which completed investments are hitting their outcome targets, and which aren't.

It also shows what is unknown. A blank value should read as "we don't have this evidence yet," not as zero. Honest gaps start better conversations than invented precision.

Make the dashboard part of the meeting, not a pre-read

The fastest way to make a dashboard drive decisions is to run the decision meeting from it. Start with the items that need a choice, make the choice, and record it with the rationale. If the meeting never touches the dashboard, that tells you the dashboard isn't the decision tool, whatever its design.

Common objections

"Leadership expects the status report." Keep a short status summary, but lead with the decisions needed. Most executives prefer being asked for a decision to being given a list of amber items.

"We need the metrics for compliance." Keep them in a separate operational report. Mixing compliance reporting with decision support buries the signal.

"Our data isn't good enough yet." Start with the decisions and add data as you can. A decision recorded with "estimate, low confidence" is far more useful than a decision made with no record at all.

How Aizu helps

Aizu is built around decisions rather than status. Its portfolio views place value, complexity and risk side by side, show coverage counts so missing evidence stays visible, and connect outcome KPIs to the investments meant to move them. Approval decisions are recorded with their rationale, so the next review can see what was decided and why. If your dashboard audit leaves you with a shorter list of questions, Aizu's free workspace is a good place to answer them. Related reading: What leadership needs in a portfolio review.

Frequently asked questions

How many metrics should an IT portfolio dashboard have?

There is no fixed number, but most decision-focused dashboards end up with fewer than ten metrics after the audit. Each one should map to a named decision and owner.

Should we remove vanity metrics completely?

Move them out of the decision dashboard. Some are still useful for teams operationally, but they shouldn't compete for leadership attention in a decision forum.

How often should we re-run the dashboard audit?

Quarterly works well. Decisions change as strategy changes, and metrics that mattered last quarter may no longer inform any choice.