Dashboard

What goes in a DORA metrics dashboard in Metabase?

A DORA metrics dashboard tracks the four keys of software delivery performance — deployment frequency, lead time for changes, change failure rate, and time to restore service — so throughput and stability sit side by side. Build it from CI/CD, version-control, and incident data synced into a database — see GitHub or GitLab for the connection.

For: Eng leaders, platform teams. Refresh: daily. Source: modeled deployments, commits/PRs, and incidents. See DORA metrics for definitions.

What does a DORA dashboard look like?

Here's the layout this guide builds: the four keys as gauges across the top row, then the trend behind each one — deploys by service, lead-time distribution, change failure rate — and finally the incidents that drive time to restore. Read it monthly, and compare the direction of travel rather than the absolute numbers.

DORA dashboard in Metabase showing gauges for the four keys plus deployment, lead time, failure rate, and incidents.
An example DORA dashboard in Metabase, built from deployment, pull request, and incident data. Figures are illustrative.

Which cards belong on a DORA dashboard?

The four keys (top row)

Trends & context

  • Deployment frequency by week and by service
  • Lead-time-for-changes distribution (median and p90)
  • Change failure rate by week
  • Incidents and recovery time by service (table)

What data does a DORA dashboard need?

  • A deployments table with timestamp, service, and a failure/rollback flag.
  • Commit and PR timestamps to compute commit-to-deploy lead time.
  • An incidents table with start and resolve times for MTTR.

How do you build a DORA dashboard?

  1. Sync deploys and version-control data into a database (GitHub or GitLab), plus incidents from your on-call tool.
  2. Model deployments, changes, and incidents onto a shared schema.
  3. Compute each of the four keys; show throughput and stability together.
  4. Add filters for service, team, and date range.

Example card SQL

Deployment frequency and change failure rate by weekPostgreSQL
-- Deployment frequency and change failure rate by week.
SELECT
  date_trunc('week', d.deployed_at)                       AS week,
  COUNT(*)                                                AS deploys,
  COUNT(*) FILTER (WHERE d.caused_failure)                AS failed_deploys,
  ROUND(100.0 * COUNT(*) FILTER (WHERE d.caused_failure)
        / NULLIF(COUNT(*), 0), 1)                         AS change_failure_rate_pct
FROM deployments d
GROUP BY date_trunc('week', d.deployed_at)
ORDER BY week;

Integrations

Analytics

Dashboards

Metrics

FAQ

What are the four DORA metrics?
Deployment frequency and lead time for changes measure throughput (how fast you ship); change failure rate and time to restore service measure stability (how safely). Reading all four together is the point — see DORA metrics for the framework.
How is a DORA dashboard different from a software delivery dashboard?
A software delivery dashboard is the broad flow view from your issue tracker — throughput, cycle time, WIP, and backlog. A DORA dashboard is the focused four-metric framework sourced from CI/CD and incident data. Many teams show a DORA row alongside flow so speed of work and safety of releases sit together.
Do I need a separate tool to collect DORA metrics?
No. If you sync deploys, PRs, and incidents into a database, you can model all four keys in Metabase and join them to issue-tracker flow from Jira or Linear — one governed place instead of a separate DORA product.