Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Overview

Definition (Hover Text)

Mean Time to Merge measures the efficiency of a team's code review process.

Source Tools

Github, Gitlab, Bitbucket, Azure Repo

Graph type

Line

X Axis - Days/Weeks/Months
Y Axis - Count (Hours)

Filters

Branches & Developers

Hover Format on KPI

<From Date - To Date>: Hours

Fields on Explore

  • Project

  • Repository

  • Branch

  • Days/Weeks

  • Developer

  • Merge Request URL

  • Mean Time to Merge (In Hours)

Business Logic

Calculation Formula

Mean Time to Merge is calculated as the difference between the time a Pull Request (PR) was raised and the time it was merged.
The average time of all merged PRs within a duration is then plotted on the graph.

Trend

A decreasing trend is considered positive.

Maturity Levels

M1: > 48 Hours
M2: 16 - 48 Hours
M3: 8 - 16 Hours
M4: 4-8 HoursĀ 
M5: < 4 Hours

Instance level thresholds

Nil55

Configurations

Processor Fields

Nil

KPI Specific fields

Target KPI Value

How to Validate KPI

Suggested ways of working

TBD

Sample JQLs
  • Ensure accurate timestamps for PR creation and merging.

  • Follow a standardized PR workflow for consistency.

  • Assign reviewers to PRs immediately after creation.

N/A

Benefits of KPI

How does the KPI help

The Mean Time to Merge KPI measures how efficiently pull requests are reviewed and merged. It helps identify delays or bottlenecks in the review process, improving overall team productivity.