Esse artigo foi escrito em 2017 e adaptado em julho de 2024.
Esse é o primeiro artigo de uma série de 3 cujo objetivo é descrever algumas técnicas utilizadas no dia a dia de trabalho de um troubleshooter. No caso, aqui falamos como não começar um troubleshooting.
Cenário base – Técnicas Como não começar
Em poucas palavras, o troubleshooter é aquele profissional que chega como o “salvador da pátria” na busca pela solução de um cenário de erro em um ambiente complexo. Geralmente, ele entra em cena depois que todas as tentativas tradicionais ou conhecidas de correção já falharam miseravelmente. É tipo ser chamado pra apagar um incêndio quando o extintor já foi usado, a mangueira tá furada e todo mundo tá gritando “FAZ ALGUMA COISA!”.
Como não começar o trabalho: Quando o trabalho do troubleshooter começa, normalmente já tem uma equipe de TI, negócio, comercial ou qualquer outro setor envolvido na busca por uma solução. E, convenhamos, essa galera tá exausta, estressada e a um passo de tomar uma atitude drástica pra “sair do outro lado” – tipo reiniciar tudo sem backup ou jogar o servidor pela janela (tá, talvez não tão drástico, mas você entendeu). O clima é pesado, os nervos estão à flor da pele, e a última coisa que você quer é jogar gasolina nesse fogo.
Nesse ponto, quando você está sendo apresentado ao problema num segundo momento, precisa manter a humildade. Mesmo que você seja o maior especialista no assunto discutido, como solucionador do problema corrente, você ainda é, muito provavelmente, a pessoa mais desinformada e despreparada no grupo. Chegar achando que sabe tudo é como entrar numa sala de guerra e dizer “relaxa, eu vi um tutorial no YouTube”. Não vai colar.
1ª Técnica – O Perigo de Apertar o Botão Errado
Não respeitar essa dica simples pode disparar uma trigger inconsciente de autoproteção em algum dos demais envolvidos. Se você cair nessa armadilha, tudo que disser tende a ser desacreditado, rebatido, negado ou simplesmente ignorado. Pra equipe que está há horas (ou dias) sem sair do lugar, a ideia de que existe uma saída parece absurda, e ninguém – especialmente um “novato” que acabou de chegar – deveria ser capaz de apontar uma solução mágica. É como chegar numa roda de amigos que tá discutindo um filme e soltar um spoiler gigante: você vai ser odiado.
Então, a primeira regra de ouro é: fique bem quietinho. Não chegue falando alto, apontando dedos ou sugerindo soluções mirabolantes antes de entender o contexto. Se você criar um ambiente hostil num meio já saturado de tensão e estresse, dificilmente vai conseguir ajudar e, muito provavelmente, vai atrapalhar quem está ali há tempos quebrando a cabeça. É tipo tentar consertar um carro no meio de uma corrida: se não for com cuidado, você só vai causar um acidente maior.
2ª Técnica – Menos é Mais
A segunda regra é simples: seja educado. Ouça mais e fale menos. Responda somente o que for perguntado e espere alguém – muito provavelmente o interlocutor que te envolveu no problema – te mencionar nominalmente e pedir sua opinião profissional sobre o assunto. Nada de querer ser o protagonista da história logo de cara. Lembre-se: você não é o super-herói que chega voando com a capa esvoaçante; você é o cara que tá ali pra ajudar a empurrar o carro enguiçado.
Esses momentos iniciais são cruciais e vão determinar se você vai ou não ter o apoio dos seus colegas de trabalho nos próximos minutos (ou horas) que virão. Sua atitude até esse momento é fundamental pra não perder o bem mais valioso para qualquer troubleshooter: o apoio incondicional e as informações precisas acerca do problema. Sem isso, você tá navegando no escuro, com um mapa rasgado e uma bússola quebrada.
3ª Técnica – Evite os Erros Clássicos de um Iniciante
Pra te ajudar a não tropeçar logo na largada, aqui vão alguns erros clássicos que todo troubleshooter deve evitar ao entrar num cenário de crise:
Chegar com Soluções Prontas: Dizer “ah, isso é fácil, só faz X” sem ouvir o histórico do problema é pedir pra ser ignorado. Cada ambiente tem suas particularidades, e o que funcionou na empresa Y pode ser um desastre na empresa Z.
Criticar o Trabalho Anterior: Frases como “por que vocês não tentaram isso antes?” ou “isso foi feito errado” não ajudam em nada. Só geram ressentimento. Lembre-se: a equipe já tá frustrada o suficiente sem você jogar sal na ferida.
Falar Mais que Ouvir: Se você tá falando mais que perguntando, algo tá errado. Troubleshooting não é monólogo, é diálogo. Faça perguntas abertas, como “o que já foi testado?” ou “quais sintomas vocês notaram primeiro?”. Isso mostra interesse e ajuda a mapear o terreno.
Ignorar a Dinâmica da Equipe: Toda equipe tem um líder informal ou alguém que “manda na parada”. Identifique quem é essa pessoa e respeite a hierarquia implícita. Senão, você vai parecer o cara que entrou na festa sem ser convidado e já foi pegando o microfone do karaokê.
4ª Técnica – O Apoio da Equipe
Sem o apoio da equipe, você não vai a lugar nenhum. Troubleshooting não é um esporte solo; é um trabalho coletivo. As informações que você precisa pra resolver o problema – como logs, histórico de mudanças, sintomas específicos – estão nas mãos (e nas cabeças) das pessoas que já estão envolvidas. Se elas não confiarem em você, essas informações vão chegar incompletas, atrasadas ou simplesmente não vão chegar. É como tentar montar um quebra-cabeça sem metade das peças: frustrante e inútil.
Por isso, invista nesses primeiros minutos pra construir confiança. Mostre que você tá ali pra ajudar, não pra julgar ou roubar o crédito. Um sorriso, um tom de voz calmo e uma postura de “tamo junto” fazem mais diferença do que qualquer certificação no currículo.
Troubleshooting – O Que Vem a Seguir
Bem, supondo que agora há expectativas sobre o seu trabalho e o time está contigo nessa empreitada, o trabalho começa de verdade. Você passou pela prova de fogo dos primeiros minutos, conquistou a confiança (ou pelo menos não foi expulso da sala), e agora é hora de arregaçar as mangas e mergulhar no problema.
Mas como começar a investigação? Quais são os próximos passos pra identificar a raiz do problema sem se perder no meio de logs, alertas e teorias malucas? No próximo artigo dessa série, vamos falar sobre as técnicas práticas de troubleshooting: como priorizar hipóteses, usar ferramentas de monitoramento e, claro, evitar que o estresse volte a dominar o ambiente. Porque, convenhamos, resolver um problema técnico já é difícil; resolver um problema técnico com todo mundo gritando ao mesmo tempo é missão impossível.
Continuamos no segundo artigo dessa série, e prometo que as coisas vão ficar ainda mais interessantes (e, quem sabe, menos estressantes). Até lá, mantenha a calma, ouça mais que fale e lembre-se: todo problema tem solução – ou pelo menos uma gambiarra que segura até o próximo plantão.
Abraço