Browse Prior Art Database

Number of Performed Changes Key Performance Indicator improvement based on change rework rate

IP.com Disclosure Number: IPCOM000246335D
Publication Date: 2016-May-31
Document File: 6 page(s) / 77K

Publishing Venue

The IP.com Prior Art Database

Abstract

Disclosed is a method of Number of Performed Changes Key Performance Indicator calculations improvement based on changes rework rate.

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 19% of the total text.

Page 01 of 6

Number of Performed Changes Key Performance Indicator improvement based on change rework rate


1. Abstract:

Disclosed is a method of Number of Performed Changes Key Performance Indicator  calculations improvement based on changes rework rate. 


2. Overview:

Let's assume that the ticketing tool we use creates logs which contain change status history 
i.e.  the information about all change statuses during change process. In this situation we are  able to generate a vital Key Performance Indication (KPI) which we called Number of  Performed Changes Including Rework. It is showing actual change manager effort needed to  perform change tickets from creation to close in time period. It gives the possibility of an  unambiguous indication of poorly functioning part of the process/service allows to  immediately proceed to the stage of  Continual Service Improvement and implement  corrective actions. This technique also can be used to control and monitor the quality of  services provided.


3. Necessary background:

Till now KPI contain only the number of tickets/changes that were in statuses CLOSED.  These numbers do not reflect the actual work, the time and the resources used to complete the  task. For example if during change management process investigation/checks it was  discovered, that the change does not contain required information (like back out plan, contact  information etc.) then such change need to be back to draft status where further correction  need to be done by the change owner.  Then, such change is again put to change manager  queue and checked second time. Sometimes, due to lack of correct approvers, or poorly  scheduled time window the change need to be backed to draft and re­worked many times.  Each time a change ticket is going through the full change management process and use time  and resources but such re­work is not included into calculations of number of performed  changes KPI and it is not reported. We propose to improve number of performed changes KPI  by including rework. The improvement can be realised by defining new supportive KPI which  can be called number of performed changes including rework KPI. Such knowledge provides  an easy way to identify the elements of service requiring attention. This technique also can be  used to control and monitor the quality of services provided.


4. Body:


4.1 Detailed view of the proposed algorithm:

In this paragraph we present detailed view of proposed algorithm. 

[200] Receive change report - in this step we got an algorithm input which is change report.  Our main assumption is that recei...