Scope:

Tickets assigned  to DSDS→  Service Type: "User Service Restoration","Security incident","user service request"

For the site view, based on the user log_in, the site of the user will be detected and the incidents created only in the similar site will be considered for the calculation. 

Note: Only two sites to be considered for the reporting at this stage. For that, we need to consider tickets that are raised by the users based on the corresponding site. "Site ID": "STE000000003884", What are the codes of the sites to involve?


Refresh frequency 

The dashboard's refresh frequency is set to daily,  updating every midnight.

The data for the dashboard is sourced from a daily snapshot stored in BigQuery.


Multidimensional conceptual model 

https://app.diagrams.net/#G14hQqUkgXBgM4hesg9sv0FiDEmPQAqIlj#%7B%22pageId%22%3A%22KbAqNpjhRAR2dXfDgz9a%22%7D



Measures
Dimensions/fields Notes
Backlog incidents All incidents excluding the ones with "Status": "Resolved" AND "Canceled" per site."Status"

Status: 

Resolved    
Assigned    
Pending    
In Progress    
Cancelled



SELECT  * FROM `prj-data-dm-dt-dev.ODS.ODS_HLX_0000_F001_I_H_HD_incidents` where Status in ('In progress','Pending', 'assigned')

Resolved incidents Backlog incidents with "Status": "Resolved" 

"Status"

"Last Resolved Date"

We don't have status closed

Closed date is only for cancelled incidents 

last resolved date is relevant for the calculation


Critical incidents Backlog incidents with "Priority"= "Critical""Priority"

Critical

High

Medium

Low

SELECT  * FROM `prj-data-dm-dt-dev.ODS.ODS_HLX_0000_F001_I_H_HD_incidents` where Status in ('In progress','Pending', 'assigned') AND Priority='Critical'

Created incidents the number of backlog incidents where the "Submit Date" falls within the specified calendar day. "Submit Date"

Submit date and report date in the data set are same


Unassigned incidents Backlog incidents WHERE "Assignee Login ID" is Null"Assignee Login ID"

Status can be 'Assigned' but it is not reliable, we have many records with assigned status but assignee column is null. 


 Mean time to resolve incidents=MTTR=Total time spent resolving incidents​/number of incident  
  1. Get the "incidents numbers" with the  "Last Resolved Date" in yesterday 
  2. Find the "Submit date" of the incidents
  3. Calculate Time to resolve: Substract submit date- created date per incident 
  4. Sum time to resolve for all the incidents resolved in yesterday
  5. Calculate Mean 

"Last Resolved Date"

"Submit date"



Indicators Description Source table technical nameSource field technical name 
Backlog incidents The number of incidents excluding the ones with "Status": "Resolved" AND "Canceled" per site.


Joint: User ID 

customer_login_id
backlog Incident daily growth rate 

Calculates the number of backlog incidents in yesterday and the number  of the day before yesterday. Then,  computes the ratio by dividing the count of yesterday's backlog incidents by the count of backlog incidents of the day before yesterday.

If the count of backlog incidents for the day before yesterday is 0, it returns NULL for the backlog ratio to avoid division by zero.

prj-data-dm-dt-dev.ODS.ODS_HLX_0000_F001_I_H_incidents
backlog Incident weekly growth rate Calculates the number of backlog incidents in yesterday and the number of the day before yesterday. Then,  computes the ratio by dividing the count of yesterday's backlog incidents by the count of backlog incidents of the day before yesterday. Repeat the calculation for the last seven  day prj-data-dm-dt-dev.ODS.ODS_HLX_0000_F001_I_H_incidents
Unassigned incidentNumber of ongoing incidents at the reporting time with no assignee Backlog incidents WHERE "Assignee Login ID" is Nullprj-data-dm-dt-dev.ODS.ODS_HLX_0000_F001_I_H_incidents
Unassigned incident weekly growth rate Calculates the number of unassigned incidents in yesterday and the number by the day before yesterday. Then,  computes the ratio by dividing the count of yesterday's unassigned incidents by the count of backlog incidents of the day before yesterday. Repeat the calculation for the seven last day. prj-data-dm-dt-dev.ODS.ODS_HLX_0000_F001_I_H_incidents
Critical incidents The number of Backlog incidents with "Priority"= "Critical"prj-data-dm-dt-dev.ODS.ODS_HLX_0000_F001_I_H_incidents
Critical incidents weekly growth rate Calculates the number of critical incidents in yesterday and the number reported by the day before yesterday. Then,  computes the ratio by dividing the count of yesterday's critical incidents by the count of backlog incidents of the day before yesterday. Repeat the calculation for the seven last day. prj-data-dm-dt-dev.ODS.ODS_HLX_0000_F001_I_H_incidents
Oldest critical incidents (Time)Descoped prj-data-dm-dt-dev.ODS.ODS_HLX_0000_F001_I_H_incidents
Created tickets last 7 days

Created incidents: the number of backlog incidents where the "Submit Date" falls within the specified calendar day. To be reported in the dashboard for the last seven days

prj-data-dm-dt-dev.ODS.ODS_HLX_0000_F001_I_H_incidents
Resolved incidents Backlog incidents with "last resolved day" falls within the specified calendar day.prj-data-dm-dt-dev.ODS.ODS_HLX_0000_F001_I_H_incidents
Resolved incident daily - last 7 days

Backlog incidents with "last resolved day" falls within the specified calendar day. To be reported in the dashboard for the last seven days

prj-data-dm-dt-dev.ODS.ODS_HLX_0000_F001_I_H_incidents
MRTT of resolved incident 

 Mean time to resolve incidents=MTTR=Total time spent resolving incidents​/number of incident  

11)Retrieve the incident numbers with the 'Last Resolved Date' being yesterday.

2)Obtain the 'Submit Date' of each incident.

3)Calculate the Time to Resolve by subtracting the 'Submit Date' from the 'Created Date' for each incident.

4) Sum up the time to resolve for all incidents resolved yesterday.

5)Calculate the Mean Time to Resolve

prj-data-dm-dt-dev.ODS.ODS_HLX_0000_F001_I_H_incidents
MRTT daily growth rate 
prj-data-dm-dt-dev.ODS.ODS_HLX_0000_F001_I_H_incidents