KANBAN team Governance
Â
- 1 Ticket open vs closed rate by type
- 2 Ticket Open vs Closed rate by Priority
- 3 Net Open Ticket Count By Priority
- 4 Net Open Ticket Count By RCA (Ticket Count By RCA)
- 5 Net Open Ticket count by Status (Total Ticket Count)
- 6 Open Tickets Ageing by Priority (Total Tickets Aging)
- 7 Regression automation Coverage
- 8 Unit Test Coverage
- 9 Sonar Violations
- 10 Sonar Tech Debt
- 11 Test Execution and pass percentage
- 12 Ticket Velocity
- 13 Team Capacity
- 14  Number of Check-ins Â
- 15 Code Build TimeÂ
- 16 Lead Time
- 17 Release Frequency
- 18 Value delivered (Cost of Delay)
KPI Name | Representation (Single Project) | Tools | Maturity level values | KPI Calculation | On Hover |
---|---|---|---|---|---|
Ticket open vs closed rate by typegives a comparison of new tickets getting raised vs number of tickets getting closed grouped by issue type during a defined period. | 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 Prioritygives a comparison of new tickets getting raised vs number of tickets getting closed grouped by priority during a defined period.   | Line + Column graph
| 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 Prioritymeasures 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 counts  | Line chart
| Agile Project Management Â
| N/A | Â Â Â | 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   | Line chart
| 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)groups all the open tickets based on their ageing and priority   | Line chart
| Agile Project Management Â
| N/A | Open tickets by ageing | Date Range- Count |
Regression automation Coveragemeasures progress of automation of regression test cases | Line chart
 | Agile Project Management
| M1 - <20% M2 - 20-40% M3 - 40-60% M4 - 60% - 80% , M5 - > 80% | No. of regression test cases automated/Total no. of regression test cases
| Date Range: <<Percentage Value>> Regression test cases automated:Â <<Value>> Total Regression test cases:Â <<Value>> |
Unit Test Coverageis 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
| Agile Project Management
| M1 - <20% M2 - 20-40% M3 - 40-60% M4 - 60% - 80% , M5 - > 80% | The calculation is done directly in Sonarqube
| Date Range:Â << Percentage Value>> Â |
Sonar Violationshighlight 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 Debtexplains the estimated time required to fix all Maintainability Issues/ code smells  | Line Graph
| 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 percentage measures the percentage of test cases that have been executed & the percentage that have passed.  | Line Graph + Column chart Â
| Agile Project Management Â
| M1 - <20% M2 - 20-40% M3 - 40-60% M4 - 60% - 80% , M5 - > 80% | No. 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>> |
Ticket Velocity | 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 | 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 Âhelps in measuring the transparency as well the how well the tasks have been broken down. | Line Graph
| Agile Project Management Â
| M1: 0-2 M2: 2-4 M3: 4-8 M4: 8-16 M5: >16 |
| Date:Â <<Value>> |
Code Build TimeÂmeasures the time a job takes to build the code.   | Line Graph
| 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 Timeis 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
| 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 Frequencyhighlights the number of releases done in a month | Line Graph Â
| Agile Project Management Â
| No Maturity | It is calculated as number of fix versions in JIRA for a Project that have a Release date falling in a particular monthÂ
| Month:Â <<Count>> |
Value delivered (Cost of Delay)is a prioritization framework that helps a business quantify the economic value of completing a project sooner as opposed to later.  | Line Graph Â
| 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>> |
© 2022 Publicis Sapient. All rights reserved.