SLA: Everything You Need to Know | Atlassian

SLAs (service level agreements) are notoriously difficult to measure, report on, and meet. They can also be difficult to configure and change in many service desks. Still, it’s important to track your performance against top objectives, and SLAs provide a great opportunity to improve customer satisfaction.

SLAs define contractually agreed upon terms for services including things like uptime and support responsiveness. For instance, promising customers 99.9% service uptime or a response from support within 24 hours. In addition to formalizing service expectations, SLAs set forth the terms for redress when requirements are breached.

As a service provider, a service level agreement is a plain-language agreement between you and your customer (whether internal or external) that defines the services you will deliver, the responsiveness that can be expected, and how you will measure performance.

SLAs are a foundational agreement between your IT team and customers that are important in building trust. They manage customer expectations and allow your team to know which issues you are responsible for resolving.With SLAs in place, there is mutual understanding of service expectations. Implementing SLAs can benefit your IT team in numerous ways that include:

An IT service desk, for example, typically agrees to provide technical support for a wide variety of services and devices within the business, and offers guarantees around things like uptime, first-call resolution, and time-to-recovery after service outages. KPIs are the specific metrics that are chosen to track whether the IT service desk fulfills these guarantees.

An SLA is an agreement between you and your customer that defines how your relationship will work in the future. Key performance indicators (KPIs) are the metrics chosen to gauge how well a team performed against agreed standards.

This all sounds simple, right? In theory, yes. In practice, though, IT teams often run into one or more major challenges:

Above, we talked about how SLAs can feel a bit arbitrary and like you’re not always measuring things that directly support your company’s bigger business objectives. To make sure you’re measuring the right things, and meeting the expectations that other parts of the business have of you, we recommend revisiting your SLAs regularly. Follow this process:

SLA best practices

Once you’ve brokered the best SLAs for your current business and customer needs, you’re ready to implement them. Here are some tips for taking SLAs to a whole new level of ease and effectiveness.

Create an SLA that stops tracking time to resolution while you’re waiting for a customer to reply

IT departments need to be able to measure their own response times effectively in order to provide the best possible service. Still, measuring SLAs gets complicated quickly as slow-responding customers and third party escalations cause response times to look far worse than they may actually be. Make sure your measurement and reporting systems can accommodate exceptions like these, so the service desk team is tracked based on how they are actually performing.

Remember the agent experience

Use simple, clear naming conventions. Agents should be able to read the name of the SLA and quickly understand what they’re being measured on. It’s also important to resist the urge to create too many goals. Agents should be able to clearly understand what their goals are, without too many special situations. The more goals you create, and the more variables you introduce into each goal, the harder they become to understand and adhere to.

Break up large, complex SLAs

Rather than creating complex SLAs use a series of smaller ones, so you can measure and report on the individual pieces of your workflow, not just the entire pie. This also makes it easier to update your SLAs and keep them current.

Set different performance goals based on ticket priority levels

On an average day, your service desk team won’t consider a printer failure its highest priority ticket. But the CEO’s printer? That’s another story. In practice, IT teams prioritize tickets in a ton of different ways: from which parts of the business are being affected to who opened the ticket to even more complex combinations (like an outage of the sales booking system at the end of the quarter).

You need flexibility from your service desk software so you can create SLA performance goals based on just about any combination of parameters you define. It’s important to be able to change or edit them easily to keep your team’s priorities completely aligned with changing business needs.

Keep some SLAs running 24/7, and restrict others to normal business hours

If your service desk team works Monday to Friday during normal business hours, you can’t provide true 24 x 7 support for every service you offer. Even with on-call service desk teams and customers that pay for priority support, you will still often have some services that warrant weekday responses, and some that warrant instant attention, no matter what time of day or night.

Configure your service desk to stop the clock from ticking on Saturdays and Sundays, and get even more complex if you want to create customized rules for things like company holidays. And, considering creating calendars to support teams based in different locations.