Page tree


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

Compare with Current View Page History

« Previous Version 74 Next »

Scope:

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

Multidimensional conceptual model 

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


Terminology 

Service one ticket: the ticket that  user creates  in service one 

HELIX tickets: One service one ticket will have one to many corresponding tickets in Helix in categories such as WO, INC, and CASE.  An INC ticket  in Helix is mapped to only one Service one ticket. However, more than one WO tickets can be associated to one service one ticket. 


IMPORTANT NOTE: Calculations in Global and Site section only includes corresponding tickets in Helix. However, My ticket sections includes attributes of Service one tickets  

Relevant fields from ODS source tables:

WO & INC tickets

Ticket number→ for INC  "Incident_Number" and for WO "Request_ID"

Submitter id → "submitter"

Submitter name  

user site name → "site"

Resolved date→ for INC "last resolved date" for WO "Completed Date" 

"Status"

"Submit date"

Service one link → for incident  "DWP_SRID" 

"Status_Reason"→ to detect tickets pending user actions

Fastlane →  "Escalated Fastlane"  


Service one tickets

Missing table in ODS (Anon, Kasemvilas Unable to locate Jira server for this macro. It may be due to Application Link configuration. )

Service one reference

Service one ticket title

Submit date 

Service one link to Helix tickets (note: corresponding field for INC  "DWP_SRID" )


Table Joints 

Joints of service one tickets and WO, INC and Case tables 

TBD


Measure description 

Context Indicators/graphs / Fields Description Visualization block (view)

Source 

ODS tables

Technical fiels

INC Indicator: Backlog incidents today The number of incidents excluding the ones with "Status": "Resolved","Closed" AND "Canceled" globally in the back log todayGlobal 

prj-data-dm-dt-dev.ODS.ODS_HLX_0000_F001_I_H_workorder

"Status"



INC Indicator: Submitted incidents today The number of incidents globally with "Submit date" = today Global
"Submit date"
INC /WO/ CASEIndicator: Backlog tickets per site 

The number of all tickets excluding the ones with "Status": "Status": "Resolved","Closed" AND "Canceled" per site in the backlog today


Site 

Site is the site of the user who has logged in 

WO

prj-data-dm-dt-dev.ODS.ODS_HLX_0000_F001_I_H_workorder


INC

prj-data-dm-dt-dev.ODS.ODS_HLX_0000_F001_I_H_workorder


CASE missing 



"Status"

"submitter"

"site"

INC Indicator: Backlog incident tickets per site 

The number of incident tickets excluding the ones with "Status": "Resolved","Closed" AND "Canceled" per site in the backlog today


Site 

WOIndicator: Backlog workorder tickets per site 

The number of workorder tickets excluding the ones with "Status":"Status": "Resolved","Closed" AND "Canceled"  per site in the backlog today


Site 

CASEIndicator: Backlog case tickets per site 

The number of case tickets excluding the ones with "Status": "Status": "Resolved","Closed" AND "Canceled" per site in the backlog today


Site CASE missing 
WOIndicator: Average Time to Resolve per site
  1. Retrieve Ticket Data: WO  tickets with

     "Status": "Resolved" AND "Closed" 

    AND 

    Last Resolved Date falls within the last 3 months in the user site.

  2. Calculate the Time to Resolve by subtracting the 'Submit Date' from the 'last Resolved date' for each ticket. 

(Note: For INC: "last resolved date", for WO ""Completed Date" to consider. )

  1. Calculate Mean of the Time to resolve data:
Site prj-data-dm-dt-dev.ODS.ODS_HLX_0000_F001_I_H_HD_incidents

For INC: "last resolved date",

for WO "Completed Date" to consider.

INC /WO/ CASEIndicator: Submitted tickets today per siteThe number of all tickets per user site with "Submit date" = today Site

INCIndicator: Submitted incident tickets today per site

The number of incident tickets per user site with "Submit date" = today 

Site



WOIndicator: Submitted workorder tickets today per site

The number of workorder tickets per user site with "Submit date" = today 

Site



CASEIndicator: Submitted case tickets today per site

The number of case tickets per user site with "Submit date" = today 

Site



INC /WO/ CASEIndicator:  All my tickets

The number of user tickets 

My ticket 



INC /WO/ CASEIndicator: My pending tickets

Calculation is at Helix ticket level: 

The number of INC and WO where 

status "pending"  

AND  "Status_Reason": "Client Action Required" 

And 

The number of CASE tickets where 

status "pending"  

AND "Status_Reason": "Customer response "

My ticket 

Source CASE is not available (S2)

"Status_Reason"

"Status"

INC /WOIndicator: My Fastlane  tickets

Fastlane is defined at WO and INC ticket level

"Escalated Fastlane": "YES", (not applicable for case tickets)

My ticket 


"Escalated Fastlane" 

INC /WO/ CASEService one reference

The ID of the service one ticket.

(note: An INC ticket  in Helix is mapped to only one Service one ticket. However, more than one WO tickets can be associated to one service one ticket. In this section only represents ticket id at service one level)




INC /WO/ CASEPriority 

Calculation: 

 if the service one ticket is an INC ticket in helix, "Priority"= the priority of the helix ticket 

 if the service one ticket is WO ticket in helix, "Priority"= Fastlane or Normal based on "Escalated Fastlane" attribute of WO

Exception: 

Incident tickets might become Fastlane. In this situation "Priority"= Fastlane or Normal based on "Escalated Fastlane" attribute of INC 




INC /WO/ CASEStatus 






INC /WO/ CASEDescription 

The title of the service one ticket




INC /WO/ CASESubmit date 

The submit date of the service one ticket




INC /WO/ CASEResolved date





WO/ CASETime to complete 

Two scenarios: 

Actual: 

Applies on the tickets with  Status= "Resolved" AND "Canceled" 

1)Calculate the Time to complete by subtracting the 'Submit Date' from the 'last Resolved date' for the ticket. 

Estimate : 

Applies on tickets not resolved yet. 

1) calculate "Average Time to Resolve per site (MTTR)" (see the calculation above)

2) calculate the days passed since the Submit Date and compare it with the MTTR as the baseline. 

3) Specify two states including: "within avg" and "passed avg" as result of comparison 

    • within avg: Time since Submit Date is less than MTTR
    • passed avg: Time since Submit Date is greater than MTTR

5)Assign Color Codes /visuals: Based on the states identified, assign the appropriate visuals to each pending ticket indicating the likelihood of resolution.