Toda a gente precisa de si ao mesmo tempo

A gestão de pedidos de suporte informático vista por quem a faz

São 9h02. O café ainda está quente e ainda não chegou à secretária, mas já tem três pedidos. No corredor, a colega da contabilidade diz-lhe que a impressora “voltou a fazer aquilo”. À porta da sala de reuniões, o diretor comercial pergunta se pode “dar só uma vista de olhos” ao portátil dele antes da reunião das 10h. E no telemóvel há uma mensagem de alguém do armazém: “O sistema está lento, é só aqui?”

Quando finalmente se senta, há doze emails, quatro mensagens no Teams e um post-it colado no ecrã. Todos dizem, de uma forma ou de outra, a mesma coisa: “é urgente”.

O dom da omnipresença

Quem trabalha no helpdesk interno de uma empresa conhece bem esta expectativa: estar disponível para toda a gente, a qualquer momento, resolver tudo depressa e, de preferência, sem que ninguém dê pela sua presença.

É um trabalho estranho. Quando corre bem, é invisível: os computadores funcionam, as atualizações acontecem, as pessoas trabalham sem interrupções. Quando corre mal, toda a gente repara. E entre uma coisa e outra, há uma pessoa (ou duas, raramente mais numa PME) a tentar estar em todo o lado ao mesmo tempo.

Este artigo não é sobre tecnologia. É sobre o que é servir muita gente ao mesmo tempo sem dar a nenhuma delas a sensação de que foi esquecida.

Os pedidos chegam por todas as portas

O primeiro desafio de quem faz suporte informático é que os pedidos chegam por todos os caminhos possíveis: corredor, telefone, email, chat, mensagens no telemóvel, post-its, comentários de passagem na máquina do café.

Cada canal tem a sua lógica e nenhum deles fica registado num só sítio. O pedido feito no corredor existe apenas na memória de quem o ouviu. O email ficou algures entre uma newsletter e uma fatura. A mensagem do Teams foi respondida com “já vejo isso” e depois desapareceu no histórico.

O resultado é que a lista real de pedidos pendentes não existe em lado nenhum. Existe apenas na cabeça de quem está no helpdesk. E a cabeça, por muito boa que seja, não é um sistema de gestão.

Quem grita mais alto passa à frente

Quando não há uma lista organizada, também não há prioridades claras. E quando não há prioridades claras, a ordem é decidida por outros critérios: quem insiste mais, quem tem um cargo mais elevado, quem está fisicamente mais perto, quem telefonou por último.

O problema não é apenas de eficiência. É de justiça. O colaborador que pediu ajuda com educação na segunda-feira e não voltou a insistir pode continuar à espera na quinta. O diretor que pediu “só uma vista de olhos” passa à frente de um problema que está a impedir uma equipa inteira de trabalhar.

A triagem de pedidos é aquilo que transforma uma fila caótica numa lista com sentido. Não exige burocracia; exige critérios simples e conhecidos por todos. Quantas pessoas estão afetadas? O problema impede alguém de trabalhar ou é apenas um incómodo? Há uma alternativa temporária? Priorizar pedidos de suporte com base no impacto, e não no volume da voz, protege quem faz o suporte e quem o recebe.

A volta às secretárias

Há uma parte do trabalho de suporte que consome uma quantidade enorme de tempo e que raramente aparece em relatório nenhum: andar de secretária em secretária.

Instalar um programa, atualizar uma aplicação, mudar uma configuração, verificar um equipamento. Em muitas empresas, cada uma destas tarefas implica deslocar-se ao posto de trabalho de cada pessoa, pedir-lhe que pare o que está a fazer e esperar que a tarefa termine. Multiplique isso por trinta, cinquenta ou cem colaboradores, e uma simples atualização transforma-se numa semana inteira de interrupções, para quem faz o suporte e para quem tem de parar.

Grande parte deste trabalho pode ser feita à distância, de forma planeada e sem obrigar ninguém a interromper o que está a fazer. Os meios técnicos para o fazer merecem um artigo próprio. O que importa aqui é a consequência: cada deslocação evitada é tempo devolvido a duas pessoas.

O medo de esquecer alguém

Talvez o aspeto mais desgastante do trabalho de helpdesk não seja a quantidade de pedidos. Seja a sensação permanente de que algum ficou para trás.

“Já vejo isso” é uma das frases mais ditas por quem faz suporte. É uma promessa sincera, feita com a melhor das intenções. Mas quando é feita dez vezes por dia, a algumas dessas promessas vai faltar o seguimento. Não por desleixo, mas porque a memória humana não foi feita para gerir dezenas de compromissos em simultâneo.

E do outro lado, quem pediu ajuda não sabe em que ponto está o seu pedido. Não sabe se foi esquecido, se está na fila, se está à espera de uma peça. Na dúvida, volta a perguntar, o que gera mais uma interrupção.

Quando cada pedido fica registado no momento em que é feito, com um estado visível para quem o fez, desaparecem duas angústias ao mesmo tempo: a de quem está à espera e a de quem tem medo de se ter esquecido.

Trabalho invisível, mérito invisível

Há ainda uma consequência menos óbvia. Se os pedidos não ficam registados, o trabalho do helpdesk também não fica.

Quando chega o momento de discutir recursos, a administração não tem forma de saber quantos pedidos foram resolvidos, quanto tempo demoraram, que problemas se repetem e que equipamentos dão mais trabalho. O helpdesk é avaliado pela impressão geral, que tende a lembrar-se das falhas e a esquecer as centenas de problemas resolvidos sem que ninguém desse por isso.

Um sistema de tickets simples não serve apenas para organizar o dia. Serve para tornar visível um trabalho que, por natureza, tende a ser invisível. E serve para identificar padrões: se a mesma impressora gera vinte pedidos por mês, o problema não está nos pedidos, está na impressora.

Servir todos sem esquecer ninguém

Ser eficaz e invisível ao mesmo tempo é possível. Mas não depende de trabalhar mais depressa. Depende de algumas regras simples:

  • Uma única porta de entrada. Todos os pedidos, venham de onde vierem, acabam no mesmo sítio.
  • Tudo fica registado. Nenhum pedido depende da memória de ninguém.
  • Prioridades com critérios conhecidos. O impacto decide a ordem, e toda a gente sabe como.
  • Estado visível. Quem pede sabe em que ponto está o seu pedido, sem ter de perguntar.
  • Menos deslocações, menos interrupções. O que pode ser feito à distância, de forma planeada, não interrompe ninguém.
  • Os problemas repetidos são resolvidos na origem. Cada pergunta frequente merece uma resposta escrita, e cada avaria frequente merece uma solução definitiva.

Estas regras não transformam ninguém num deus omnipresente. Mas fazem com que deixe de ser preciso sê-lo.

Uma pergunta para quem faz suporte

Se hoje tivesse de sair mais cedo, inesperadamente, alguém conseguiria saber que pedidos tem em aberto, a quem prometeu o quê e o que é mais urgente? Se a resposta for não, a sua gestão de pedidos de suporte informático depende inteiramente de si. E isso é um peso que ninguém devia ter de carregar sozinho.