DevDynamics
  • Overview
    • 💡Getting Started
    • ❓FAQ
    • Configuration
      • Best Practices
      • Setting Up Issue Management System in DevDynamics
      • Setting Up Version Control
      • Setting Up Investment Categories in DevDynamics
      • Configuring Communication Channels in DevDynamics
      • Change Failure
      • Deployment
      • Manage Contributors
      • Manage Teams
  • Integrations
    • GitLab
    • GitHub
    • BitBucket
    • On-Premises BitBucket
    • On-Premises GitHub
    • Jira
    • Slack
    • Linear
    • Pagerduty
    • Microsoft Teams
    • Sonar Cloud
    • Sonar Qube
    • CI/CD
    • Azure Repo
    • Azure Board
    • Opsgenie
    • ClickUp
    • Outlook
    • Google Calendar
    • Shortcut
    • OpenProject
    • Asana
    • Test Suite
  • Installations
    • On-Premises Agent Installation Guide
  • Features
    • Metrics
      • Cycle Time Metrics
      • DORA Metrics
      • Git Dashboard
        • Feedback Responsiveness Index (FRI)
        • Review Responsiveness Index (RRI)
        • Review Completion Index (RCI)
        • Reviewer Distribution
        • Average Active Days
        • PR Review Health
        • Open PR Age
        • Work Breakdown: Distribution of Work (Lines of Code)
      • Ticket Dashboard
        • Issue Throughput
        • Open Issue Age
        • Backward Momentum
        • Issue Cycle Time Spread
        • Requirement Stability Index
      • Issue Closed Count/Task Velocity
      • Story Points Completed
      • Bug Closed Count
      • Bug Opened Count
      • Pull Request Merged Count
      • PR Comment Count
      • Pull Request Size
      • Pull Request Open Count
      • Pull Request Review Count
      • Contributors Working on Non-Working Days
      • Contributors working out of office hours
      • Contributors getting burnout
    • Team Insights
    • Initiatives
Powered by GitBook
On this page
  • 1. Introduction:
  • 2. Definitions:
  • 3. Explanation of Charts:
  • 4. Interpretation:
  • 5. Key Points:
  • 6. Conclusion:
  1. Features
  2. Metrics
  3. Git Dashboard

PR Review Health

PreviousAverage Active DaysNextOpen PR Age

Last updated 11 months ago

1. Introduction:

This document explains how to analyze and visualize the effectiveness of your code review process using the PR Review Health metric. It's a ratio calculated by dividing the number of Pull Requests (PRs) merged with a review by the total number of reviewed PRs.

Monitoring PR Review Health provides valuable insights into identifying potential bottlenecks, assessing collaboration effectiveness, and ensuring a smooth development workflow.

2. Definitions:

  • Pull Request (PR): A proposed modification to a codebase that is submitted for review before being merged into the main branch.

  • PR Review Health: The percentage of reviewed PRs that are successfully merged into the codebase. It is calculated as: (Number of PRs Merged with Review) / (Number of Reviewed PRs).

3. Explanation of Charts:

KPI Card:

Detailed Chart;

The image represents the PR Review Health for your project. It includes the following details:

  • Horizontal Axis: Represents time intervals (e.g., weeks, months).

  • Vertical Axis 1 (left): Represents the percentage of PR Health.

  • Vertical Axis 2 (right): Represents the total number of PRs

  • Bar 1: Number of PRs opened in the selected timeframe.

  • Bar 2: Number of PRs merged with Review

  • Bar 3: Number of PRs merged without review

  • Pink Line: PR review Health

  • Purple Line: PR Merge Health

4. Interpretation:

Identifying Trends: The PR Merge Health chart helps visualize trends in the effectiveness of your code review process over time.

  • Low PR Merge Health (Red): This may indicate challenges in areas like code quality, collaboration, resource availability, or inefficient workflows. Investigate further to identify specific bottlenecks and implement improvements.

  • Moderate PR Merge Health (Amber): This suggests there's room for improvement in code quality, collaboration, or workflow efficiency. Consider training initiatives or streamlining review processes.

  • High PR Merge Health (Green): This indicates a well-functioning code review process with successful merge rates and potentially high-quality code. Analyze if there are best practices to share and maintain this efficiency.

5. Key Points:

  • Process Efficiency: PR Merge Health helps assess the effectiveness of your code review process and identify areas for improvement.

  • Code Quality: A high PR Merge Health suggests a focus on code quality during the review process.

  • Collaboration & Workflow: Monitoring PR Merge Health can reveal issues with collaboration or workflow bottlenecks that hinder successful merges.

6. Conclusion:

Monitoring PR Merge Health provides valuable insights into the health of your code review process. By analyzing trends and taking corrective actions when necessary, you can identify and address bottlenecks, improve collaboration, and optimize your workflow to achieve a smooth and efficient development process.

\