Table of Contents | ||||||
---|---|---|---|---|---|---|
|
ℹ
KPI Name | Representation (Single Project) |
---|
Tools | Maturity level values |
---|
KPI Calculation | On Hover |
---|---|
Ticket open vs closed rate by type |
Area - Quality
Tool - Jira/Azure
Y- Axis - Count
X- Axis -
DaysWeeksAggregation Method - Sum
Line + Column graph with multi select filter
Multi-select filter will have issue types
Upwards - Open<Closed
Neutral - Open = Closed
Downwards - Open > Closed
(Comparison has to be done on Latest)
gives a comparison of new tickets getting raised vs number of tickets getting closed grouped by issue type during a defined period. |
This can be filtered based on issue type
Line + Column graph
| Agile Project Management
| N/A | , the KPI is considered having a positive trend | Date Range- Count | |
Ticket Open vs Closed rate by Priority |
Area - Quality
gives a comparison of new tickets getting raised vs number of tickets getting closed grouped by priority during a defined period. | Line + Column graph
|
|
Line + Column graph with multi select filter
Multi-select filter will have Priority
Upwards - Open<Closed
Neutral - Open = Closed
Downwards - Open > Closed
N/A
Ticket open vs closed rate by priority gives a comparison of new tickets getting raised vs number of tickets getting closed grouped by priority during a defined period.
This can be filtered based on priority
| Agile Project Management
| N/A | If the No. of tickets closed are more than the No. of tickets opened in the latest time period, the KPI is considered having a positive trend | Date Range- Count |
Net Open |
Ticket Count By Priority |
Area - Quality
Tool - Jira/Azure
Y- Axis - Count (Days)
X- Axis -
DaysWeeksAggregation Method - Sum
Line chart with multi-select filter
Multi-select filter will have Priorities
N/A
measures the overall open tickets during a defined period grouped by priority. It considers the gross open and closed count during a period and then plots the net |
Decrease in net open ticket count is considered as positive
Date Range- Count
Net Open Ticket Count By RCA (Ticket Count By RCA)
Area - Quality
Tool - Jira/Azure
counts | Line chart
|
|
Line chart with multi-select filter
Multi-select filter will have RCA values
| Agile Project Management
| N/A |
Date Range- Count
Net Open Ticket count by Status (Total Ticket Count)
Area - Quality
Tool - Jira/Azure
Date Range- Count | ||
Net Open Ticket Count By RCA (Ticket Count By RCA)measures the overall open tickets during a defined period grouped by RCA. It considers the gross open and closed count during a period and then plots the net count |
Decrease in net open ticket count is considered as positive
Line chart
|
|
Stacked column with multi-select filter
Line chart with multi-select filter
Multi-select filter will have status
| Agile Project Management
| N/A |
Date Range- Count | |
Net Open Ticket count by Status (Total Ticket Count)measures the overall open tickets during a defined period grouped by Status. It considers the gross open and closed count during a period and then plots the net count | Line chart
|
Agile Project Management
| N/A | Date Range- Count | ||
Open Tickets Ageing by Priority (Total Tickets Aging) |
Area - Quality
groups all the open tickets based on their ageing and priority | Line chart
|
Stacked column with multi-select filter
Line chart with multi-select filter
Multi-select filter will have Priorities
Agile Project Management
| N/A | Open tickets by |
ageing |
Date Range- Count | |
Regression automation Coverage |
Area - Quality
measures progress of automation of regression test cases | Line chart
|
|
Line chart
| Agile Project Management
| M1 - <20% M2 - 20-40% M3 - 40-60% M4 - 60% - 80% , M5 - > 80% |
It is calculated as
No. of regression test cases automated/Total no. of regression test cases
|
A progress indicator shows trend of regression automation coverage between last 2 weeks. An upward trend is considered positive
|
| Date Range: <<Percentage Value>> Regression test cases automated: <<Value>> Total Regression test cases: <<Value>> |
Unit Test Coverage |
Area - Quality
Tool - Sonarqube
is a measurement of the amount of code that is run by unit tests - either lines, branches, or methods | Line Graph with single-select filter Y- Axis - Percentage
|
Single Project: Line Graph with single-select filter
Multiple Project: Multiple Line Graph with single-select filter
| Agile Project Management
| M1 - <20% M2 - 20-40% M3 - 40-60% M4 - 60% - 80% , M5 - > 80% |
The calculation is done directly in Sonarqube
|
A progress indicator shows trend of Unit test coverage between last 2 weeks. An upward trend is considered positive
| Date Range: << Percentage Value>> |
Sonar Violations |
Area - Quality
Tool - Sonarqube
Y- Axis - Count
X- Axis - Weeks
Aggregation Method - Sum
Single Project: Stacked Column with Single select filter
Multiple Project: Stacked Clustered Column with single-select filter
No Maturity Trend
highlight count of issues that exist every time a piece of code breaks a coding rule. The set of coding rules is defined through the |
associated Quality profile for each programming language in the project. | Stacked Column
| Agile Project Management
| No Maturity Trend | The calculation is done directly in Sonarqube. Issues are categorized in 3 types: Bug, Vulnerability and Code Smells All these issues are categorized into 5 type of severity: Blocker, Critical, Major, Minor, Info | Date Range: Blocker: <<Value>> Critical: <<Value>> Major: <<Value>> Minor: <<Value>> Info: <<Value>> |
Sonar Tech Debt |
Area - Quality
explains the estimated time required to fix all Maintainability Issues/ code smells | Line Graph
|
Single Project: Line Graph with single-select filter
Multiple Project: Multiple Line Graph with single-select filter
| Agile Project Management
| M1: >100 days M2: 50-100 days M3: 30-50 days, M4: 10-30 days, M5: <10 days |
It is calculated as effort to fix all Code Smells. The effort is calculated in minutes and converted to days by assuming 1 Day=8 Hours
|
| Date Range:<<Days>> |
Test Execution and pass percentagemeasures the percentage |
Area - Quality
of test cases that have been executed & the percentage that have passed. | Line Graph + Column chart
|
|
Single Project: Line Graph + Column chart
Multiple Project: Multiple Line + Clustered Column chart
| Agile Project Management
| M1 - <20% M2 - 20-40% M3 - 40-60% M4 - 60% - 80% , M5 - > 80% |
TEST EXECUTION AND PASS PERCENTAGE measures the percentage of test cases that have been executed & the percentage that have passed.
It is calculated asNo. of executed test cases out of total test cases in the latest execution during a day/week/month No. of pass test cases out of executed test cases in the latest execution during a day/week/month
|
|
| Date Range- <<Percentage Value>> Test Cycle: Executed test cases: <<Value>> Pass test cases: <<Value>> |
Change Failure Rate
Area - Quality
Tool - Jenkins/Bamboo/Azure Pipelines
Y- Axis - Percentage
X- Axis - Weeks
Aggregation Method - Average
Single Project: Line Graph with single-select filter
Multiple Project: Multiple Line Graph with single-select filter
Downwards
M1: >50%
M2: 30-50%,
M3: 20-30%,
M4: 10-20%,
M5: <10%
CHANGE FAILURE RATE measures the proportion of builds (changes) that have failed for whatever reason over a given period of time
It is calculated as
Total no. of failed Builds/Total number of Builds
It is calculated as a ‘Percentage’. Lower the percentage, better is the ‘Quality’
A progress indicator shows trend of Change Failure Rate between last 2 weeks. A downward trend is considered positive
Maturity of the KPI is calculated based on the latest value
*If the KPI data is not available for last 5 weeks, the Maturity level will not be shown
Date Range: <<Percentage>>
Total number of Changes: <<Value>>
Failed Changes: <<Value>>
Ticket Velocity
Area - Speed
Tool - Jira/Azure
Ticket Velocity | Line Graph
|
Line Graph
Agile Project Management
| N/A | Ticket velocity measures the size of tickets (in story points) completed in a defined duration | Date Range- <<Velocity>> |
Team Capacity |
Area - Speed
Tool - Jira/Azure
Line Graph
|
Line Graph
Agile Project Management
| N/A | Team Capacity is sum of capacity of all team member measured in hours during a defined period | Date Range- <<Capacity Hrs>> | |
Number of Check-ins |
Area - Speed
Tool - Repos
helps in measuring the transparency as well the how well the tasks have been broken down. | Line Graph
|
|
Single Project: Line Graph with single select filter
Upwards
| Agile Project Management
| M1: 0-2 M2: 2-4 M3: 4-8 M4: 8-16 M5: >16 |
|
| Date: <<Value>> |
Code Build Time |
Area - Speed
measures the time a job takes to build the code. | Line Graph
|
Single Project: Line Graph with single-select filter
Multiple Project: Multiple Line Graph with single-select filter
| Agile Project Management
| M1 : > 45 min M2 : 30-45 mins M3 : 15-30 min M4 : 5-15 min, M5 : <5 min |
|
|
| Date Range: <<min>> |
Lead Time |
Area - Speed
is the time from the moment when the request was made by a client and placed on a board to when all work on this item is completed and the request was delivered to the client | Visualization: Text + Table
|
|
Visualization: Text + Table
The graph will have Radio buttons
| Agile Project Management
| Lead time M1 : > 60 days M2 : 45-60 days M3 : 30-45 days M4 : 10-30 days, M5 : <10 days Open to Triage M1 : > 30 days M2 : 20-30 days M3 : 10-20 days M4 : 5-10 days, M5 : < 5 days Triage to Complete M1 : > 20 days M2 : 10-20 days M3 : 7-10 days M4 : 3-7 days, M5 : < 3 days Complete to Live M1 : > 30 days M2 : 15-30 days M3 : 5-15 days M4 : 2-5 days, M5 : <2 day |
It is calculated as the sum following Open to Triage: Time taken from ticket creation to it being refined & prioritized for development Triage to Complete: Time taken from start of work on a ticket to it being completed by team Complete to Live: Time taken between ticket completion to it going live. Each of the KPIs are calculated in 'Days' | ||
Release Frequency |
Area - Value
highlights the number of releases done in a month | Line Graph
|
Single Project: Line Graph
Multiple Project: Multiple Line Graph
| Agile Project Management
| No Maturity |
RELEASE FREQUENCY highlights the number of releases done in a month
It is calculated as number of fix versions in JIRA for a Project that have a Release date falling in a particular month
|
A progress indicator shows trend of Release Frequency between last 2 months. An upward trend is considered positive
Month: <<Count>> |
Value delivered (Cost of Delay) |
Area - Value
COST OF DELAY (CoD) is a prioritization framework that helps a business quantify the economic value of completing a project sooner as opposed to later.
is a prioritization framework that helps a business quantify the economic value of completing a project sooner as opposed to later. | Line Graph
|
Single Project: Line Graph
Multiple Project: Multiple Line Graph
Upwards
No Maturity
| Agile Project Management
| No Maturity | It is calculated by adding the following parameters for a Epic or a Feature User-Business Value + Time Criticality + Risk Reduction and/or Opportunity Enablement.
|
Month: <<Count>> No. of Epics: <<Count>> |