A cena costuma come\u00e7ar de forma banal. O sistema demora a abrir, algu\u00e9m reclama que a rede caiu, o financeiro avisa que n\u00e3o consegue emitir boletos. Meia hora depois, parte da equipe est\u00e1 em p\u00e9 conversando no corredor, os telefones continuam tocando e ningu\u00e9m sabe dizer ao certo em quanto tempo a opera\u00e7\u00e3o volta. O gestor pergunta o que aconteceu e recebe respostas vagas. A \u00fanica certeza \u00e9 que o rel\u00f3gio est\u00e1 correndo.<\/p>\n\n\n\n
O que quase nenhuma empresa faz \u00e9 a conta desse rel\u00f3gio. A parada entra na mem\u00f3ria como um transtorno \u2014 “aquele dia em que o servidor caiu” \u2014 e n\u00e3o como um n\u00famero. E o que n\u00e3o vira n\u00famero n\u00e3o entra na an\u00e1lise de risco, n\u00e3o pesa em decis\u00e3o de or\u00e7amento e continua se repetindo com a mesma naturalidade de sempre.<\/p>\n\n\n\n
A conta que o gestor precisa saber fazer<\/strong><\/p>\n\n\n\n O primeiro componente do custo \u00e9 o mais vis\u00edvel: a folha de pagamento correndo sobre uma equipe que n\u00e3o consegue produzir. Basta dividir o custo mensal da folha pelas horas trabalhadas no m\u00eas para chegar ao valor de cada hora de equipe ociosa. Numa empresa de servi\u00e7os com dezenas de colaboradores, esse n\u00famero sozinho j\u00e1 costuma surpreender quem nunca o calculou.<\/p>\n\n\n\n O segundo componente \u00e9 o faturamento que deixa de acontecer. Pedidos n\u00e3o processados, propostas n\u00e3o enviadas, atendimentos n\u00e3o realizados. Parte disso se recupera depois, com esfor\u00e7o extra \u2014 mas parte se perde de vez, principalmente quando o cliente tinha alternativa e n\u00e3o esperou. Estudos de mercado sobre interrup\u00e7\u00f5es de opera\u00e7\u00e3o apontam de forma consistente que o preju\u00edzo por hora parada supera em muito a percep\u00e7\u00e3o inicial dos gestores, justamente porque a maioria enxerga apenas o primeiro componente e ignora os demais (Gartner).<\/p>\n\n\n\n O terceiro componente s\u00e3o os custos fixos que n\u00e3o param quando a opera\u00e7\u00e3o para. Aluguel, contratos, licen\u00e7as, encargos. A estrutura inteira continua consumindo caixa enquanto a receita fica suspensa. \u00c9 a combina\u00e7\u00e3o desses tr\u00eas blocos \u2014 folha ociosa, receita interrompida e estrutura correndo no vazio \u2014 que forma o custo direto de uma hora parada.<\/p>\n\n\n\n O que a conta simples ainda esconde<\/strong><\/p>\n\n\n\n Mesmo essa soma fica abaixo do custo real, porque a interrup\u00e7\u00e3o n\u00e3o termina quando os sistemas voltam. Existe o retrabalho: dados lan\u00e7ados manualmente durante a queda precisam ser conferidos e corrigidos, pedidos represados criam picos de demanda, prazos internos se desorganizam. A equipe gasta os dias seguintes arrumando o que a parada bagun\u00e7ou.<\/p>\n\n\n\n Existe tamb\u00e9m o custo relacional, mais dif\u00edcil de medir e mais caro de recuperar. O cliente que n\u00e3o foi atendido no prazo, o compromisso contratual descumprido, o fornecedor que ficou sem resposta. Em rela\u00e7\u00f5es B2B, uma falha operacional dificilmente derruba um contrato sozinha \u2014 mas entra na balan\u00e7a na hora da renova\u00e7\u00e3o, da negocia\u00e7\u00e3o de pre\u00e7o ou da escolha entre a sua empresa e um concorrente. Levantamentos sobre incidentes de tecnologia mostram que os efeitos indiretos sobre reputa\u00e7\u00e3o e relacionamento comercial frequentemente superam o preju\u00edzo imediato da interrup\u00e7\u00e3o (IBM).<\/p>\n\n\n\n E h\u00e1 um agravante estrutural nas empresas sem equipe de TI pr\u00f3pria: o tempo de resposta. A parada n\u00e3o custa apenas pelo que interrompe, mas pelo tempo que leva at\u00e9 algu\u00e9m competente assumir o problema. Se o socorro depende de um t\u00e9cnico avulso que atende quando pode, cada hora de espera multiplica todos os componentes da conta ao mesmo tempo.<\/p>\n\n\n\n Do n\u00famero ao crit\u00e9rio de decis\u00e3o<\/strong><\/p>\n\n\n\n Feita a conta, o custo de parada deixa de ser um transtorno e vira um par\u00e2metro de gest\u00e3o. Ele permite comparar, com base concreta, o valor de um contrato de gest\u00e3o de TI contra o preju\u00edzo de uma \u00fanica tarde de opera\u00e7\u00e3o parada. Permite avaliar se a economia de manter um arranjo improvisado de suporte compensa o risco que esse arranjo carrega. E permite tratar disponibilidade da opera\u00e7\u00e3o como o que ela de fato \u00e9: uma vari\u00e1vel financeira, n\u00e3o um assunto t\u00e9cnico deleg\u00e1vel ao acaso.<\/p>\n\n\n\n A l\u00f3gica que se imp\u00f5e a partir da\u00ed \u00e9 a da preven\u00e7\u00e3o estruturada. Empresas que conhecem seu custo de parada param de administrar tecnologia por rea\u00e7\u00e3o \u2014 chamar algu\u00e9m quando quebra \u2014 e passam a tratar a gest\u00e3o de servidores e da infraestrutura como rotina de continuidade: monitoramento constante, manuten\u00e7\u00e3o antes da falha, resposta imediata quando algo foge do padr\u00e3o. O objetivo deixa de ser consertar r\u00e1pido e passa a ser n\u00e3o parar.<\/p>\n\n\n\n