Versions Compared

Key

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

Overview

Definition (Hover Text)

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

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
  • Time to Merge

<Hours>Fields on Overlay
  • (In Hours)

Business Logic

Calculation Formula

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

Trend

A decreasing trend is considered Positivepositive.

Maturity Levels

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

Instance level thresholds

N/A55

Configurations

Processor Fields

Nil

KPI Specific fields

Target KPI Value

How to Validate KPI

Suggested ways of workingSample 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.