Onboarding de analista de TI: quanto tempo até virar produtivo (e por que isso é sintoma, não causa)

Quando um analista novo demora meses para ficar produtivo num Service-Desk, a explicação mais comum que uma empresa dá para si mesma é "o treinamento precisa melhorar". Na prática, na maior parte dos casos, o treinamento não é a causa, é só onde o sintoma aparece primeiro. A causa costuma estar em outro lugar: o conhecimento operacional necessário para resolver os chamados do dia a dia nunca foi centralizado em nenhum sistema, está distribuído entre a memória de quem já está na equipe há anos.

Isso fica visível quando se olha o que um analista novo realmente precisa saber para atender um chamado comum: não é só o procedimento oficial documentado no manual, é o conjunto de exceções, causas raiz recorrentes e soluções de contorno que a equipe foi acumulando ao longo do tempo, e que raramente está escrito em algum lugar. Um analista veterano resolve rápido porque já viu aquele padrão antes. Um analista novo não tem esse histórico disponível, então cada chamado incomum vira uma investigação do zero.

O Gartner já documentou o tamanho geral desse problema fora do contexto específico de onboarding: 47% dos trabalhadores digitais relatam dificuldade para encontrar a informação de que precisam para fazer o próprio trabalho. Para um analista recém-contratado, sem ainda ter construído a rede de contatos internos que um veterano usa para "perguntar para alguém" quando a documentação falha, esse problema é ainda mais agudo: ele não sabe o que não sabe, nem sabe a quem perguntar.

O Consortium for Service Innovation, organização responsável pela metodologia KCS de gestão de conhecimento em atendimento, lista redução do tempo de treinamento de novos funcionários como um dos benefícios de médio prazo (entre 9 e 18 meses de adoção madura) de centralizar o conhecimento operacional no próprio fluxo de atendimento, junto da melhora de 25% a 50% no tempo de resolução que a metodologia já demonstra nos primeiros meses. O motivo é direto: se o conhecimento que hoje mora na cabeça de um analista sênior estiver registrado numa base pesquisável, o analista novo passa a ter acesso ao mesmo histórico de soluções que o veterano, desde o primeiro dia.

Isso muda o que "treinar" um analista novo significa. Em vez de meses tentando transferir experiência tácita de forma verbal, o treinamento vira ensinar a pessoa a consultar e contribuir para uma base de conhecimento que já contém boa parte das respostas. O tempo até a produtividade deixa de depender de quantas vezes o analista novo consegue interromper um colega sênior e passa a depender de quão bem estruturada está a base que ele consulta sozinho.

Esse mesmo mecanismo é o que permite que agentes de IA assumam parte do primeiro nível de atendimento com qualidade: um agente novo, assim como um analista novo, só resolve bem se tiver acesso ao histórico de soluções já validadas. A diferença é que, uma vez que a base existe, o mesmo conhecimento acelera os dois ao mesmo tempo, o analista humano recém-contratado e o agente de IA que atende ao lado dele.

É por isso que, na Fiscalizei, tratamos o tempo de onboarding lento como um sintoma a ser investigado, não como um problema a ser resolvido com mais horas de treinamento. Quando a base de conhecimento do Company Brain já existe antes do primeiro dia de um analista novo, o que ele precisa aprender não é "como esse sistema funciona do zero", é só "como consultar o que a equipe já sabe", uma curva de aprendizado completamente diferente.