Central de serviços, gerenciamento de incidentes e de problemas

O suporte começa pela identificação do que aconteceu. Uma prática reúne as pessoas, informações, ferramentas, parceiros e formas de trabalho necessários para alcançar um objetivo. As sete práticas de suporte compartilham informações, mas têm finalidades diferentes.

Classifique a situação

Um incidente não exige uma interrupção total. Uma página de despesas que normalmente abre em 2 segundos, mas agora leva 40 segundos, sofreu uma redução de qualidade. O gerenciamento de problemas procura a causa por trás dos incidentes e causas potenciais antes que interrompam o serviço. Um incidente pode justificar esse trabalho; muitos incidentes podem compartilhar um problema.

Um evento diz respeito a um estado observado. Um alerta de disco pode permitir uma ação antes que alguém perca o serviço. Se um evento mostrar que o serviço foi interrompido ou degradado, o gerenciamento de incidentes também será necessário. Os registros de evento e incidente descrevem aspectos diferentes da mesma situação.

Um item de configuração, ou IC, é um componente que precisa ser gerenciado para entregar um serviço. Servidores, bancos de dados, switches de rede e licenças de software podem ser ICs. Vincular registros a eles ajuda os profissionais a ver qual serviço e componente foram afetados.

Separe a causa do alívio

Um erro conhecido é um problema que foi analisado, mas continua sem resolução. A análise não precisa ter estabelecido a causa subjacente, e pode ainda não existir uma solução de contorno. Uma solução de contorno reduz ou elimina o impacto enquanto uma resolução completa não está disponível; algumas também reduzem a chance de novos incidentes.

Para a questão da VPN, reconectar manualmente depois que o notebook sai do modo de suspensão permite que o trabalho continue. Essa solução de contorno pode resolver o incidente atual de um usuário enquanto o problema permanece aberto. Chamar o problema de erro conhecido registra que ele foi analisado; isso não afirma que existe uma solução permanente.

Escolha a prática que realiza o trabalho

A central de serviços capta a demanda dos usuários. O gerenciamento de incidentes restaura o serviço; o gerenciamento de problemas gerencia causas, soluções de contorno e erros conhecidos. O gerenciamento de requisições de serviço atende às requisições predefinidas. O monitoramento e gerenciamento de eventos observa os serviços e responde a mudanças significativas. O gerenciamento de nível de serviço acorda e verifica metas baseadas no negócio. O gerenciamento de relacionamentos desenvolve os vínculos com as partes interessadas que apoiam esses acordos.

Classifique os fatos que motivaram o contato. Uma senha esquecida geralmente leva a uma requisição de redefinição. Uma falha no servidor de autenticação cria incidentes. Registrar o pedido de notebook para uma nova pessoa contratada como incidente aumenta a contagem de falhas e aplica as metas erradas, mesmo que o usuário o tenha enviado pelo formulário de incidente.

A central de serviços capta a demanda por resolução de incidentes e por requisições de serviço. Ela atua como ponto único de contato entre os usuários e o provedor de serviços. Os usuários têm um lugar claro onde pedir ajuda, mesmo quando várias equipes precisam contribuir para o resultado.

Mantenha a conversa integrada

Um contato precisa ser reconhecido, classificado, atribuído a um responsável e tratado. A central resolve o que pode e encaminha o trabalho especializado às pessoas certas. Ela continua responsável pelo contato com o usuário enquanto essas pessoas trabalham: informa o progresso, define expectativas e verifica se o resultado atende ao usuário.

Os usuários podem contatar a central por telefone, portal, aplicativo móvel, e-mail, chat ao vivo, chatbot, atendimento presencial, mensagem de texto, mensagem em redes sociais ou fórum comunitário. Um sistema de registro compartilhado preserva o histórico entre os canais. Quem passa do chat para uma chamada não deve precisar contar tudo de novo.

Organize as pessoas em torno do serviço

Uma transferência no suporte por fusos horários sucessivos exige um registro utilizável: impacto atual, trabalho concluído, próxima ação e atualização prometida. A próxima equipe pode continuar o trabalho e a conversa sem depender de o atendente anterior estar on-line.

À medida que o autoatendimento assume mais tarefas simples, os atendentes dedicam mais tempo a ajudar as pessoas em situações de negócio. O conhecimento prático da organização os ajuda a entender por que uma tarefa bloqueada é importante. Uma questão de folha de pagamento próxima de um prazo tem urgência diferente do mesmo sintoma em um período tranquilo.

Os profissionais precisam de empatia, comunicação clara, inteligência emocional e competências de análise e priorização de incidentes. Nem todo atendente precisa ser um especialista técnico com conhecimento aprofundado. Uma atualização eficaz poderia dizer: “Entendo que isso impede você de concluir seu relatório de fechamento do mês. A equipe de rede está trabalhando nisso e ligarei até as 11:30 com uma atualização.” Ela conecta o trabalho do usuário a uma ação e a um próximo contato confiável.

Forneça informações úteis aos atendentes

A telefonia inteligente ajuda a gerenciar chamadas e retornos de chamada. Ferramentas de fluxo de trabalho encaminham o trabalho e o escalonamento. Artigos de conhecimento apoiam correções reproduzíveis; ferramentas de acesso remoto ajudam os atendentes a auxiliar os usuários. A gravação de chamadas e as verificações de qualidade apoiam a orientação da equipe. Painéis e monitoramento mostram as condições atuais, enquanto informações de configuração revelam os componentes por trás de um serviço.

Meça a experiência e também a velocidade

A resolução no primeiro contato (FCR) é a proporção de contatos resolvidos durante o primeiro contato, sem transferência ou retorno de chamada. Para 780 resoluções no primeiro contato entre 1.200 contatos:

O tempo médio para atender, a taxa de abandono e a satisfação do usuário acrescentam perspectivas diferentes. O abandono conta as pessoas que desligam antes de um atendente responder. Uma FCR crescente pode esconder soluções frágeis se os usuários logo voltarem com a mesma questão, portanto examine também a qualidade e os contatos repetidos.

Os registros da central também apoiam outras práticas. Sintomas repetidos ajudam a identificar problemas, reclamações informam o gerenciamento de relacionamentos, e dados de resposta e satisfação apoiam as revisões de nível de serviço.

O monitoramento e gerenciamento de eventos observa sistematicamente serviços e componentes, registra mudanças significativas selecionadas e inicia respostas adequadas. Ele ajuda as equipes a agir diante de condições emergentes e de falhas que já afetaram os usuários.

Da medição ao evento

O monitoramento pode observar carga do processador, uso de memória, tempo de resposta da web, tarefas programadas ou temperatura do data center. O gerenciamento de eventos decide quais mudanças importam, como registrá-las e de que resposta precisam. Seu escopo inclui eventos de infraestrutura, serviços, processos de negócio e segurança da informação.

Uma exceção exige ação, mas o efeito sobre o serviço ainda precisa ser avaliado. Um componente pode falhar enquanto a redundância mantém o serviço funcionando. Crie um incidente quando o evento revelar um serviço interrompido ou degradado.

Calcule o tempo disponível

Um disco de 500 GB tem um alerta em 80% e uma exceção em 95%. Primeiro, encontre o espaço usado em cada limiar:

O espaço restante entre eles é de 75 GB. Com uma taxa contínua de crescimento de cerca de 10 GB por dia:

O alerta proporciona tempo para agir. Essa estimativa depende da continuidade da taxa de crescimento, portanto as medições atuais continuam úteis enquanto a equipe providencia capacidade.

Reduza o ruído e revele causas comuns

Escolha o que monitorar com base nas metas de serviço e nos riscos. Defina limiares, filtre eventos que não precisam de atenção e correlacione eventos relacionados. Se a falha de um switch de rede tornar 40 servidores conectados inacessíveis, a correlação agrupa seus alertas e direciona a atenção para o switch comum.

Emitir alertas para cada evento registrado cria fadiga de alertas. Mensagens frequentes sem uma ação útil ensinam as pessoas a ignorar alertas. Cada alerta precisa de um responsável e de uma ação. Mantenha eventos informativos rotineiros nos registros e revise limiares que exigem atenção repetidamente sem produzir trabalho útil.

As respostas podem incluir uma reinicialização automatizada, uma notificação, um registro de incidente, um registro de problema para uma condição recorrente ou uma requisição de mudança para aumentar a capacidade. Alguns eventos simplesmente permanecem no registro para análise posterior. Automatizar uma resposta ainda exige uma regra clara sobre quando ela se aplica.

Verifique o que os usuários realmente conseguem fazer

Indicadores saudáveis dos componentes podem coexistir com um serviço que não funciona. Uma verificação de ponta a ponta, como uma transação sintética que acessa o sistema e conclui uma compra de teste a cada 5 minutos, testa um resultado do usuário em vários componentes. As tendências de monitoramento ajudam o gerenciamento de problemas a identificar padrões e o gerenciamento de nível de serviço a relatar disponibilidade e desempenho.

O gerenciamento de incidentes minimiza o impacto negativo dos incidentes, restaurando o serviço normal o mais rápido possível. Todo incidente é registrado e gerenciado de acordo com expectativas de resolução realistas, acordadas e comunicadas. Os relatos podem vir de usuários, monitoramento, fornecedores ou profissionais.

Registre informações suficientes para outra pessoa agir

Um registro útil identifica as pessoas afetadas e como contatá-las, o serviço e os itens de configuração relevantes, o momento da detecção e os sintomas. Também contém categoria, impacto, urgência, prioridade, grupo designado, ações e resolução. Vínculos com mudanças, problemas, erros conhecidos e artigos de conhecimento relacionados evitam investigações repetidas.

Por exemplo: “Desde as 09:40, os leitores do depósito norte não conseguem enviar confirmações de entrega; cerca de 30 funcionários estão afetados.” Isso informa ao próximo atendente o efeito sobre o serviço, um local, um horário e a escala. Registre descobertas e ações posteriores conforme o trabalho avança para manter o histórico utilizável.

A categorização agrupa incidentes por tipo, como “Rede > Wi-Fi” ou “Aplicativo > Folha de pagamento”. Uma categoria correta encaminha o trabalho às pessoas com as competências adequadas e apoia uma análise de tendências confiável. A classificação incorreta pode causar atrasos hoje e dados enganosos sobre problemas mais tarde.

Decida o que precisa de atenção primeiro

O impacto descreve o efeito sobre o negócio: usuários afetados, importância do serviço e consequências financeiras, legais ou para a segurança. A urgência descreve a rapidez com que o dano aumenta ou a rapidez com que o serviço precisa ser restabelecido. A prioridade combina os dois para definir a ordem do trabalho.

As organizações definem suas próprias matrizes. Este é um exemplo comum de cinco níveis:

Uma falha na finalização de compras de uma loja que afeta todos os clientes em um dia de promoção tem alto impacto e alta urgência, resultando em prioridade 1 nessa matriz. A folha de pagamento indisponível para a equipe de RH, com processamento previsto para amanhã, tem impacto médio e alta urgência, resultando em prioridade 2. Um segundo monitor piscando, com um reserva disponível, tem baixo impacto e baixa urgência, resultando em prioridade 5.

Uma pessoa em cargo elevado que liga pode ter uma necessidade urgente de negócio, mas o cargo e o volume de reclamações não definem a prioridade. Pergunte qual trabalho está bloqueado e quando as consequências se tornarão graves. Aplique a matriz acordada a esses fatos.

Separe a resposta da restauração

Para um incidente de prioridade 2, suponha que as metas sejam responder em até 30 minutos e resolver em até 4 horas. Um registro aberto às 13:10 é reconhecido e atribuído às 13:25: a resposta leva 15 minutos. O serviço restaurado às 16:40 resulta em um tempo de resolução de 3 horas e 30 minutos. Ambas as metas são cumpridas e medem marcos diferentes.

Incidentes de baixo impacto precisam de tratamento eficiente; incidentes de alto impacto podem precisar de mais pessoas e atenção da gestão. Um modelo de incidente fornece etapas predefinidas para um tipo conhecido de incidente, como uma impressora que fica off-line, incluindo verificações e atribuição. Ele economiza tempo sem tomar a decisão de prioridade para cada nova situação.

A pessoa que registra um incidente pode não ser a pessoa que restaura o serviço. Usuários, atendentes da central, especialistas, fornecedores e equipes temporárias podem contribuir. Uma responsabilidade clara e transferências de trabalho úteis mantêm o trabalho em andamento enquanto o usuário tem um contato confiável.

Envolva a ajuda adequada

O suporte em níveis agrupa o trabalho por conhecimento especializado. Uma organização comum coloca a central de serviços no nível 1, especialistas em rede ou aplicativos no nível 2 e especialistas com conhecimento aprofundado, desenvolvedores ou fornecedores no nível 3. As organizações escolhem sua própria estrutura e numeração.

A resolução colaborativa reduz a espera e as transferências repetidas quando a responsabilidade ainda não está clara. Convide as pessoas relevantes e libere-as quando sua contribuição não for mais necessária. O esforço total depende de como a resolução colaborativa é conduzida; manter muitas pessoas em um incidente simples desperdiça tempo.

Utilize artigos de conhecimento, erros conhecidos, monitoramento e registros de mudanças recentes durante a investigação. Uma transferência útil informa qual serviço foi afetado, o que já foi tentado e o que aconteceu. Transferir o chamado sem essas informações favorece a repetição do trabalho. Um responsável responde pelo incidente até o encerramento, mesmo quando o grupo técnico designado muda.

Avalie a resolução pelo serviço

Resolução significa que o serviço normal foi restabelecido. Ela pode resultar de uma correção permanente ou de uma solução de contorno. Suponha que a falha de um servidor de impressão impeça a impressão de contracheques. O nível 2 redireciona os trabalhos para um servidor reserva em até 25 minutos. Os usuários podem imprimir novamente, então o incidente está resolvido, enquanto o gerenciamento de problemas pode investigar por que o primeiro servidor falhou.

Uma reinicialização que não permite aos usuários voltar a imprimir não resolveu o incidente. Marcá-lo como resolvido para cumprir uma meta apenas produz relatórios enganosos e chamados reabertos. Verifique o resultado do serviço, usando a confirmação do usuário e verificações pertinentes.

Mantenha os usuários informados e encerre o registro

Acorde intervalos de atualização e use linguagem clara. Por exemplo: “A impressão está sendo redirecionada para outro servidor. Esperamos que volte a funcionar até as 14:30 e confirmaremos quando isso acontecer.” Explique o efeito sobre o serviço, a ação e a próxima atualização sem pedir que os usuários interpretem registros técnicos.

O encerramento inclui a confirmação de que o serviço funciona para o usuário, o registro da resolução, a categoria final correta e vínculos com problemas ou erros conhecidos relacionados. Atualize os artigos de conhecimento quando o incidente ensinar uma etapa que possa ser reutilizada. Algumas organizações encerram um registro resolvido após um período definido, como 3 dias úteis, se o usuário não responder; a regra de encerramento faz parte do processo acordado.

Suspeitas de malware, comprometimento de contas ou vazamento de dados podem chegar pela mesma central. Registre o relato e transfira-o ao processo específico de resposta a incidentes de segurança da organização. Situações de desastre ativam os planos de recuperação de desastres da organização.

Um incidente grave tem impacto tão significativo sobre o negócio que exige uma resposta dedicada e coordenada. A organização define seus critérios. Uma interrupção que afete muitos clientes ou uma falha no sistema de pagamentos pode se enquadrar nesses critérios, e incidentes graves costumam corresponder à prioridade mais alta.

Declare com base no impacto e coordene a resposta

Não espere conhecer a causa antes de declarar um incidente grave. A declaração oferece à organização uma forma de reunir as pessoas certas enquanto a investigação continua. Se evidências posteriores mostrarem um impacto menor, a classificação do incidente poderá ser reduzida.

Um gerente de incidentes graves designado coordena prioridades, ações e decisões. Especialistas, fornecedores e representantes do negócio podem formar uma equipe temporária de resposta. Trata-se de resolução colaborativa em escala maior: a equipe trabalha em conjunto para restaurar o serviço, com responsabilidade clara pela coordenação.

A comunicação precisa de um responsável próprio. Forneça atualizações às partes interessadas em intervalos fixos, como a cada 30 minutos. Um banner no portal ou uma página de status mostra que a questão é conhecida e reduz as chamadas repetidas. Mantenha as atualizações para o negócio separadas da chamada de trabalho técnico, para que os profissionais técnicos possam se concentrar e as partes interessadas recebam informações claras.

Acompanhe a interrupção dos pagamentos

Às 09:12, o monitoramento detecta que todos os pagamentos com cartão nos caixas das lojas falham. A primeira loja liga às 09:15. A organização declara um incidente grave às 09:18 e reúne a equipe até as 09:20.

Às 09:35, as partes interessadas recebem a primeira atualização. Às 09:50, a equipe identifica uma renovação de certificado do gateway de pagamento que ocorreu às 09:00. Às 10:05, a mudança é revertida e os pagamentos voltam a funcionar. A restauração levou 53 minutos desde a detecção:

O monitoramento confirma que o serviço está estável às 10:20, quando a atualização final é enviada. Essa confirmação posterior é diferente do horário de restauração, às 10:05. Registrar ambos torna claros a linha do tempo e o cálculo do nível de serviço.

Aprenda após o retorno do serviço

Uma revisão pós-incidente examina o que aconteceu, como funcionou a resposta e o que deve melhorar. Uma revisão sem atribuição de culpa pergunta quais condições técnicas e organizacionais permitiram a falha. As pessoas podem relatar com mais abertura verificações ausentes e decisões confusas quando a discussão busca melhorias em vez de um culpado.

Atribua responsáveis às ações de melhoria e defina uma forma de verificar sua conclusão. Um incidente grave também é um forte gatilho para o gerenciamento de problemas, pois sua recorrência pode ter impacto sério. A investigação pode levar a uma correção permanente por meio da habilitação de mudanças. O gerenciamento de nível de serviço relata a interrupção em relação às metas acordadas, e o gerenciamento de relacionamentos explica o efeito e o plano de prevenção aos líderes de negócio afetados.

O gerenciamento de problemas reduz a probabilidade e o impacto dos incidentes identificando causas reais e potenciais e gerenciando soluções de contorno e erros conhecidos. Ele utiliza evidências do trabalho de suporte para tornar futuras interrupções menos prováveis ou menos custosas.

Faça uma pergunta diferente

As duas práticas podem trabalhar na mesma questão ao mesmo tempo. Os profissionais de incidentes podem aplicar uma solução de contorno enquanto os profissionais de problemas investigam as condições por trás da falha. Uma solução de contorno bem-sucedida alivia os usuários, mas sua aplicação repetida ainda consome tempo e mantém a causa presente.

O gerenciamento de problemas tem três fases: identificação de problemas, controle de problemas e controle de erros. A identificação encontra uma causa ou risco que merece investigação. O controle de problemas o analisa e documenta soluções de contorno e erros conhecidos. O controle de erros gerencia os erros conhecidos não resolvidos e avalia soluções duradouras.

Utilize várias fontes de evidência

As tendências de incidentes revelam sintomas recorrentes. Atendentes da central e usuários podem perceber padrões escondidos por descrições diferentes nos chamados. Um incidente grave pode expor um risco sério de recorrência após uma única interrupção. Fornecedores podem anunciar defeitos; desenvolvedores, testadores e equipes de projeto podem identificar condições com probabilidade de falhar quando um serviço for usado mais amplamente.

O gerenciamento reativo de problemas começa com incidentes que aconteceram. O trabalho proativo começa com causas potenciais antes que um incidente ocorra. Um alerta de fornecedor de que uma versão de firmware apresenta vazamento de memória pode justificar uma investigação mesmo que os usuários locais não tenham relatado falhas. Eventos de alerta repetidos podem fornecer outro sinal antecipado.

Transforme um padrão em registro de problema

Em 30 dias, a central registra 14 incidentes descritos como “A VPN cai depois que o notebook sai do modo de suspensão”. Cada um consome cerca de 25 minutos de trabalho da central:

Isso equivale a cerca de 5,8 horas, sem contar o tempo perdido pelos usuários. Vincule os incidentes a um registro de problema para que os investigadores possam comparar dispositivos afetados, condições e horários. Os incidentes separados continuam registrando cada interrupção; o problema vincula as evidências de sua causa comum.

Um registro de problema útil contém a descrição, os serviços e ICs afetados, os incidentes vinculados, um responsável, o status, as conclusões da análise e uma prioridade baseada no risco. Considere tanto a probabilidade de mais incidentes quanto o tamanho de seu impacto sobre o serviço. Uma falha rara de um serviço crítico pode merecer atenção assim como uma falha pequena e frequente.

Abrir um problema para cada incidente cria um acúmulo de trabalho sem uma finalidade útil de investigação. Uma questão isolada com causa óbvia e trivial pode não precisar de um registro de problema separado. Recorrência, grande impacto ou uma falha potencial significativa são motivos mais fortes para investigar.

O controle de problemas analisa problemas e documenta soluções de contorno e erros conhecidos. A prioridade acompanha o risco para os serviços, de modo que o esforço de investigação se concentre onde novos incidentes são mais prováveis ou mais prejudiciais.

Vá além do componente que falhou

As quatro dimensões ajudam a ampliar a análise: organizações e pessoas, informação e tecnologia, parceiros e fornecedores, e fluxos de valor e processos. Uma falha técnica pode estar ligada a uma lacuna no processo ou à falta de conhecimento. Por exemplo, a configuração do notebook pode desativar uma opção de energia necessária ao driver de rede de um fornecedor, enquanto os testes da imagem padrão não detectam o efeito.

Técnicas úteis examinam evidências de diferentes ângulos:

• Os cinco porquês seguem uma cadeia de explicações até causas sobre as quais as pessoas podem agir. O nome incentiva uma investigação mais profunda, sem exigir que se pare em exatamente cinco perguntas.
• Um diagrama de causa e efeito, também chamado de diagrama de espinha de peixe, agrupa possíveis causas sob categorias como pessoas, processo, tecnologia e fornecedores.
• Uma linha do tempo coloca mudanças e falhas em ordem temporal para que a equipe possa examinar sua relação.

As possíveis causas precisam ser verificadas com base em evidências. Várias condições podem interagir, portanto o resultado útil é uma explicação que apoie a ação, mesmo quando não há uma única causa raiz.

Percorra uma cadeia de causas

Uma exportação da folha de pagamento falha porque sua tarefa em lote excede o tempo limite. Por que ela excede o tempo limite? Uma consulta ao banco de dados leva três vezes mais tempo que o normal. Por quê? Um índice está ausente após uma atualização. Por que está ausente? O script de atualização não o recriou. Por que a questão não foi detectada? A lista de verificação da liberação não inclui uma verificação de desempenho do banco de dados.

Essa análise aponta para trabalho técnico no índice e no script, além de uma melhoria de processo nas verificações de liberação. Parar no tempo limite deixaria intactas as condições que permitem sua recorrência. Parar em “erro humano” também deixaria de identificar as verificações ou os procedimentos mais claros que poderiam evitar outro erro.

Torne o alívio parcial reutilizável

Quando uma correção completa não está disponível, documente uma solução de contorno no registro de problema. Forneça detalhes suficientes para que os profissionais a apliquem de forma consistente e explique quando ela é adequada. Para a questão da VPN no notebook, a ação é: “Depois que o notebook sair do modo de suspensão, abra o aplicativo de VPN e selecione Reconectar; isso leva cerca de 20 segundos.”

Uma solução de contorno reduz o efeito do problema; ela não estabelece que a causa foi eliminada. Compartilhe-a em uma base de conhecimento ou base de dados de erros conhecidos para que os profissionais de incidentes possam restaurar os serviços correspondentes mais rapidamente, às vezes durante o primeiro contato.

Um problema se torna um erro conhecido quando foi analisado e continua sem resolução. A causa subjacente ainda pode ser incerta, e uma solução de contorno ainda pode não estar disponível. O registro reúne o que foi avaliado e aprendido até o momento. Exigir uma causa comprovada e uma solução de contorno antes de compartilhar o erro conhecido atrasaria informações úteis.

Os registros de incidentes fornecem grande parte das evidências. Categorias, sintomas, ações e resultados consistentes ajudam os analistas a comparar casos. O controle de problemas retribui com conhecimento melhor para o próximo incidente.

O controle de erros gerencia erros conhecidos e identifica possíveis soluções permanentes. Ele mantém visíveis o custo e o efeito dos problemas não resolvidos, para que as decisões sobre correções usem evidências atuais.

Compare o esforço com o benefício

Uma solução precisa ser justificada em termos de custo, riscos e benefícios. Inclua o esforço de teste e implantação, o impacto de aplicar a solução de contorno repetidamente e o tempo que os usuários perdem. Uma correção técnica rápida ainda pode trazer riscos ao serviço; um reparo mais demorado pode valer a pena se eliminar interrupções frequentes.

O erro conhecido da VPN causa cerca de 14 incidentes por mês, consumindo cerca de 25 minutos de trabalho da central por incidente. O driver atualizado exige 16 horas para testes e implantação em 600 notebooks.

1. O esforço mensal da central é de $14\times 25=350\text{ minutos}$.
2. O esforço planejado para a correção é de $16\times 60=960\text{ minutos}$.
3. O prazo de retorno em tempo da central é de $960÷350\approx \mathrm{2,7}\text{ meses}$.

Essa estimativa compara o esforço único de correção com o esforço recorrente da central. O tempo economizado pelos usuários acrescenta outro benefício. Ela ajuda a justificar a mudança, embora o risco de sua implementação ainda precise ser avaliado.

Mantenha erros aceitos sob revisão

Uma organização pode aceitar um erro conhecido quando uma correção permanente custa mais do que seu benefício. Considere uma pequena falha de exibição em um sistema legado cuja desativação está prevista para 4 meses. Se a solução de contorno for simples, a decisão pode ser mantê-la até a desativação.

A aceitação exige um erro documentado, uma solução de contorno utilizável e uma revisão da decisão ao longo do tempo. Se a desativação for adiada ou o efeito sobre os usuários aumentar, o equilíbrio muda. O controle de erros reavalia o impacto sobre os clientes, a disponibilidade e o custo das soluções e a eficácia das soluções de contorno. Melhorar ou automatizar uma solução de contorno repetida pode reduzir o esforço enquanto o erro permanente permanece.

Autorize a implementação e verifique o sucesso

O gerenciamento de problemas identifica e justifica a solução. A habilitação de mudanças avalia o risco e autoriza uma mudança antes de as equipes responsáveis implementá-la. Um registro de problema, por si só, não autoriza uma implantação em produção.

Após a implementação, verifique se a causa ou seu efeito foi realmente eliminado. Por exemplo, revise o monitoramento e os incidentes correspondentes durante um período de 30 dias. Uma mensagem de implantação bem-sucedida mostra que uma ação foi concluída; as tendências de incidentes mostram se a ação resolveu o problema.

Quando as evidências confirmarem o resultado, encerre o problema e o erro conhecido e atualize ou retire de uso os artigos relacionados. Se os incidentes continuarem, utilize as novas evidências para reavaliar a análise ou a solução. O gerenciamento de problemas também alimenta a melhoria contínua quando a investigação revela lacunas em um processo, nas competências dos profissionais ou nos acordos com fornecedores.

O gerenciamento de requisições de serviço trata requisições predefinidas e iniciadas pelos usuários de maneira eficaz e fácil para eles, para apoiar a qualidade de serviço acordada. As requisições fazem parte da entrega normal, mesmo quando seu atendimento exige várias pessoas ou aprovações.

Reconheça os tipos comuns de requisição

Um notebook com falha é um incidente porque um serviço existente parou de funcionar. Um pedido acordado de notebook é uma requisição. O canal ou a forma de expressão não decide o tipo; a situação do serviço é que decide.

As organizações costumam publicar os tipos de requisição em um catálogo de serviços em um portal de autoatendimento. Cada formulário coleta informações necessárias para a entrega, como usuário, data de início, centro de custo e gerente aprovador. Solicitar os detalhes pertinentes no envio evita trocas repetidas que aumentam o tempo de espera.

Separe a requisição da mudança

Algumas requisições exigem uma mudança em um serviço ou IC. Uma mudança padrão é de baixo risco, pré-autorizada, bem compreendida e totalmente documentada. Ela segue seu procedimento aprovado sem uma nova autorização a cada uso. Adicionar um usuário a uma lista de distribuição de e-mail é um exemplo comum.

O status da requisição e a autorização da mudança respondem a perguntas diferentes. Uma requisição predefinida do catálogo continua sendo uma requisição de serviço quando seu atendimento exige uma mudança que requer avaliação individual. Mantenha o registro da requisição e vincule o trabalho de habilitação de mudanças necessário para atendê-la.

Por exemplo, um catálogo oferece servidores virtuais. Um usuário solicita um servidor com tamanho acima do intervalo permitido pela mudança padrão. A solicitação continua sendo uma requisição de serviço; a construção passa pela habilitação de mudanças antes do atendimento. Estar em um catálogo não concede pré-autorização a todas as construções possíveis.

Uma solicitação de algo que não é predefinido segue outro caminho. “Construam um novo portal de clientes para nós” é uma nova demanda para uma decisão de produto ou projeto. Uma proposta de instalar software de controle remoto desconhecido em todos os computadores do escritório precisa de avaliação de mudança. Chamá-la de solicitação na linguagem cotidiana não a torna uma requisição de serviço predefinida.

Aja sobre o feedback e a demanda frequente

Uma reclamação recebida pelo fluxo de requisições precisa de um responsável que possa agir sobre ela. Reclamações repetidas sobre tempos de resposta podem chegar ao gerenciamento de nível de serviço, enquanto uma perda mais ampla de confiança pode exigir o gerenciamento de relacionamentos. Registrar o feedback é o início da ação, e não sua conclusão.

Conte os tipos de requisição para descobrir onde a padronização ajudará mais. Requisições de acesso, redefinições de senha e pedidos de equipamentos costumam representar grande parte do volume. Reutilizar um procedimento definido para esses tipos frequentes evita que usuários e profissionais tratem cada ocorrência como uma nova tarefa de desenho.

Um fluxo de trabalho de requisição define o caminho desde o envio até o atendimento: etapas, aprovações, responsabilidades e o resultado que o usuário recebe. Tipos semelhantes de requisição muitas vezes podem reutilizar um modelo de fluxo de trabalho com pequenas alterações.

Posicione as aprovações onde elas acrescentam controle

As regras de aprovação dependem da requisição. Uma redefinição de senha pode prosseguir após a verificação de identidade, sem aprovação de um gerente. A compra de um notebook pode exigir aprovação financeira. O acesso a dados da folha de pagamento pode exigir aprovação da segurança da informação ou do responsável pelos dados.

As políticas definem quais requisições precisam dessas decisões e quais podem prosseguir com poucas aprovações ou sem elas. Enviar toda ação rotineira a um gerente acrescenta espera sem aplicar os requisitos reais de controle da requisição. Remover uma aprovação de acesso obrigatória para ganhar velocidade cria outra falha. Deixe a política explícita antes de automatizar o fluxo.

Acompanhe uma requisição para uma nova pessoa contratada

Um gerente responsável pela contratação envia uma requisição 10 dias úteis antes da data de início. O formulário coleta o papel da pessoa contratada, a data de início e as necessidades de equipamento e acesso.

• No dia 1, o RH confirma a data de início e a criação de contas é executada automaticamente.
• Nos dias 2–3, os responsáveis pelos dados aprovam o acesso aos sistemas do departamento.
• Nos dias 2–4, a equipe de suporte retira um notebook do estoque e o configura.
• Antes da data de início, o equipamento e os acessos são entregues e verificados.

Algumas atividades ocorrem em paralelo. O fluxo de trabalho ainda mostra seus responsáveis e dependências separadamente. O gerente acompanha o status geral a partir de uma única requisição, incluindo qualquer etapa que aguarde aprovação.

Torne a rapidez previsível

Publique tempos de atendimento que a organização possa cumprir, como “Notebook padrão: 3 dias úteis; notebook fora do padrão: 10 dias úteis”. Se uma etapa estiver aguardando, mostre qual decisão ou informação é necessária e quem é responsável por ela. Uma espera visível oferece ao usuário uma explicação útil sobre o progresso.

O gerenciamento de nível de serviço acorda as metas; a central frequentemente recebe as requisições. Medidas úteis incluem o atendimento em relação à meta, a proporção atendida automaticamente, as requisições devolvidas por falta de informações e a satisfação. Muitos formulários devolvidos podem indicar perguntas pouco claras no início, enquanto aprovações lentas podem exigir uma mudança de política ou encaminhamento.

Automatize um processo confiável

Suponha que cada uma das 400 chamadas mensais de redefinição de senha leve cerca de 8 minutos. Uma redefinição segura por autoatendimento com verificação multifator pode eliminar:

Isso equivale a cerca de 53 horas de trabalho dos atendentes por mês se todas essas chamadas forem evitadas. Os usuários também passam a ter acesso à ação a qualquer hora. Padronize as etapas e a verificação necessária antes da automação para que ela repita um procedimento adequado.

Alguns usuários enviam requisições como incidentes na esperança de receber atendimento mais rápido. Redirecione o registro com uma breve explicação e a expectativa correta de atendimento. Políticas e fluxos de trabalho também redirecionam solicitações que são, na verdade, incidentes ou mudanças. Melhorar o fluxo de requisições reduz o incentivo para escolher o formulário errado e mantém os relatórios de incidentes úteis.

O gerenciamento de nível de serviço estabelece metas claras baseadas no negócio e garante que a entrega seja avaliada, monitorada e gerenciada em relação a elas. Um nível de serviço descreve a qualidade esperada ou alcançada por meio de uma ou mais métricas. Um acordo de nível de serviço (ANS/SLA) documenta os serviços necessários e o nível de serviço esperado acordado entre provedor e cliente.

Comece pelo trabalho do cliente

Um ANS útil está relacionado a um serviço definido no catálogo e a resultados definidos. Ele registra um acordo real alcançado por meio de discussão e utiliza linguagem que ambas as partes possam entender. O tempo de disponibilidade do servidor, por si só, pode não mostrar se os clientes conseguem concluir pedidos durante o horário de funcionamento.

O conteúdo típico inclui escopo e horários do serviço, disponibilidade, metas de resposta e resolução de incidentes, tempos de atendimento de requisições, contatos de suporte, responsabilidades de ambas as partes, medição e relatórios e frequência de revisão. Acorde como cada medida é calculada para que os relatórios usem a mesma base da promessa.

Calcule a indisponibilidade permitida

Utilize o tempo de serviço acordado como denominador. Para um serviço 24/7 em um mês de 30 dias:

Uma meta de disponibilidade de 99,9% permite 0,1% de indisponibilidade:

A disponibilidade é a proporção do tempo acordado em que o serviço está disponível:

Com 50 minutos de indisponibilidade, a disponibilidade é de cerca de 99,88%, portanto a meta não é cumprida. Utilize o resultado não arredondado ao compará-lo com uma meta próxima do valor alcançado.

Para o horário de serviço de segunda a sexta-feira, das 08:00 às 18:00, durante 22 dias úteis, o tempo acordado é de 220 horas ou 13.200 minutos. A 99,5%, a indisponibilidade permitida é de 66 minutos. Uma interrupção de 90 minutos às 02:00 de domingo ocorre fora desses horários acordados e não é contabilizada para essa meta. Uma interrupção de 40 minutos durante o horário de serviço de terça-feira resulta em cerca de 99,70%, o que cumpre a meta.

Sustente a promessa nos bastidores

Uma promessa de restauração em 4 horas precisa de acordos de suporte capazes de alcançar esse resultado. Um fornecedor que promete apenas um técnico no local em até 8 horas não pode, somente com essa promessa, sustentar uma meta de restauração de 4 horas.

As organizações podem usar um ANS baseado em serviço para um serviço e todos os seus clientes, um ANS baseado no cliente para os serviços de um grupo de clientes ou uma estrutura multinível com termos corporativos, do cliente e do serviço.

Os relatórios de nível de serviço precisam de uma visão abrangente da entrega. As medidas operacionais mostram o que o provedor fez; as medidas de negócio e o feedback mostram como o serviço apoiou o trabalho do cliente.

Escolha as medidas em conjunto

O engajamento do cliente identifica necessidades por meio da conversa. Pergunte: “Qual trabalho a tecnologia apoia?”, “Quais são seus horários críticos de negócio?” e “Como você mede o sucesso?” O feedback do cliente acrescenta resultados de pesquisas e comentários após incidentes, requisições e períodos mais longos de serviço.

As métricas operacionais incluem contagens de incidentes, tempos de resposta e disponibilidade. As métricas de negócio podem incluir pedidos processados por hora. Combiná-las pode revelar uma lacuna entre o desempenho técnico e um serviço utilizável.

O efeito melancia descreve relatórios verdes acompanhados de uma experiência vermelha para o cliente. Por exemplo, todas as metas de resolução e a disponibilidade de 99,95% são cumpridas, mas o sistema de clientes leva 12 segundos por tela no final do trimestre e a satisfação cai para 2,1 em 5. O acordo deixa de contemplar uma condição importante para um serviço útil. Discuta a tarefa de negócio lenta e revise as métricas e metas em torno dessa necessidade.

Calcule a taxa de cumprimento da meta

De 200 incidentes de prioridade 3, 184 cumprem uma meta de resolução de 8 horas úteis:

Se a taxa de cumprimento exigida for 95%, o número de incidentes que precisavam cumprir a meta é:

Faltaram 6 incidentes para cumprir a meta. A taxa de cumprimento mede quantos casos cumpriram sua meta individual, enquanto a disponibilidade mede o tempo de serviço. Elas têm denominadores diferentes e devem ser identificadas com clareza.

Aplique a contagem de tempo acordada

Um ANS estabelece se o tempo é contado em horas úteis ou horas corridas e se esperas especificadas pausam o relógio. Não invente uma pausa porque um chamado está aguardando o usuário; aplique a regra acordada.

Suponha que o horário de serviço seja de segunda a sexta-feira, das 08:00 às 18:00, e que o prazo de resolução seja de 8 horas úteis. Um incidente registrado na sexta-feira às 16:00 consome 2 horas antes do fechamento. As 6 horas restantes começam na segunda-feira às 08:00, resultando em um prazo final na segunda-feira às 14:00. O fim de semana acrescenta tempo corrido, mas não consome o prazo em horas úteis.

Revise o comportamento e a melhoria

Uma única medida pode incentivar atalhos. Se a velocidade for a única meta, os profissionais podem encerrar chamados não resolvidos. As taxas de reabertura e a satisfação ajudam a revelar se o encerramento rápido refletiu uma restauração real. Analise as medidas em conjunto antes de decidir que um processo melhorou.

Uma revisão de serviço reúne provedor e cliente, frequentemente a cada mês ou trimestre, para examinar desempenho, tendências, mudanças futuras e ações de melhoria. Mostre o contexto junto aos resultados de cumprimento ou não cumprimento: disponibilidade, volumes de pedidos, satisfação e uma explicação das metas não cumpridas. Atribua ações e utilize a revisão para atualizar o ANS quando as necessidades do negócio tiverem mudado. As conclusões também alimentam a melhoria contínua.

O gerenciamento de relacionamentos estabelece e desenvolve vínculos entre a organização e suas partes interessadas nos níveis estratégico e tático. Ele identifica e analisa relacionamentos, monitora seu funcionamento e os melhora ao longo do tempo.

Entenda quem precisa de quê

Uma pessoa pode exercer mais de um papel, mas os interesses ainda precisam ser examinados. Identifique necessidades, prioridades e influência. Um patrocinador pode enfatizar o custo enquanto os usuários pedem horários de suporte mais longos. Compreender ambas as necessidades dá ao provedor uma base para discutir as concessões necessárias.

As atividades de relacionamento incluem resolver requisitos conflitantes, monitorar a satisfação, tratar reclamações e escalonamentos e ajudar as partes interessadas a entender como obter valor dos serviços. Elas também ajudam a priorizar produtos e serviços de acordo com as necessidades do negócio.

Compartilhe os planos antes que se tornem urgentes

Um gerente de relacionamento com o negócio frequentemente atua como contato sênior de uma grande unidade de negócio. Esse profissional entende os planos da unidade, representa suas necessidades junto ao provedor e explica as capacidades e limitações do provedor.

Em uma discussão trimestral, o marketing informa que se espera que uma campanha em dois meses atraia cinco vezes o tráfego habitual do site. O gerente de relacionamento compartilha essa informação com as equipes de capacidade e com o gerenciamento de nível de serviço. O provedor pode preparar capacidade adicional e discutir as expectativas de serviço antes do início da campanha.

A informação útil vai além de um número previsto. Ela inclui quando a demanda ocorrerá e por que é importante. Isso permite que o trabalho técnico e as discussões sobre metas apoiem o mesmo evento de negócio. Esperar até o dia do lançamento transforma uma necessidade previsível em um problema urgente.

Conecte a confiança a compromissos mensuráveis

O gerenciamento de relacionamentos cuida da parceria mais ampla, da confiança e do direcionamento estratégico. O gerenciamento de nível de serviço trata de metas específicas de serviço e de sua medição. Uma conversa regular pode revelar uma necessidade; o trabalho de nível de serviço pode transformá-la em um compromisso acordado com medidas adequadas.

Um bom relacionamento permite uma discussão franca sobre limites e custos de serviço. Uma entrega confiável fortalece essa confiança. Ambas as partes contribuem: o cliente compartilha planos em tempo hábil, e o provedor explica os recursos necessários para um nível de serviço proposto. Isso é cocriação de valor no trabalho prático de suporte.

Contatar o negócio apenas durante interrupções deixa planos e preocupações desconhecidos. Mantenha o contato planejado também quando o serviço estiver funcionando bem. Reclamações que revelem um relacionamento prejudicado precisam de discussão e acompanhamento, enquanto seus detalhes de desempenho também podem informar a próxima revisão de serviço.

Um fluxo de valor é uma série de etapas pelas quais uma organização cria e entrega produtos e serviços aos consumidores. Um fluxo de valor de suporte combina práticas em torno de um resultado, como restaurar o serviço de um usuário. Ele pode envolver as atividades engajar, entrega e suporte e melhorar da cadeia de valor.

Detecte, coordene e restaure

Às 08:55, o monitoramento alerta que a fila de e-mails enviados está aumentando. Às 09:05, ela ultrapassa o limiar de exceção e um incidente é criado. Das 09:10 às 09:30, a central recebe 25 chamadas, vincula os contatos ao incidente e publica um banner no portal.

A equipe de mensagens encaminha os e-mails por um gateway reserva às 09:40. O serviço normal de e-mail retorna, então o incidente é resolvido após 35 minutos. A solução de contorno restaura a entrega, enquanto a causa fica para o gerenciamento de problemas investigar.

Vincular muitos relatos de usuários a um incidente principal mantém o impacto visível sem criar 25 esforços de restauração separados. Cada usuário pode receber informações sobre o progresso por meio dos registros vinculados. Os relatórios de incidentes podem mostrar uma interrupção de serviço e muitos usuários afetados, enquanto a contagem de contatos continua descrevendo a carga de trabalho da central.

Investigue e evite a recorrência

Um registro de problema reúne as evidências do incidente. A análise identifica que a renovação automática de um certificado de segurança falhou e nenhum alerta a detectou. O problema analisado e não resolvido é registrado como erro conhecido com a solução de contorno do gateway reserva.

Uma tarefa de renovação corrigida e o monitoramento da renovação constituem a solução permanente proposta. A mudança passa pela habilitação de mudanças antes da implementação, e o resultado é verificado. O gerenciamento de incidentes fornece as evidências da interrupção; o gerenciamento de problemas fornece a análise e o trabalho de prevenção.

Relate o efeito sobre o serviço e explique-o

Para um serviço 24/7 em um mês de 30 dias, o período acordado é de 43.200 minutos. Com 35 minutos de indisponibilidade:

A meta de disponibilidade de 99,9% é cumprida. Esse resultado descreve o cumprimento da medida acordada, enquanto o gerente de relacionamento ainda explica a interrupção e o plano de prevenção ao diretor financeiro. Cumprir uma meta mensal não elimina a necessidade de tratar o efeito de uma interrupção específica sobre o negócio.

Uma requisição de uma nova caixa de e-mail compartilhada que chega na mesma manhã permanece em seu fluxo de trabalho de requisição de serviço. Mantê-la separada evita que a interrupção distorça a contagem de requisições ou transforme uma demanda rotineira em trabalho de incidente.

Vincule o trabalho nas transferências

Um evento exige o gerenciamento de incidentes quando o serviço é afetado. Um incidente recorrente ou grave pode desencadear o trabalho com problemas. Uma correção permanente justificada pode exigir uma requisição de mudança. Uma requisição de serviço predefinida também pode precisar de uma mudança vinculada quando a ação de atendimento exige autorização individual. Reclamações podem chegar ao gerenciamento de nível de serviço ou ao gerenciamento de relacionamentos.

Uma prática é um conjunto de recursos e capacidades, e não um departamento. Um atendente pode registrar um incidente, atender a uma requisição e identificar um padrão recorrente. Categorias corretas, vínculos entre registros e responsáveis definidos permitem que essas atividades apoiem o mesmo resultado para o usuário.

Um bom suporte facilita encontrar uma solução comprovada e repeti-la com segurança. Conhecimento, autoatendimento e automação aproximam o trabalho adequado do usuário e dão aos profissionais mais tempo para casos complexos.

Mantenha o conhecimento utilizável

Uma base de conhecimento contém artigos de instruções, etapas padrão de resolução e soluções de contorno. Um artigo útil é curto, usa as palavras do usuário e tem um responsável e uma data de revisão. Por exemplo, “A VPN desconecta depois que seu notebook sai do modo de suspensão: solução rápida” nomeia o sintoma que um usuário provavelmente procurará. Atualize os artigos após o uso para que o próximo leitor se beneficie do que foi aprendido.

O autoatendimento permite que os usuários pesquisem conhecimento, enviem requisições do catálogo e acompanhem o status dos chamados. Chatbots e agentes virtuais podem responder a perguntas comuns ou executar fluxos de trabalho simples. Um caminho claro para falar com uma pessoa continua disponível quando o fluxo automatizado não consegue ajudar.

O deslocamento do suporte para a esquerda aproxima a resolução adequada do usuário, por exemplo, do nível 2 para o nível 1 ou da central para o autoatendimento. Transfira uma solução quando ela for simples e segura o suficiente para ser usada nesse ponto, com o conhecimento e os controles necessários para esse contexto. O benefício vem da redução da espera e do esforço de suporte.

Automatize o trabalho que está pronto

A automação pode classificar e encaminhar registros, criar incidentes a partir de eventos, executar respostas definidas, atender a requisições padrão e enviar atualizações. Primeiro simplifique e padronize o processo. Se as regras de encaminhamento estiverem erradas, automatizá-las enviará mais registros ao lugar errado com maior rapidez.

Ferramentas de IA podem sugerir categorias, elaborar rascunhos de respostas, resumir históricos longos e identificar grupos de incidentes semelhantes. As pessoas continuam responsáveis por prioridades, aprovações e mensagens aos usuários, portanto os profissionais verificam as sugestões antes de agir. Os chamados podem conter dados pessoais; utilize essas ferramentas de acordo com as regras de proteção de dados da organização.

Calcule a mudança na demanda da central

Uma central recebe 2.000 contatos por mês, incluindo 600 contatos para redefinição de senha e instruções simples. Um portal e um chatbot resolvem 450 deles sem contato com a central. Os contatos restantes são:

A redução da demanda total da central é:

Usar 600 como denominador descreveria a proporção desses contatos simples selecionados que foi atendida por autoatendimento, uma medida diferente. Os profissionais podem usar o tempo liberado para incidentes complexos e para identificar tendências.

Verifique o sucesso além do tráfego do portal

Um portal movimentado pode refletir autoajuda bem-sucedida ou buscas repetidas sem sucesso. Examine a proporção de sessões de autoatendimento após as quais o usuário não precisou contatar a central sobre a mesma questão. Combine esse resultado com o feedback dos usuários e a qualidade dos resultados.

Um chatbot que bloqueia o acesso a uma pessoa pode reduzir as chamadas registradas enquanto deixa o usuário sem solução. Um fluxo automatizado útil entrega um resultado e transfere seu contexto quando a ajuda humana é necessária.