Meeting Service Level Objectives (Ticket SLAs)

1. You are here:
2. Handbook
3. Support Team Handbook
4. Support Workflows
5. Meeting Service Level Objectives (Ticket SLAs)

On this page

• Introduction
• First Response Time Hawk
  • What is a First Response Time Hawk?
  • FRT Hawk in Action
  • Things for an FRT Hawk to be mindful of
  • FRT Dashboards
• SLA Hawk
  • What is the SLA Hawk role?
  • SLA Hawk in Action
  • Team Responsibilities for the SLA Hawk
  • FAQ about SLA Hawk role
  • SLA Hawk Dashboards

Introduction

The Support team currently have two rotating roles to help ensure tickets get replies within the Service Level Agreement we have with our customers.

1. First Response Time Hawk
2. SLA Hawk

First Response Time Hawk

What is a First Response Time Hawk?

This is a rotating role, where someone is "on point" weekly (Monday to Friday), to make sure:

1. new Premium SLA tickets get a first response as soon as possible and do not breach
2. all new tickets are appropriately categorized and prioritized as they arrive

First Response Time Hawks directly drive achievement in our Service Level Agreement KPI.

FRT Hawk in Action

1. Every Week on Fridays, Managers will add a First Response Hawk for each region to the Support Week in Review to announce who will be responsible that week.
2. If you are FRT Hawk, you are responsible for:
   1. Premium and Ultimate first replies for tickets created from 9am - 5pm in your time zone
      • Note: if you are a US Citizen and have access to the Federal instance, this should also be a part of your rotation.
   2. Triaging tickets to make sure they have:
      • An associated organization
      • The correct priority
      • The correct ticket form (such as GitLab.com, if they're asking for GitLab.com support). Take special notice of tickets with form Other Request. This is usually because the ticket was created by email. Change the form to the most appropriate form type and then fill in additional metadata where possible.
      • The correct Self-managed Problem Type selected
3. Keep an eye on the FRTH View in ZenDesk
4. You have full authority to call in and ask others for help if volume is high, or you are stumped.
5. You should expect to see new and different things that you are not an expert in. Where possible, take the time to dive deep and try and understand the problem.

Things for an FRT Hawk to be mindful of

1. Given that there's a FRT Hawk per region, your shift will overlap with another hawk.
   • This means you have a teammate within a team; yay! Be sure to communicate with your fellow hawk so you can help each other out in case one of you is stuck on a ticket, and also to make sure you're not both quietly working on the same ticket

2. Your focus should be new tickets in the Premium & Ultimate queue, especially high and medium priority. If there are no new tickets in that queue, please associate needs-org tickets with the appropriate organization. From there, you can jump to the Starter & Free queue.

3. You might not cover all the tickets you wanted to cover on your shift, and that's okay
   • Just do your best
   • Take a break if you need one - making sure your team knows you're stepping away by posting in #support_team_chat
   • Ask the rest of the team for help when needed in #support_self-managed
4. You may see tickets requesting information that is not in the realm of support. For example, you may get a ticket from a job applicant to GitLab requesting information on their application. In these cases, do your best to direct them to an appropriate contact and close the support ticket. In the case of hiring questions, you can ping the #recruiting channel in Slack to inform them that the candidate reached out, and update the candidate via the ticket.
   • There is a macro called General::Job Application Questions for hiring-specific questions in Zendesk.

FRT Dashboards

You can track your progress and see global results on this Zendesk Explore Dashboard

SLA Hawk

What is the SLA Hawk role?

The SLA Hawk is a rotating role that you will carry out for one week at a time (Monday to Friday). You can view the rotations in PagerDuty

The SLA Hawk is responsible for ensuring that action is taken on the 'most breached' and 'next to breach' tickets in order to meet our SLAs and so that difficult tickets are not ignored. NOTE: It is the responsibility of all Support team members to ensure customer tickets are responded to within our SLA times. The SLA Hawk is not expected to reply to tickets themselves - your job is to find team members to help get a reply out (see below for more info)

The SLA Hawk should also perform a queue tidy up:

• Ensure tickets are in correct queue
• Tickets have the correct Priority
• Tickets have the correct self-managed problem type
• The Customer has a Support Contract
• Solve the ticket if the support request is solved

SLA Hawks drive achievement via our KPI's for Service Level Agreement KPI and Customer Satisfaction by making sure our customers are updated in a timely manner.

SLA Hawk in Action

1. Each day, sort the Zendesk view for SM with SLA by 'Next SLA Breach' ascending, starting with most breached ticket first.
2. Read the ticket yourself and if you feel you know what the next action is, do that (e.g. ask the customer for more information, solve the ticket if the issue is resolved, send your own reply if you have a great idea). There's no need to spend too long at this stage - 10 minutes at most. If the next action requires more work move on to the next step.
3. If you feel the priority does not match our Definitions of Support Impact reach out to the customer and agree on the new priority. Use the macro General::Changed priority.
4. If a ticket has an assignee:
   1. If the assignee is in your Region, link the ticket in #support-self-managed and ping them asking if they are able to take a look. We've adopted a convention of prefixing your message in Slack with [SLAH] so that folks know you're currently in that role.
   2. If the assignee is from another Region and it's during their “office hours” ask them if they could take a look.
   3. If the assignee is offline and the ticket/customer needs an update, follow the has no assignee process below.
   4. If assignee can’t currently work the ticket ask them to follow the Process in action for Working on Tickets.
5. If a ticket has no assignee:
   1. Check to see if an engineer from your region has previously responded on the ticket, if so, ask them would they have the bandwidth to take the ticket.
   2. If you can't locate a specific person, let the team know (e.g. @support-team-emea ) about the ticket. Once you have one or two volunteers, let the team know the ticket is taken care of via the thread.
   3. If you’re not getting any traction, and you feel you need help, ping your manager to let them know that noone is available to help.
   4. Once someone has taken ownership of the ticket, ask them if they're happy to assign it to themselves.

6. If there are no imminent breaches (e.g. less than 2 to 4 hours) in the 'Self Managed Premium and Ultimate' queue - repeat the process with the Starter and Free view.

   graph TD A[Sort 'Premium and Ultimate view by
   'Next SLA Breach'] --> B(Open the
   top ticket) B --> C{Can you reply
   to the ticket?} C -->|Yes| D[Send
   reply] --> H C -->|No| E[Ask for help in Slack
   and link the ticket] E -->|Help received| F[Send
   reply] --> H E -->|No help recieved| G[Mention your manager in Slack
   on the ticket thread] --> H[Go to the next ticket
   - if no imminent breaches -
   go to 'Starter and Free' view] --> B

Team Responsibilities for the SLA Hawk

• Help the SLA Hawk! If they ask you for help, please acknowledge (You may not be able to help, just let them know).
• Follow the Support Modes of Work for the tickets in your own queue (including finding another engineer to help or takeover the ticket).
• When looking for your next ticket, follow the same process as the SLA Hawk above (most breached ticket first).
• If you take a next response ticket and the ticket doesn’t have an assignee, assign yourself to the ticket.

FAQ about SLA Hawk role

1. Do I need to do the SLA Hawk role all day every day? The role is not to work the tickets yourself but rather find an engineer to respond to the ticket. You probably only need to check for breached and breaching tickets 3 or 4 times per day, which fits in with our asynchronous working environment while ensuring that synchronous customer interaction is still maintained. This should make the role light-weight. Between ticket checkins, you can continue with your planned day.
2. I feel uncomfortable asking someone else to reply to a ticket We recommend prefixing your message in Slack with [SLAH], this lets people know that you've been given the role to find people to help. We assume positive intent and the team knows that this is the job of the SLA Hawk.

SLA Hawk Dashboards

You can see how we're doing on this Zendesk Explore Dashboard.

Look a the 'Self Managed NRT SLA achieved charts' for this week and last week. We're aiming for 85% achievement. If we can get to 95% that would be awesome! The 'this week' chart updates hourly.