> For the complete documentation index, see [llms.txt](https://developer.harness.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://developer.harness.io/infrastructure-as-code-management/platform/reports-and-insights/automation-value-dashboards.md).

# Automation dashboards and value tracking

Track execution volume, delivery performance, labor savings, cluster utilization, and cost optimization recommendations from IaCM execution data.

Every pipeline run in Harness IaCM is recorded as execution data, and that data rolls up into dashboards that show both what is running and what it is worth. Because the dashboards read the same execution records that the pipelines already produce, there is no separate tracking system to maintain and no offline spreadsheet to reconcile.

This topic walks through the four dashboard views that automation owners use most: operational volume, automation analytics, cluster utilization, and cost optimization recommendations.

{% embed url="<https://youtu.be/Czfx8JVO_Gw?t=250>" %}

***

## What you will learn from this topic

* **Operational dashboards**: How to review pipeline execution volume, trend, and success rate across an account.
* **Automation analytics**: How value realized, labor savings, and DevOps Research and Assessment (DORA) metrics are reported from execution data.
* **Utilization optimization**: How to read cluster cost, forecasted cost, and efficiency score.
* **Cost optimization recommendations**: How to turn a recommendation into a Jira ticket and track the savings it produces.

***

## Before you begin

Before you use this guide, ensure you have the following:

* **Harness account with IaCM enabled**: You need Infrastructure as Code Management under Infrastructure in Harness when it is entitled on your account.

{% hint style="info" %}
**CONTACT HARNESS SUPPORT**

If IaCM does not appear, contact your account administrator or [Harness Support](mailto:support@harness.io).
{% endhint %}

* **Dashboard permissions**: You need **View** on Dashboards at the scope you want to report on. Go to [Harness RBAC](https://developer.harness.io/harness-platform/use-harness-platform/platform-access-control) to review role assignments.
* **Execution history**: The dashboards report on completed pipeline runs, so a workspace must have been provisioned at least once before its data appears. Go to [Provision workspaces](/infrastructure-as-code-management/platform/workspaces/provision-workspace.md) to run a provisioning pipeline.
* **Cloud cost visibility**: The utilization and recommendation views require Harness Cloud Cost Management to be connected to your cloud accounts.

***

## Operational dashboards

The out-of-the-box dashboard for cloud engineering leadership aggregates data across every IaCM workspace in the account: the total number of workspaces, how that total has grown, and the status those workspaces are in. Alongside it, execution volume, week-over-week trend, and success rate are reported for the whole estate rather than pieced together pipeline by pipeline.

<figure><img src="https://3575326923-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Ffhx6XzjvtJmfv5gPWZ5m%2Fuploads%2Fgit-blob-53c52319bfbf611f153bb7f2fcf70a4355df9b05%2Fiacm-executive-dashboard.jpg?alt=media" alt="IaCM executive dashboard with a workspace analytics section showing total workspaces, workspaces by org and by project, workspace growth week over week, and workspaces by status, above an orchestration analysis section showing pipeline executions in the last 30 days, annualized executions, and success rate"><figcaption><p>Workspace totals, growth, and status above the execution volume and success rate tiles</p></figcaption></figure>

Each widget supports the same set of actions:

* **Drill down**: Select a spike in the volume chart and choose the criteria to break it down by. The result is a second visualization, or a tabular view, of the total pipeline runs in that period.
* **Download**: Export the data for an individual widget, or schedule delivery of the whole dashboard in several formats.
* **Alert**: Create an alert on a widget, choose the delivery method and recipients, and schedule automated delivery to them.

Step-level and stage-level orchestration analysis is reported the same way, as is module and provider usage. Module analytics show the most-used modules as a tree map, and provider analytics give the same breakdown for providers. Go to [Module registry](/infrastructure-as-code-management/registry/module-registry/module-registry-overview.md) to review how module usage is recorded.

<figure><img src="https://3575326923-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Ffhx6XzjvtJmfv5gPWZ5m%2Fuploads%2Fgit-blob-a531f04a7fa34692db08f576b81f7ae9fdacaa0d%2Fiacm-module-analytics-treemap.png?alt=media" alt="Executive dashboard showing step executions by day with a legend of step types, a module usage report listing module names, registry sources, and versions, and a module usage tree map"><figcaption><p>Step executions by day, above a module usage table of registry sources and versions and a tree map sized by how often each module is used</p></figcaption></figure>

Configuration management operations are covered by the same treatment: every playbook execution in the account, its success rate, average duration, and the top playbooks by usage, each linking through to its own execution record. Day-two configuration work therefore gets the same dashboard visibility as provisioning, instead of staying invisible until something breaks.

<figure><img src="https://3575326923-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Ffhx6XzjvtJmfv5gPWZ5m%2Fuploads%2Fgit-blob-8fb1ca53c32795dd25198bf895eec3a094830b03%2Fiacm-ansible-day2-dashboard.png?alt=media" alt="Ansible day-two operations dashboard with total executions, success rate, and average duration tiles, execution trend and status distribution charts, top playbooks and usage by project bar charts, and a table of recent executions"><figcaption><p>Execution totals, success rate, and average duration above playbook and project breakdowns, with the most recent playbook runs and their durations listed underneath</p></figcaption></figure>

***

## Automation analytics

This set of views answers whether the automation is paying for itself.

### Delivery performance

DORA metrics report delivery performance using four standard measures: **lead time to production**, **production deployment frequency**, **mean time to restore (MTTR)**, and **change failure rate**. All four are filterable by project ID and by service name, and can be trended daily or over a custom date and time range.

Taken together, the four measures are the reported view of automation productivity. Two of them speak directly to incident reduction:

* **Change failure rate** reports failure rates by service, which identifies where incidents are concentrated.
* **MTTR** reports how quickly an incident is resolved, service by service.

<figure><img src="https://3575326923-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Ffhx6XzjvtJmfv5gPWZ5m%2Fuploads%2Fgit-blob-8fda3acd589bc7ad0b21998d678ed30bb7493e3e%2Fiacm-dora-metrics-dashboard.jpg?alt=media" alt="DORA metrics dashboard with charts for lead time to production, production deployment frequency, mean time to restore, and failure rate"><figcaption><p>Lead time, deployment frequency, mean time to restore, and failure rate, trended daily</p></figcaption></figure>

### Value realized and labor savings

Monthly value realized is reported broken down by organization and by project, with labor savings trended against total pipeline runs over the same period. Because the figure is derived from the platform's own execution data rather than modeled offline, it is a direct answer to the question of what the automation returned.

<figure><img src="https://3575326923-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Ffhx6XzjvtJmfv5gPWZ5m%2Fuploads%2Fgit-blob-ce276959786d073f9089dce5c7ef751d5fd4a7d2%2Fiacm-value-realized-dashboard.jpg?alt=media" alt="Automation ROI dashboard showing monthly value realized, a breakdown by org and project, and a labor savings trend chart"><figcaption><p>Monthly value realized by org and project, with labor savings against run volume</p></figcaption></figure>

***

## Utilization optimization

Two views answer the utilization question from opposite ends: the cluster views report where infrastructure spend is not being used, and workspace-level insights report the same finding against the resource an engineer owns.

### Cluster cost and efficiency

The cluster cost view reports spend and utilization across cloud providers: the most-used clusters by name, total cost, forecasted cost, and a rolling efficiency score. Read together, these make it clear where compute is being paid for and not used.

<figure><img src="https://3575326923-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Ffhx6XzjvtJmfv5gPWZ5m%2Fuploads%2Fgit-blob-93bc82ee980002807e15ea6a8539b0825c691e10%2Fiacm-cluster-costs-efficiency.jpg?alt=media" alt="Cluster costs and utilization dashboard with total and forecasted cost tiles, a utilized, idle, and unallocated cost breakdown, an efficiency score gauge, cost by cluster name, and a cluster efficiency score trend over time"><figcaption><p>Total and forecasted cost beside the cost-by-cluster breakdown, with the efficiency score and its trend over time</p></figcaption></figure>

The cost explorer presents the same spend in a different shape: cost trend by cloud provider, grouped by whichever cost categories are configured, down to per-unit costs.

<figure><img src="https://3575326923-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Ffhx6XzjvtJmfv5gPWZ5m%2Fuploads%2Fgit-blob-a3cc15ce224c060b0fcb132b9c856963c49f830b%2Fiacm-cost-explorer-provider-trend.png?alt=media" alt="Cost explorer with total cost, forecasted cost, recommendations, and anomalies tiles above a daily cost trend chart grouped by cloud provider and a cost by cloud provider table"><figcaption><p>Daily cost trend grouped by cloud provider, with anomalies flagged and per-provider totals underneath</p></figcaption></figure>

### Runtime optimization

Right-sizing and other runtime recommendations derived from observed utilization are also surfaced on the workspace itself, on the **Insights** tab, alongside the insights the IaCM Remediation Agent produces. The engineer who owns the resource sees the recommendation where the infrastructure code already lives, instead of in a separate cost portal that has to be remembered. Go to [Workspace Insights](/infrastructure-as-code-management/platform/workspaces/insights.md) to review what appears on that tab, and to [IaCM Remediation Agent](/infrastructure-as-code-management/platform/workspaces/remediation-agent.md) to review how those insights are generated.

***

## Cost optimization recommendations

Recommendations arrive from three sources in a single queue: pass-through recommendations from cloud provider advisors such as Azure Advisor and AWS Compute Optimizer, recommendations Harness generates from observed utilization data, and asset governance findings. One queue with one owner replaces checking several native cloud consoles separately.

<figure><img src="https://3575326923-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Ffhx6XzjvtJmfv5gPWZ5m%2Fuploads%2Fgit-blob-ff50f901ba1f74dd0d2eecc613b32ee7656eb52c%2Fiacm-cost-recommendations-jira.jpg?alt=media" alt="Recommendations panel showing potential monthly savings and spend, with a table of resource-level recommendations, potential savings, and a Jira ticket status column with create-a-ticket actions"><figcaption><p>Potential monthly savings above a resource-level queue, with a ticket status column per row</p></figcaption></figure>

Each row carries the resource, the reason, and the projected monthly saving. To act on one:

1. **Open the recommendation**: Select a row in the queue to review the resource it applies to and the projected saving.
2. **Create the ticket**: Create a Jira ticket from the recommendation. The ticket is raised in the owning team's project automatically, so no one has to work out where to file it.
3. **Track the workflow**: Open the linked ticket to follow its approval workflow. The ticket status is shown against the recommendation in the queue.
4. **Confirm the saving**: When the work is done, the recommendation moves from **Open** to **Applied** and the realized saving is recorded against it.

Developers reach the same recommendations without opening a cost portal. Go to [Runtime optimization](#runtime-optimization) for how a right-sizing recommendation appears at the workspace level.

***

## Next steps

* Go to [Dashboards](/infrastructure-as-code-management/platform/reports-and-insights/dashboards.md) to build a custom IaCM dashboard, add visualizations, and schedule report delivery.
* Go to [Monitoring & Cost Insights](/infrastructure-as-code-management/platform/reports-and-insights/reports.md) to review provisioning activity, workspace status, and cost estimation for a single project.
* Go to [Cost Estimation](/infrastructure-as-code-management/platform/workspaces/cost-estimation.md) to compare current and projected spend before a change is applied.

{% @harness-feedback/feedback %}