SLA entre áreas: modelo de acordo interno e exemplo

Um SLA entre áreas estabelece compromissos entre departamentos da mesma empresa. Para organizar esse acordo, registre a entrega esperada, quem solicita, executa e aprova, os prazos e as condições de atendimento. SLA é a sigla de Service Level Agreement, ou acordo de nível de serviço.

Se os pedidos chegam por mensagens dispersas, as prioridades não têm critérios ou há dúvidas sobre quem aprova, use esses pontos para começar a negociação. O modelo de nove campos abaixo é um ponto de partida adaptável, acompanhado de um exemplo hipotético.

Em resumo:

• O foco é um acordo operacional entre equipes da mesma empresa.
• O modelo reúne escopo, entrada, responsáveis, prioridade, prazos, contagem, aceite, exceções e escalonamento.
• No modelo proposto, resposta e entrega têm prazos e marcos de início distintos.
• Negocie os compromissos conforme a capacidade das equipes e o impacto no projeto.
• Registre o atendimento e revise o acordo periodicamente ou diante de mudanças.

O que o acordo interno estabelece

A Vono descreve o SLA interno como um acordo entre departamentos da mesma empresa, como TI e outras áreas, para atender às necessidades da organização. Aqui, a aplicação proposta é operacional: combinar como uma equipe atende às demandas das quais outra depende para entregar um projeto.

Na definição apresentada pelo artigo de Gianfranco Muncinelli sobre Service Level Agreement, o SLA é um contrato entre provedor e cliente que garante níveis específicos de desempenho e confiabilidade sob determinadas condições e custo. Embora trate de TI e telecomunicações, o autor propõe ampliar a aplicação do conceito a outros serviços com impacto no negócio.

Para o uso entre áreas, a orientação é negociar responsabilidades, condições de atendimento e decisões diante de desvios, sem reproduzir automaticamente multas de contratos com fornecedores. O modelo adiante organiza esses compromissos; não define o enquadramento jurídico do acordo.

Também é importante distinguir SLA de KPI, sigla em inglês para indicador-chave de desempenho. O indicador mede; o acordo estabelece o compromisso e suas condições. A quantidade de pedidos entregues no prazo é uma medida. Qual prazo se aplica, como ele é contado e quem decide sobre uma exceção são termos do acordo.

Quando formalizar um SLA entre áreas

Avalie a recorrência da dependência, seu impacto no projeto e a clareza dos responsáveis. Uma solicitação eventual também merece regras explícitas se bloquear uma entrega crítica. Para decidir o nível de detalhamento, verifique se existem situações como:

• pedidos semelhantes distribuídos em canais que as equipes não acompanham em conjunto;
• demandas de projetos diferentes disputando a mesma capacidade sem critério de ordem;
• indefinição sobre quem aprova ou quais condições caracterizam uma entrega concluída;
• dependências cujo atraso ameaça marcos do projeto.

Comece por uma entrega delimitada, em vez de tentar regular toda a relação entre dois departamentos. Identifique o que o projeto precisa, de quem depende e em que momento. Com esse recorte, preencha uma proposta e negocie os campos com as pessoas responsáveis pelo atendimento.

Modelo de SLA entre áreas: nove campos para preencher

Use os nove campos como roteiro de preenchimento. Ajuste as regras ao fluxo das equipes e registre os valores negociados. Entrada da demanda, contagem, aceite e gatilhos detalhados são escolhas operacionais a combinar, não exigências universais.

Modelo preenchível de acordo operacional interno

Campo	O que registrar	Por que importa
1. Escopo da entrega	Entrega, formato, limites e atividades excluídas.	Explicita o resultado esperado e o que fica fora do atendimento.
2. Canal de entrada e requisitos mínimos	Canal de registro e informações necessárias para iniciar a execução.	Define onde consultar o pedido e como verificar sua completude.
3. Responsáveis	Quem solicita, executa e aprova; alçadas de decisão e substitutos.	Identifica quem atua em cada etapa e nas ausências.
4. Critérios de prioridade	Regras de classificação, ordenação, desempate e mudança de prioridade.	Registra como distribuir a capacidade entre demandas concorrentes.
5. Prazos de resposta e entrega	Tempo para responder e para enviar a entrega, com unidade, calendário e vencimento.	Separa os compromissos e permite comparar o previsto com o realizado.
6. Início, pausa e retomada	Eventos que iniciam a entrega, autorizam descontos de tempo e retomam a contagem.	Define quais esperas entram ou não no prazo, conforme o combinado.
7. Critérios de aceite	Condições verificáveis, aprovador, prazo de validação, correções e encerramento.	Distingue envio, aprovação e conclusão da demanda.
8. Exceções	Situações fora do fluxo regular, quem decide e como negociar seu atendimento.	Estabelece o tratamento de pedidos que não seguem as condições previstas.
9. Escalonamento	Gatilhos, responsáveis, alçadas e tempo de manifestação.	Define quem acionar para decidir sobre um impasse ou risco.

Como contar resposta, entrega e validação

Neste modelo, o prazo de resposta começa no registro de qualquer pedido, completo ou não, e termina com a confirmação de recebimento e a indicação de pendências. O prazo de entrega começa na confirmação de completude pela executora. Essa escolha precisa aparecer da mesma forma no acordo e no registro da demanda.

Defina a unidade e o calendário aplicável, incluindo feriados e o tratamento de registros fora do período de atendimento. Para o prazo de entrega, combine:

• Início: qual evento confirma que todas as informações necessárias estão disponíveis.
• Pausa: quais dependências autorizam interromper a contagem, quem registra e como comunica o motivo.
• Retomada: qual evento resolve a pendência e em que momento do calendário a contagem recomeça.

Registre início, fim e motivo de cada pausa. Aplique apenas os descontos previstos no acordo; a existência de uma espera não autoriza, por si só, interromper o prazo. O prazo de resposta permanece separado dessas regras.

Critério de aceite é a condição verificável usada para aprovar a entrega. Declare se o prazo de entrega termina no envio inicial ou no aceite. Se a escolha for o envio, trate a validação e as correções em janelas separadas. Diferencie correção por descumprimento do pedido original de mudança posterior de requisito, cujo escopo e prazo exigem nova negociação.

Como definir o escalonamento

Escalonar, neste modelo, significa acionar os responsáveis previstos para decidir sobre um impasse ou risco. No fluxo interno, associe cada gatilho a uma função com alçada e a um tempo de manifestação.

• Prazo de resposta vencido: quem verifica o pedido e dá retorno?
• Previsão de entrega além do vencimento: quem negocia um plano e avalia o impacto?
• Pausa ou validação acima do limite: quem resolve a pendência?
• Conflito de prioridade: quem decide qual demanda ocupa a capacidade disponível?

O acionamento precisa resultar em uma decisão registrada: prioridade, nova previsão, responsável pela pendência ou revisão do compromisso. Não o trate como punição.

Exemplo hipotético: Projetos e Dados e BI

O cenário e todos os valores abaixo são hipotéticos. Prazos, cotas e níveis são ilustrativos e não representam padrão de mercado nem recomendação de valores. Projetos depende de Dados e BI para obter painéis e extrações destinados a um lançamento.

Exemplo ilustrativo de acordo entre Projetos e Dados e BI

Campo	Exemplo ilustrativo
1. Escopo	Painéis de acompanhamento e extrações para o lançamento. Excluídos: coleta de novas fontes e análises sem pergunta de negócio definida.
2. Entrada e requisitos	Formulário único com pergunta de negócio, marco atendido, data necessária, origem dos dados e responsável pela validação.
3. Responsáveis	Solicita: gerente do projeto ou pessoa delegada. Executa: analista designado pela liderança de Dados e BI. Aprova: gerente do projeto. Substitutos identificados no registro do acordo.
4. Prioridades	Prioridade 1: bloqueia marco com data fixa. Prioridade 2: alimenta decisão agendada. Prioridade 3: demais pedidos. Líderes das áreas resolvem empates em 1 dia útil; sem acordo, acionam o nível 3.
5. Prazos	Resposta em 1 dia útil desde o registro, inclusive para informar pendências. Envio inicial em até 5 dias úteis para prioridades 2 e 3; até 2 dias úteis para prioridade 1, limitada a dois pedidos por mês. Acima da cota, a liderança de Dados e BI propõe uma data em 1 dia útil; se incompatível com o marco, aciona o nível 3. Calendário: dias úteis comuns às duas áreas, excluídos fins de semana e feriados aplicáveis; contagem a partir do dia útil seguinte ao evento de início.
6. Contagem	O prazo de entrega começa na confirmação de completude pela executora. Pausas autorizadas: espera por esclarecimento, decisão ou acesso sob responsabilidade do solicitante ou de terceiros, com motivo e datas registrados. Retomada no dia útil seguinte à resolução da pendência. Pausa sem retorno por 3 dias úteis aciona o nível 1.
7. Aceite	A entrega atende à pergunta, às fontes e ao formato acordados na confirmação de completude. O envio inicial encerra a contagem de entrega; o gerente valida em até 2 dias úteis. Correções por não atendimento ao pedido original têm prazo próprio de 2 dias úteis após seu registro e não alteram o vencimento original. A demanda encerra após aceite explícito. Silêncio por 2 dias úteis aciona o nível 1, sem aprovação automática.
8. Exceções	Pedidos fora do escopo seguem para planejamento, com prazo negociado. Mudanças de requisito geram novo pedido. Para semanas de fechamento mensal, eventuais condições especiais são aprovadas pelas duas lideranças na revisão anterior e divulgadas antes de vigorar; pedidos já assumidos mantêm seus compromissos, salvo renegociação explícita.
9. Escalonamento	Nível 1: resposta vencida, pausa sem retorno por 3 dias úteis ou validação sem manifestação por 2 dias úteis; analista e gerente do projeto se manifestam em 1 dia útil. Nível 2: previsão de atraso ou risco ao marco; liderança de Dados e BI e gerente do projeto definem plano em 1 dia útil. Nível 3: conflito de prioridade, pedido acima da cota incompatível com o marco ou impasse não resolvido no nível 2; gerente de Projetos e diretor de Dados e BI decidem em 2 dias úteis.

Nesse fluxo, a resposta informa se há pendências; a confirmação de completude inicia o compromisso de entrega. O envio, a validação e as correções ficam separados. Assim, o registro distingue o atendimento do prazo de envio da aprovação final do resultado.

Como negociar o SLA entre áreas

Reúna quem solicita, executa e aprova, além de quem tem alçada para decidir sobre prioridades. Para identificar também quem influencia ou é afetado pela entrega, veja como fazer a gestão de stakeholders. A negociação começa pelas dependências e pela capacidade disponível, antes de fixar os números. Use o seguinte roteiro:

1. Explique a dependência e o impacto. O solicitante apresenta a entrega necessária, o marco atendido e as consequências de uma mudança de data.
2. Apresente a capacidade. A executora identifica outras demandas, disponibilidade das pessoas, restrições e períodos de pico.
3. Compare alternativas. Avaliem escopo menor, entregas em etapas, cotas de prioridade ou mudança de sequência. Registrem o impacto sobre as demais demandas. Quando vários projetos disputam as mesmas pessoas, vale saber como priorizar projetos.
4. Teste as regras. Percorram um pedido incompleto, uma pausa, um empate de prioridade e uma correção. Confiram quem age e qual prazo se aplica.
5. Confirme o entendimento. Cada parte explica os compromissos assumidos, os limites e as decisões previstas para exceções.

No exemplo hipotético, Projetos solicita dois dias para qualquer pedido, mas Dados e BI informa que essa condição não cabe na capacidade disponível. A proposta negociada diferencia prioridades, limita os pedidos de prazo curto e prevê como decidir sobre o excedente. A cota exige uma regra de tratamento, não apenas um número.

A recomendação de equilibrar metas e capacidade de entrega, apresentada pela Executiva, orienta essa calibragem. Se o prazo necessário não couber, registre a incompatibilidade e encaminhe uma decisão sobre escopo, sequência, capacidade ou data do projeto, em vez de assumir um compromisso inviável.

Como acompanhar e revisar o acordo

Escolha um meio de registro acessível às duas áreas. Para cada demanda, guarde data e hora de entrada, primeira resposta, confirmação de completude, prioridade, prazo aplicável e vencimento. Acrescente pausas e retomadas com seus motivos, envio inicial, validação, aceite, correções, exceções e escalonamentos.

Defina o período observado e quem consolida os dados. Como indicadores adaptáveis ao fluxo, acompanhe:

• pedidos respondidos e entregas enviadas dentro dos respectivos prazos;
• pedidos incompletos na entrada;
• quantidade, duração e motivos das pausas;
• escalonamentos por gatilho e decisões tomadas;
• uso de exceções e correções solicitadas.

Antes de concluir que houve descumprimento, confira o prazo aplicável e os descontos autorizados. Depois investigue o motivo do desvio. Capacidade insuficiente, definição incompleta e dependência de terceiros são hipóteses de investigação, não um diagnóstico automático nem uma lista exaustiva.

A iTransport recomenda revisitar o documento de SLA com frequência para acompanhar seu cumprimento e evitar defasagem. Combine uma cadência compatível com o ritmo do projeto e antecipe a revisão diante de:

• mudança de escopo ou de datas dos marcos;
• alteração de capacidade ou entrada de novas demandas fixas;
• exceções e escalonamentos recorrentes no mesmo ponto;
• troca de canal, ferramenta, responsáveis ou modo de execução.

No cenário hipotético, mudanças repetidas de requisito pedem investigação. Se faltam definições na entrada, revise os requisitos mínimos. Se o projeto mudou de escopo, renegocie também prazo e capacidade. Registre a versão atualizada, sua vigência e o tratamento das demandas em andamento.

Cuidados ao aplicar o modelo

• Não copie penalidades automaticamente. Para o acordo operacional proposto, negocie responsabilidades, escalonamento e revisão, em vez de importar multas de contratos com fornecedores.
• Use os registros para decidir. Discuta causas, pendências e ajustes sem tratar o escalonamento como punição.
• Identifique responsáveis e alçadas. Além do nome da área, indique quem decide, quem executa e quem substitui cada função.

Perguntas frequentes

O que é um SLA interno entre áreas?

É um acordo entre departamentos da mesma empresa sobre o atendimento de serviços internos. Para aplicá-lo a um projeto, registre entregas, responsáveis, condições, prazos e decisões diante de desvios.

Como montar um SLA entre áreas?

Delimite a dependência e preencha os nove campos do modelo. Negocie os compromissos com solicitante, executora e aprovador, considerando capacidade e impacto no projeto, e defina acompanhamento e revisão.

Qual é a diferença entre KPI e SLA?

O KPI mede o desempenho; o SLA estabelece o compromisso e suas condições. Um indicador mostra quantas entregas ocorreram no prazo, enquanto o acordo define o prazo, sua contagem e o tratamento das exceções.

Como medir o cumprimento do SLA interno?

Compare os registros de resposta, envio e validação com os compromissos aplicáveis a cada pedido. Considere prioridade, vencimento, pausas autorizadas e retomadas, mantendo envio inicial e aceite separados.

Com que frequência revisar o acordo?

Combine uma cadência compatível com o projeto. Antecipe a revisão se mudarem escopo, capacidade ou condições de execução, ou se exceções e impasses se repetirem.

O que fazer quando a outra área não cumpre o prazo?

Confira a contagem e investigue o desvio. Acione os responsáveis previstos para decidir sobre o risco ou impasse, registre o plano e avalie a revisão das regras se o problema se repetir.

SLA interno é o mesmo que contrato com fornecedor?

Não. O acordo interno trata da relação entre departamentos da mesma empresa. Ao montá-lo, adapte os compromissos ao fluxo operacional, sem reproduzir automaticamente penalidades de contratos externos.

Quem participa da negociação?

Quem solicita, executa e aprova a entrega, com participação de quem decide sobre capacidade e prioridades. Os responsáveis pelo escalonamento também precisam conhecer as decisões que lhes cabem.

Leve uma dependência concreta para a negociação

Comece pelo escopo de uma entrega e pelos requisitos mínimos do pedido. Use o modelo para negociar prazos, contagem, aceite e escalonamento com a área da qual o projeto depende.

Antes de encerrar a conversa, confirme quem acompanha os compromissos, como registrar as decisões e quando ocorrerá a primeira revisão. O acordo fica pronto para uso quando as equipes sabem o que assumiram e quem decide se as condições mudarem.