Login to CortexBook a DemoCortex Academycortex.ioCortex Status

Metrics Explorer

Metrics Explorer enables you to analyze metric trends over time and drill into specific data points for detailed investigation. Use this tool to understand patterns in your development process and identify areas for improvement.

Accessing Metrics Explorer

To view, click Eng Intelligence > Metrics Explorer from the main nav.

In the main nav, click Eng Intelligence > Metrics Explorer

Using Metrics Explorer

Configure a graph

  1. On the Metrics Explorer page, click the metric name in the upper left corner. By default, Cycle time is displayed.

    • A modal will appear.

  2. On the left side of the modal, select a data point. On the right side, depending on which metric you choose, you can select an operation.

  3. At the bottom of the modal, click View metric.

A graph of the metric is displayed. By default the data uses a time range of the last 7 days, but you can select a different time range.

Below the graph, see an overview of metrics that can be segmented by team, author, repository, entity, and more.

The Metrics Explorer displays a graph, and metrics grouped by repository at the bottom.

Click into any of the metric points at the bottom of the page to drill in, seeing the data behind the metric.

Segment the metrics

Click the Group by dropdown below the graph to choose a different way to segment the metrics.

Group the metrics by different dimensions

The metrics segmented by team are based on the individual users within that team. In order to have data appear, the teams must have members and the team's identity mappings must be configured.

You can group by:

  • Person: Author, author team, author user label, reviewer, reviewer team, reviewer user label

  • Entity: Group, entity

  • Pull Request: Repository, label

  • Owner: Team owner, individual owner

Filter the graph

You can filter a graph by time range, teams, author, and repository.

Filter by time range

Click the time range in the upper right corner of the graph. Select a new time range and configure the dates. The graph will automatically reload as you select a time range.

Select a time range for the Metrics Explorer.

To change the grouping of the time range in the graph, click Display in the upper right corner. You can choose whether to display the data grouped by day, week, or month.

Filter by team, author, or repository

  1. Click Filter in the upper right corner of the graph. You can configure a single filter or a combination of filters for teams, authors, and repositories.

  2. When you are done adding filters, click Apply at the bottom of the filter modal.

Sort the columns

You can sort the data below the graph. Click Sort, then select an option.

Click Sort in the upper right corner of the data table, below the graph.

Share a report

After selecting a data point and applying filters, you can share the browser URL with other people who have access to your Cortex workspace. The URL query parameters include timestamps, so the shared Metrics Explorer page will reflect the same results across different timezones.

Metrics available in the Metrics Explorer

Note that metrics in Metrics Explorer sync on a scheduled basis, updating every 4 hours.

Deployment metrics

Deploy metrics are pulled from the Cortex deploys API.

Change failure rate

The percentage of deployments that cause a failure in production.

Calculation: Number of rollbacks / number of deployments created.

Deployment frequency

The number of deployments over a given period of time.

Rollback frequency

The number of rollbacks over a given period of time.

Incident metrics

Incident metrics are pulled from PagerDuty.

Incident frequency

The number of incidents over a given period of time.

When you drill in to metric points below the graph, view data per incident:

  • Incident title

  • Status

  • Incident URL

  • Date triggered

  • Date resolved

  • Urgency

  • Time to resolution

Time to resolution

The amount of time it takes for an incident to be resolved.

Calculation: Incident resolution time - incident opened time.

When you drill in to metric points below the graph, view data per incident:

  • Incident title

  • Status

  • Incident URL

  • Date triggered

  • Date resolved

  • Urgency

  • Time to resolution

Project management metrics

Project management metrics are pulled from Jira.

Story points completed

The sum of story points completed in a given time period.

When you drill in to metric points below the graph, view data per work item:

  • External key

  • Work item assignee

  • Assignee email

  • Work item title

  • Work item status

  • Work item type

  • Created date

  • Resolved date

  • Priority

  • Labels

  • Components

  • Story points completed

Work item lead time

The time it takes from when a work item is created to when the work item is completed.

Calculation: Work item resolved date – Work item created date.

When you drill in to metric points below the graph, view data per work item:

  • External key

  • Work item assignee

  • Assignee email

  • Work item title

  • Work item status

  • Work item type

  • Created date

  • Resolved date

  • Priority

  • Labels

  • Components

  • Status category

  • Work item lead time

Work items completed

The number of work items completed over a given period of time.

When you drill in to metric points below the graph, view data per work item:

  • External key

  • Work item assignee

  • Assignee email

  • Work item title

  • Work item status

  • Work item type

  • Created date

  • Resolved date

  • Priority

  • Labels

  • Components

Work items created

The number of work items created over a given period of time.

When you drill in to metric points below the graph, view data per work item:

  • External key

  • Work item assignee

  • Assignee email

  • Work item title

  • Work item status

  • Work item type

  • Created date

  • Resolved date

  • Priority

  • Labels

  • Components

Version control metrics

Version control metrics are pulled from Azure DevOps, Bitbucket, GitHub, and GitLab.

Note that any changes that rewrite Git history (such as a rebase then a force push) can impact metric timestamps or calculations.

Cycle time

The first commit on a PR to when the PR is merged. This represents the time it takes for a single PR to go through the entire coding process.

Note: This metric is not supported for Azure DevOps.

When you drill in to metric points below the graph, view data per PR:

  • PR name

  • Author

  • PR status

  • First commit date

  • Date closed

  • Cycle time

Closed PRs

The number of PRs closed in a given time period.

When you drill in to metric points below the graph, view data per PR:

  • PR name

  • Author

  • PR status

  • Date closed

Merged PRs

The number of PRs merged in a given time period.

When you drill in to metric points below the graph, view data per PR:

  • PR name

  • Author

  • PR status

  • Date closed

Number of comments per PR

The number of comments on a pull request.

When you drill in to metric points below the graph, view data per PR:

  • PR name

  • Author

  • PR status

  • First commit date

  • Number of comments per PR

Number of unique PR authors

The number of unique PR authors.

When you drill in to metric points below the graph, view data per PR:

  • PR name

  • Author

  • PR status

  • First commit date

  • Date opened

  • Time to open

    • This is the time between the first commit date and the date opened.

Open PRs

The number of PRs opened in a given time period.

When you drill in to metric points below the graph, view data per PR:

  • PR name

  • Author

  • PR status

  • Date closed

PR reviews count

The number of reviews on a PR.

When you drill in to metric points below the graph, view more data:

  • PR name

  • Reviewer

  • Review date

PR size

The number of lines of code modified in a PR.

When you drill in to metric points below the graph, view data per PR:

  • PR name

  • Author

  • PR status

  • Number of lines added

  • Number of lines deleted

  • PR size

Success rate

The percentage of PRs that are opened and eventually merged in a given time frame.

When you drill in to metric points below the graph, view data per PR:

  • PR name

  • Author

  • PR status

  • Date opened

  • Date closed

Time to approve

The time from the first review to the time it’s approved. This represents how long engineers are spending reviewing code. If the first review is an approval, this time will be 0 as the timestamps will be the same.

When you drill in to metric points below the graph, view data per PR:

  • PR name

  • Author

  • PR status

  • Review date

  • Approval date

  • Time to approve

    • This is the time between the review date and the approval date.

Time to first review

The time a PR is open to when the PR gets it’s first review (comment or approval). This represents how long PRs are waiting idol before someone starts reviewing it.

When you drill in to metric points below the graph, view data per PR:

  • PR name

  • Author

  • PR status

  • Date opened

  • First review time

  • Time to first review

    • This is the time between the open date and the first review time.

Time to merge

The time from when the PR is approved to when it’s merged.

When you drill in to metric points below the graph, view data per PR:

  • PR name

  • Author

  • PR status

  • Approval date

  • Date closed

  • Time to merge

    • This is the time between the approval date and the date closed.

Time to open

The time it takes from the first commit on a PR until the PR is opened. This represents the time spent coding.

When you drill in to metric points below the graph, view data per PR:

  • PR name

  • Author

  • PR status

  • First commit date

  • Date opened

  • Time to open

    • This is the time between the first commit date and the date opened.

Last updated

Was this helpful?