Push to Front - 2- by Line of support

Push to Front - by Line of support 

Push to Front overview :

The goal is to manage as many incidents as possible with first-line support teams (frontline). When incidents are escalated to the second and third support line (or higher) too frequently, it creates an additional workload and management burden for those teams. In many cases, this impacts the organization in terms of time and cost. Solving repetitive incidents is not the primary task of these teams (N2, N3, and above), and heavy reliance on them affects the performance of the incident process. The key is to measure how many incidents are currently being resolved at the first level (N1) and how many at the remaining levels. This helps us understand which incidents are involved, what categories they fall into, which teams handle them, and how it impacts different parts of the organization.

Push to Front - by Line of support:

Responses to the questions posed by clients:

1. Usage of the ‘push to front’ mechanism for Line of support:

   • The ‘push to front’ mechanism is primarily employed for critical or urgent incidents that require swift resolution. These incidents are often related to essential services or serious disruptions in business operations.

   • As for where it is less commonly used, it tends to be in low-priority incidents or service requests that do not directly impact daily operations.

2. Time window for evidence:

   • To identify the time window during which this pattern is evident, it is essential to analyze historical data. Data analytics tools can help determine the times of day or days of the week when there is increased utilization of the ‘push to front’ feature.

   • For instance, there might be an increase during peak working hours or on specific days of the week, such as during new version/release deployments.

3. Paths and impactful variants:

   • The paths and variants with the most impact typically involve critical incidents or recurring situations. These can directly affect productivity and customer satisfaction.

   • Analyzing workflow processes and resolution patterns is crucial to identifying specific paths that generate the most impact. This analysis may include factors such as the number of escalations, resolution duration, and customer satisfaction.

4. Impact on resolution time:

   • When tickets are resolved solely through the intervention of a single level (e.g., N1), the resolution time tends to be faster. This is beneficial for the organization as it reduces the workload at higher levels.

   • However, it is essential to strike a balance with the need for effective ticket resolution. If too many incidents are resolved solely at the first level, with inadequate quality, there could be a negative impact on solution quality or long-term customer satisfaction.

Recomendation:

When an organization does not have identified support levels:

It is recommended to handle the information by manually creating these support levels and subsequently loading the data. If the analysis yields positive results for the organization, it can be implemented in JSM for automatic generation.