Numa sexta-feira de fechamento contábil, o sistema de faturamento de uma distribuidora com 380 funcionários parou de responder. A equipe fez o que parecia óbvio: reiniciou o servidor. O servidor não voltou. A única pessoa que sabia que aquele ambiente exigia uma sequência específica de inicialização, e que guardava a credencial administrativa num gerenciador pessoal, estava a bordo de um voo internacional pelas nove horas seguintes. O faturamento do mês travou por um dia e meio. Nenhum equipamento havia falhado.
Episódios assim raramente entram no relatório de incidentes pelo que realmente são. Ficam registrados como falha de sistema, quando o diagnóstico honesto seria outro: a empresa operava um processo crítico cuja execução dependia de uma única cabeça. Isso é um passivo operacional real. Não aparece no balanço, não tem provisão contábil, não é auditado por ninguém, mas define com precisão quanto tempo o negócio para quando essa pessoa sai, adoece, tira férias ou simplesmente está fora de alcance.
A tentação natural é tratar o tema como questão de pessoas: reter melhor, pagar mais, contratar um reserva. É um erro de enquadramento. Concentração de conhecimento é questão de governança e continuidade, e se resolve como se resolve qualquer risco de governança: tornando visível o que está implícito, transformando prática informal em processo verificável e criando redundância onde hoje existe uma única linha de defesa.
O passivo que não aparece no balanço
A dependência de uma pessoa raramente nasce de negligência. Nasce de competência sob pressão. Alguém resolve um problema urgente com um ajuste engenhoso, o ajuste funciona, e o que era exceção vira padrão silencioso. Repita isso ao longo de cinco ou sete anos e a organização acumula centenas de decisões técnicas que só fazem sentido para quem as tomou. Engenheiros chamam isso de fator ônibus (bus factor, o número de pessoas que precisariam ficar indisponíveis para que um sistema deixasse de ser operável). Em boa parte das empresas de médio porte, esse número é um.
A pressão do mercado de trabalho agrava o quadro. A CompTIA, no State of the Tech Workforce 2025, projeta que as ocupações de tecnologia devem crescer a um ritmo próximo do dobro da média do conjunto da economia ao longo da próxima década, o que significa disputa permanente por profissionais experientes. A ISACA, no State of Cybersecurity 2024, apontou que 57% das organizações operam com equipes de segurança abaixo do necessário, e que uma parcela relevante leva mais de seis meses para preencher uma vaga técnica sênior. Traduzindo para linguagem de negócio: quando a pessoa que sustenta a operação sai, a janela de exposição não é de semanas, é de trimestres.
O efeito aparece primeiro no tempo. O MTTR (Mean Time To Repair, tempo médio para restaurar um serviço) é a métrica que conecta infraestrutura e resultado, porque cada minuto dele é minuto de operação parada. Quando o procedimento está documentado, o relógio começa quando alguém abre o documento. Quando o procedimento está na memória de uma pessoa, o relógio começa quando alguém consegue falar com ela. Essa diferença, invisível no organograma, costuma separar um incidente de quarenta minutos de um incidente de dois dias.
O custo tampouco termina quando o sistema volta. Há o retrabalho de reprocessar pedidos, refazer conciliações e responder clientes. Há horas de gestores seniores desviadas para gerenciar crise em vez de gerar receita. Há o desgaste reputacional, que não emite fatura mas tem memória longa, sobretudo em setores onde o cliente tem alternativa a um clique de distância. Colocar valor nisso é um exercício simples e revelador: uma calculadora de custo de indisponibilidade resolve em minutos o que a intuição subestima por anos.
Existe ainda a dimensão que só aparece quando a empresa muda de mãos. Em processos de aquisição, captação ou renovação de contratos relevantes, a diligência pergunta se a operação é institucional ou pessoal. Inventário desatualizado, ausência de procedimentos escritos, credenciais administrativas compartilhadas e acessos privilegiados sem rastreabilidade são tratados como risco precificável, e risco precificável vira desconto no valuation ou cláusula de retenção. O Gartner, ao mapear as prioridades de líderes de infraestrutura e operações para 2025, coloca lacuna de competências e falta de padronização entre os obstáculos centrais à execução, justamente porque ambiente não padronizado não escala nem se transfere.
Como converter dependência pessoal em capacidade institucional
O primeiro movimento é trocar a pergunta. Em vez de como retemos essa pessoa, pergunte como fazemos esse conhecimento pertencer à empresa. Comece por um mapa de processos críticos: liste os vinte procedimentos que, se parados, param o negócio, e escreva ao lado de cada um o nome de quem consegue executá-lo sem consultar ninguém. Onde houver um nome só, há um risco identificado. Esse exercício costuma levar uma tarde e produz mais clareza estratégica do que trimestres de discussão sobre orçamento de tecnologia.
O segundo movimento é construir três ativos. O primeiro é o conjunto de runbooks (roteiros passo a passo de execução e recuperação de cada processo crítico, escritos para serem seguidos por quem não os criou). O segundo é o inventário vivo de sistemas, contratos, fornecedores e janelas de manutenção, atualizado por rotina e não por memória. O terceiro é a gestão de acessos privilegiados, ou PAM (Privileged Access Management, controle de quem detém credenciais administrativas), com cofre corporativo, rotação periódica de senhas e revogação imediata em desligamentos. Nenhum dos três é projeto de tecnologia. Os três são projetos de governança.
O terceiro movimento é resolver a cobertura fora do horário comercial, que é onde a dependência pessoal dói mais. Uma estrutura de TI gerenciada opera NOC (Network Operations Center, centro de operações que monitora disponibilidade e desempenho) e SOC (Security Operations Center, centro que monitora e responde a ameaças) em regime 24x7, com escalonamento definido. O ponto sensível merece ser dito com todas as letras: co-gestão não substitui o time interno. Ela tira o time interno do plantão perpétuo e devolve essas pessoas ao trabalho que gera valor, que é entender o negócio e melhorar processos, não atender alarme às três da manhã.
O quarto movimento é saber comprar. Exija matriz de responsabilidade explícita, no formato RACI (quem executa, quem aprova, quem é consultado, quem é informado), acordo de nível de serviço por severidade com relógio contado a partir da detecção e não do chamado, propriedade contratual da documentação produzida, e relatórios mensais legíveis por não técnicos. Antes de assinar, peça um teste real de escalonamento noturno. Fornecedor que não aceita ser testado antes do contrato tampouco responderá bem durante ele.
Cinco perguntas que todo gestor deveria fazer
Quantos processos críticos hoje dependem de uma única pessoa para serem executados?
A medição é objetiva e não exige ferramenta. Para cada processo crítico, registre quantas pessoas conseguem executá-lo integralmente sem consultar terceiros, e quantas já o executaram nos últimos doze meses. Conhecimento que existe apenas no papel, sem prática recente, conta como meio ponto. O indicador de concentração é a proporção de processos com cobertura igual a um. Acima de 30%, a empresa não tem uma operação, tem um arranjo.
O valor gerencial desse número está em torná-lo acompanhável. Coloque-o no mesmo relatório onde já constam inadimplência, giro de estoque ou margem por linha. Um indicador que aparece na reunião de diretoria recebe orçamento e prazo. Um risco que só aparece quando vira crise recebe apenas culpados.
Qual é o custo real de uma indisponibilidade prolongada porque a pessoa que sabia resolver não estava disponível?
O cálculo tem três camadas. A primeira é a receita não realizada durante a parada, obtida dividindo o faturamento médio diário pelas horas úteis. A segunda é o custo de recuperação: horas extras, reprocessamento, conciliações manuais, atendimento a clientes irritados. A terceira, quase sempre esquecida, é o custo de oportunidade dos gestores que passaram dois dias gerenciando crise em vez de conduzir o negócio.
Somadas, essas camadas costumam multiplicar por três ou quatro a estimativa inicial que a diretoria tinha em mente. E há uma quarta camada, difícil de precificar mas fácil de reconhecer: o cliente que não reclamou, apenas testou o concorrente durante a parada e gostou da experiência. Esse custo se manifesta no trimestre seguinte, sem rótulo de incidente de TI.
Que evidências um comprador ou investidor procura para avaliar se a operação de TI é institucional ou pessoal?
A diligência técnica procura sinais verificáveis, não declarações. Inventário atualizado de sistemas e licenças, contratos de fornecedores com prazos e responsáveis nomeados, runbooks datados, registro de incidentes com tempo de resolução, evidência de testes de restauração de backup e histórico de acessos privilegiados. A ausência desses artefatos não significa que a operação seja ruim. Significa que ninguém consegue provar que ela é boa, o que no vocabulário de investimento é a mesma coisa.
O impacto é direto e mensurável. Risco não documentado vira ajuste de preço, retenção de parcela do pagamento ou exigência de permanência obrigatória de pessoas específicas depois do fechamento. Proprietários que passaram vinte anos construindo valor descobrem tarde que parte desse valor estava depositada na cabeça de um funcionário, e não no caixa da empresa.
Onde termina a responsabilidade do time interno e começa a da retaguarda gerenciada?
A fronteira precisa ser escrita antes do primeiro incidente, não durante. O desenho que funciona separa por camada e por horário: monitoramento, primeiro atendimento e contenção ficam com a retaguarda 24x7; decisões que afetam processo de negócio, prioridade entre sistemas e relacionamento com áreas internas ficam com o time interno. Cada tipo de incidente recebe severidade, responsável primário e caminho de escalonamento com nome e telefone, não com departamento genérico.
Zona cinzenta às três da manhã é sempre falha de contrato, nunca falha de boa vontade. Por isso o teste de escalonamento antes da assinatura vale mais que qualquer apresentação comercial. E vale registrar o efeito colateral positivo: quando a madrugada tem dono definido, o profissional interno para de ser refém do próprio conhecimento e volta a tirar férias sem levar o notebook.
Como transformar conhecimento tácito em ativo da empresa sem paralisar a operação durante a transição?
A transição funciona por ondas, não por big bang. Priorize os processos com maior impacto e menor cobertura, documente cada um enquanto ele é executado de verdade, e valide o documento pelo teste mais honesto que existe: outra pessoa executa seguindo apenas o texto, com o autor observando em silêncio. O que precisou ser perguntado é exatamente o que faltava escrever.
Em paralelo, padronize ambientes e centralize credenciais, porque documentar o caos apenas produz manuais de caos. Um cronograma realista cobre os processos críticos em noventa a cento e vinte dias, sem congelar a operação. O sinal de que a mudança pegou não é o volume de páginas produzidas, é a naturalidade com que um incidente relevante é resolvido por alguém que não é a pessoa de sempre.
Perguntas frequentes
O que é fator ônibus em TI?
Fator ônibus é o número de pessoas que precisariam ficar indisponíveis para que um sistema deixasse de ser operável pela empresa. Um fator ônibus igual a um significa que existe apenas uma pessoa capaz de executar aquele processo crítico. Quanto menor o número, maior o risco de continuidade do negócio.
Co-gestão de TI substitui a equipe interna?
Não. A co-gestão adiciona monitoramento, primeiro atendimento e resposta em regime 24x7 sobre a estrutura existente, com responsabilidades divididas em contrato. O papel do time interno passa a ser estratégico, focado em processos de negócio e melhoria contínua, em vez de plantão permanente e atendimento de alarmes fora do horário comercial.
Quanto tempo leva para documentar um ambiente de TI sem parar a operação?
Um programa por ondas costuma cobrir os processos críticos em noventa a cento e vinte dias, documentando cada procedimento enquanto ele é executado na rotina real. A validação é feita por execução independente, com outra pessoa seguindo apenas o texto escrito. A operação segue funcionando durante todo o período.
Para descobrir quantos processos críticos da sua operação dependem hoje de uma única pessoa, a Zamak Technologies conduz um Diagnóstico Estratégico de TI sem compromisso.