Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 7 Current »

Overview

Applicability

Scrum or Kanban projects

Definition (Hover Text)

Build frequency refers to the number of successful code builds done in a specific time frame.

Source Tools

Jenkins, Bamboo, Github Action, Azure Pipeline, Teamcity, Argo CD

Graph type

Line chart

Filters

Job Name ( as per tool configuration )

Hover Format on KPI

Date Range: <<Count of Successful Builds>>

Fields on Explore Overlay

  • Project Name

  • Job Name

  • Weeks

  • Start Date

  • Build URL

Business Logic

Calculation Formula

Count of successful code builds per week

Trend

Higher the count better the ‘Speed’

Maturity Levels

M0: 0

M1: 1

M2: 2-4

M3: 5-8

M4: 8-10

M5: >10
Please note:- KPI widget denotes the average maturity over data points

Instance level thresholds

8 builds per week

Configurations

Processor Fields

N/A

KPI Specific fields

N/A

How to Validate KPI

Check the total no. of builds and deployments done weekly in your CI/CD pipeline

Best Practices

Automate Testing

Ensure that automated tests are run with each build to catch issues early and provide immediate feedback.

Use Version Control

Encourage developers to commit small, incremental changes frequently rather than large, infrequent updates.

Enforce Code Quality Standards

Implement code quality checks and enforce coding standards to reduce the likelihood of build failures.

Monitor Build Health

Use build monitoring tools to track the status of builds and quickly address any failures.

Benefits of KPI

Early Detection of Issues

Frequent builds help in identifying integration issues early, reducing the time and effort needed to resolve them.

Faster Feedback Loop

Regular builds provide faster feedback to developers, allowing them to address problems sooner and improve the quality of the software.

Improved Product Quality

By regularly building and testing the software, teams can maintain higher quality standards and ensure that the product is always in a deployable state.

Better Visibility

Continuous builds provide better visibility into the progress and health of the project, allowing stakeholders to track development more effectively.

  • No labels