An IT SLA model for tiered IT support services relies on the SLA requirements, application classifications, and the IT prioritization model. The creation of the IT SLA model is where you bring together the concepts covered in Designing a Software Support Model and Developing Tiered Software Support Services to create the framework of your IT support model for user support and incident management.
IT SLA Model
The IT SLA Model is what most IT departments know as their incident management process model or their help desk prioritization model. The IT SLA model works best when it is formalized and published to the user community. So I am including an SLA example here which you can use to build your own version.
In this IT SLA example I have used a 4 Tier support model. Depending on your preference, or your help desk software, you might refer to them using Tier 1, Tier 2, Tier 3, or Tier 4 while others find it easier to refer to them using Premium, Enhanced, Standard, and Unsupported. And of course, there is the classic model of Platinum, Gold, Silver, and Bronze.
Each support Tier has a corresponding set of defined service levels for IT support through the help desk usually defined by the hours of coverage for support. You can also add another column for on-call support or vendor support if it helps clarify things. If you need some IT support, check out Phoenix IT support or a company close to your local area.
I have also shown here how you can incorporate other SLA criteria for Application Availability and application Performance. Feel free to incorporate as many of the other support tier classification factors as needed. But the idea of this example is to keep it simple enough for a single page for the sake of clarity and transparency.
Prioritizing incidents and the incident management process are often the only components defined in the IT SLA model. In the SLA example shown here, I have included the IT Priority Level scheme along with the Time to Engage, Time to Repair, and the Success Target which can easily fit into any ITIL incident model.
Not everyone uses an ITIL incident model where the Priority is derived from the Impact and Urgency. When using Impact and Urgency the user provides the Urgency when reporting the incident and the help desk sets the Impact based on your classification criteria. Most help desk software today support Impact being set by default based on the category, type and item (CTI) classification of the incident. This approach also allows auto-populating and auto-assigning tickets from event streams.
But, the ITIL incident model and IT prioritization model can be extended to incorporate the Support Tier of the service or application as a way of weighting the final IT Priority.
The reason for weighting based on Tier is to improve SLA performance when the help desk is allowed to set or change the default incident Impact value. When using the support Tier for weighting it is done programmatically in the help desk software and can be used to prevent over prioritization or under prioritization by the help desk by shifting the IT Priority schemes of each Tier.
If your help desk software doesn’t support using an Impact and Urgency method to set the IT Priority, you may be able to get by with a simple IT Priority Matrix and a little training of your help desk and support team staff. The IT Priority Matrix is pretty straight forward and is workable as long as your criteria for deciding the Impact are clear.
Of course you can adjust the values in the Priority Matrix to fit your organization as well as use terms like Urgent, High, Medium, and Low if you don’t like numbers. As long as the method you use is understandable and transparent to your users and supports your IT SLA goals it shouln’t matter.