As expectativas sobre o serviço de TI costumam variar entre os departamentos. O financeiro pode esperar que uma conta bloqueada seja restaurada em minutos, um novo colaborador precisa do notebook pronto no primeiro dia e os usuários podem ter interpretações diferentes sobre o que é uma solicitação urgente. Sem metas de serviço acordadas, essas diferenças levam a expectativas desencontradas e a disputas sobre o desempenho da TI.
Um SLA (Acordo de Nível de Serviço) interno estabelece compromissos claros entre a TI e os departamentos que ela atende. Ele define as solicitações cobertas, os tempos esperados de resposta e de resolução e as ações a tomar quando uma meta está em risco. Este guia explica o que incluir em um SLA interno, traz exemplos de tempos de resposta e de resolução por prioridade e mostra como definir os níveis de serviço e acompanhar o desempenho ao longo do tempo.
O que é um SLA interno?
Um SLA interno, ou acordo de nível de serviço interno, é o acordo entre a equipe de TI e os departamentos que ela atende dentro da mesma empresa: RH, financeiro, vendas, operações e qualquer outra área que abra chamados. Ele usa a mesma estrutura de um acordo de nível de serviço assinado com um fornecedor externo, mas as partes são internas e não há troca de dinheiro. O que ele oferece são expectativas compartilhadas: a que a TI vai responder, com que rapidez e o que acontece quando uma meta está em risco.
Diferente de um contrato com multas, um SLA interno funciona pela responsabilização, não pela obrigação legal. Sua função é transformar promessas vagas, como "vamos ver isso", em números que os dois lados acordaram com antecedência.
SLA interno vs. SLA externo vs. OLA
Os três termos se sobrepõem, e por isso costumam ser confundidos. A versão curta:
A diferença que mais se confunde é a entre SLA e OLA. Se o seu help desk promete uma solução em quatro horas, mas precisa que a equipe de redes aja primeiro, essa dependência pertence a um OLA (Acordo de Nível Operacional) que fica por baixo do SLA, e não ao número que você mostra ao negócio. Acertar essa estrutura em camadas evita que você se comprometa com algo que outra equipe nunca aceitou.
O que incluir em um SLA interno
Um SLA interno que funciona é curto e específico. Estas são as partes que vale a pena definir:
- Serviços cobertos. Liste a que o SLA realmente se aplica: redefinição de senha, solicitações de acesso, hardware, um aplicativo de negócio específico. O que não estiver na lista fica fora do escopo por padrão.
- Horário de atendimento. Diga quando o relógio corre. "Quatro horas" significa uma coisa às 14h de uma terça-feira e outra às 2h de um domingo, então vincule as metas ao horário comercial, a menos que o serviço seja de fato 24/7.
- Níveis de prioridade. Defina como urgência e impacto se combinam em poucas prioridades e dê um exemplo simples de cada uma, para que os chamados sejam triados sempre do mesmo jeito.
- Tempo de primeira resposta. Quanto tempo até uma pessoa reconhecer o chamado e assumi-lo. É a promessa que os usuários mais sentem.
- Tempo de resolução. Quanto tempo até o problema ser resolvido ou a solicitação ser atendida, medido por prioridade.
- Caminho de escalonamento. O que acontece quando uma meta está prestes a ser descumprida: quem é notificado e para onde o chamado vai em seguida.
- Exclusões. O que você explicitamente não cobre: dispositivos pessoais, shadow IT, solicitações de baixa prioridade fora do horário de atendimento. Nomeá-las desde o início evita discussões depois.
- Frequência de revisão. Quando você vai revisar o acordo inteiro. Trimestralmente é um padrão razoável.
Mantenha a lista de compromissos enxuta. Tudo o que você coloca no papel passa a ser algo pelo qual você é medido, então ajuda separar as metas pelas quais você realmente responde dos números que você apenas acompanha.
Exemplos de SLA interno por prioridade
A tabela abaixo reúne exemplos de SLA como ponto de partida, não como um padrão a copiar. Use-a para ver o formato de um SLA em níveis e depois defina os seus números com base no que sua equipe consegue entregar hoje de forma realista.
A menos que você opere um service desk 24/7, meça essas metas dentro do horário de atendimento definido: um P3 registrado às 16h55 não deveria ser violado durante a noite. As metas certas são as que você consegue cumprir com consistência, então comece um pouco conservador e aperte os prazos quando os dados confirmarem.
Como definir os níveis de SLA interno pela primeira vez
Se você está começando do zero, resista à tentação de desenhar o esquema perfeito no papel. Construa a partir do que você já faz.
- Meça o que você faz hoje. Extraia dos dados de chamados os tempos atuais de primeira resposta e de resolução, separados por urgência aproximada. Você não pode se comprometer com uma meta que nunca cumpriu.
- Agrupe os serviços em poucas prioridades. Organize o trabalho por impacto no negócio: o que para a empresa, o que para uma equipe, o que para uma pessoa e o que pode esperar. Esse agrupamento vira os seus níveis.
- Acorde as metas com cada área. Apresente ao financeiro, ao RH e às demais áreas o que é realista e deixe que elas contestem. Um número que a TI define sozinha é um palpite; um número que os dois lados aceitam é um SLA entre áreas.
- Comece com dois ou três níveis. Um esquema simples que todos aplicam do mesmo jeito é melhor que um esquema preciso que ninguém segue. Você pode detalhar mais quando o básico estiver funcionando.
- Meça de novo em 90 dias. Compare os resultados com as metas, veja onde há violações ou folga demais e ajuste. A primeira versão é uma hipótese, não um produto acabado.
Como acompanhar SLAs internos no InvGate Service Management
Depois que as metas existem, elas precisam funcionar sozinhas, ou vão se desviar sem que ninguém perceba. No InvGate Service Management, as políticas de SLA atribuem metas de primeira resposta e de resolução aos chamados automaticamente, por meio de regras de negócio (por categoria, prioridade, central de atendimento ou atributos personalizados), para que uma solicitação de acesso do financeiro tenha metas diferentes de uma indisponibilidade em toda a empresa sem que ninguém precise iniciar um cronômetro à mão. Configurar um SLA segue um processo curto e repetível: escolha o tipo de SLA, defina as condições que o atribuem e configure as regras de tempo, pausa e escalonamento.
A maioria das organizações não terá um único conjunto de metas para todos, e por isso é possível usar várias políticas de SLA lado a lado, cada uma limitada à área ou ao serviço que cobre. O relógio segue o horário de trabalho e os calendários de feriados, pausa automaticamente enquanto o chamado aguarda o solicitante e pode mostrar a esse solicitante um tempo estimado de resolução.
Quando uma meta se aproxima do limite ou é violada, a política escala do jeito que você definiu, e tudo se integra ao Gerenciamento de Níveis de Serviço da organização. Assim, o SLA vira algo sobre o qual você consegue gerar relatórios, e não apenas um documento esquecido na gaveta.
Os compromissos internos que sustentam essas metas também estão cobertos. O InvGate Service Management oferece suporte nativo a OLAs, para que você defina e faça cumprir metas para cada equipe ou nível de escalonamento em uma resolução que envolve várias equipes: a camada que torna realista, antes de tudo, o tempo de resolução mostrado ao solicitante.
Erros comuns com SLAs internos
- Prometer tempos que você nunca mediu. Metas definidas por otimismo, e não por dados, são violadas desde a primeira semana, e nada desgasta tanto a confiança na TI quanto um SLA que ela descumpre com frequência.
- Níveis de prioridade demais. Um esquema com dez níveis que ninguém consegue lembrar acaba aplicado de forma inconsistente. Algumas poucas prioridades que todos entendem valem mais que um sistema preciso que ninguém segue.
- Escrever o SLA sem as outras equipes. Se o financeiro e o RH nunca concordaram com os números, você não tem um acordo: tem uma lista de desejos interna da TI. As equipes atendidas precisam aprovar.
- Acompanhar a resposta e ignorar a resolução. Uma confirmação rápida seguida de uma semana de silêncio cumpre o SLA no papel e falha completamente com o usuário. Comprometa-se com as duas e meça ambas dentro do horário de atendimento real.
- Definir e esquecer. Equipe, ferramentas e carga de trabalho mudam; um SLA que nunca é revisado deixa de corresponder à realidade aos poucos. Coloque uma revisão no calendário e cumpra-a.
Perguntas frequentes
O que é um SLA interno?
É o acordo entre a TI e os outros departamentos que ela atende na mesma empresa, que define com que rapidez a TI vai responder às solicitações e resolvê-las. Ele funciona pela responsabilização mútua e não pelas multas de um contrato com fornecedor.
As equipes internas precisam de SLAs?
Nem sempre de forma formal. Uma equipe pequena, com poucos chamados, pode se sair bem com normas compartilhadas. O valor de um SLA por escrito aparece quando a operação cresce: ele deixa as expectativas explícitas, oferece uma base de medição e resolve as conversas do tipo "por que isso ainda não foi feito" antes que elas comecem.
Qual a diferença entre um SLA interno e um OLA?
Um SLA interno é a promessa da TI ao negócio: os tempos de resposta e de resolução que o solicitante vê. Um OLA é o conjunto de compromissos de apoio entre equipes internas que torna essa promessa possível. O SLA fica de frente para o solicitante; o OLA fica por baixo dele.
Quantos níveis de SLA a TI deve ter?
Comece com dois ou três e raramente passe de quatro. O número deve corresponder à forma como você realmente faz a triagem do trabalho, não ao nível de precisão que gostaria de aparentar. Níveis demais acabam aplicados de forma inconsistente, o que anula o objetivo.
Se você está escrevendo SLAs internos pela primeira vez, ou organizando os que se desviaram com o tempo, faça a avaliação gratuita de 30 dias do InvGate Service Management e veja o mecanismo funcionar com os seus próprios níveis de prioridade. Ou fale com a equipe de Vendas.
