Developer | Mean Time To Merge

Overview

Ā 

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

55

Ā 

Configurations

Ā 

Processor Fields

Nil

Ā 

KPI Specific fields

Target KPI Value

Ā 

How to Validate KPI

Ā 

Suggested ways of working

  • 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.

Ā 

Ā© 2022 Publicis Sapient. All rights reserved.