Se Não Está Quebrado, Não Conserte

Todos nós já ouvimos isso bastante, certo? “Se não está quebrado, não conserte.” As pessoas usam essa frase em todo lugar como forma de desencorajar melhorias, modernização ou refatoração. Muita gente diz isso e, como acontece com muitas frases dessa natureza, na superfície ela parece razoável. Mas, na prática, realmente não é ou, ao menos, não da forma como normalmente é usada, porque não é bem compreendida.

Isso é muito semelhante ao conceito de dizer às pessoas para não colocar todos os ovos em uma mesma cesta, em que, na maioria das vezes, isso é aplicado a situações nas quais a analogia dos ovos e da cesta não se aplica ou está invertida em relação à realidade. Mas, por ser uma frase memorizada, as pessoas esquecem que existe uma metáfora que precisa se sustentar para que ela funcione. Isso pode levar a decisões terríveis, porque invoca um medo irracional fundamentado em nada.

Da mesma forma, a ideia de não consertar coisas que não estão quebradas vem da teoria de que algo perfeitamente bom e funcional não deve ser desmontado e mexido apenas pelo prazer de mexer. Isso faz sentido. Mas, por algum motivo, essa lógica quase nunca é aplicada a coisas em que faria sentido (nem consigo pensar em um bom exemplo de uma dessas), sendo, em vez disso, aplicada a dispositivos complexos que requerem manutenção e cuidados regulares para funcionar corretamente.

É claro que, se o seu sapato não está quebrado, não o desmonte e tente colá-lo de volta. Mas os sistemas de infraestrutura do seu negócio não têm nada a ver com um sapato. Eles são sistemas vivos, com enormes níveis de complexidade, que funcionam em um cenário em constante mudança. Eles exigem manutenção constante, supervisão, atualização e assim por diante para se manterem saudáveis. Muito parecido com um carro, mas dramaticamente mais.

Você nunca, esperamos, ouve alguém dizer que não é preciso trocar o óleo do seu carro até que o motor tenha fundido. É claro que não; mesmo que ainda não esteja quebrado, o objetivo é fazer manutenção para evitar que ele quebre. Sabemos, em relação a um carro, que se esperarmos até que ele quebre, ele estará realmente quebrado. Da mesma forma, não nos recusaríamos a calibrar os pneus até que os pneus furados se desprendessem das rodas. Simplesmente não faz sentido.

Dizer a alguém para não fazer manutenção nos sistemas até que seja tarde demais é o mesmo que dizer para quebrá-los. Um carro adequadamente mantido pode durar centenas de milhares de quilômetros, talvez milhões. Um sem óleo terá sorte se conseguir atravessar a cidade. Comprar um motor novo a cada poucos dias, em vez de cuidar daquele que você já tem, significa que você poderia passar a vida inteira sem destruir um motor.

O mesmo vale para a infraestrutura do seu negócio. O código envelhece, os sistemas se desgastam, novas tecnologias surgem, novas necessidades existem, a rede interage com o mundo exterior, novos recursos são necessários, vulnerabilidades e fragilidades são identificadas e corrigidas, atualizações são lançadas, novos ataques são desenvolvidos e assim por diante. Mesmo que novos recursos nunca fossem criados, os sistemas precisam ser gerenciados e mantidos diligentemente para garantir uma operação segura e confiável — como um carro, mas mil vezes mais complexo.

Em termos de sistemas de TI, quebrado significa desnecessariamente exposto a invasões, roubo de dados, perda de dados, indisponibilidade e ineficiências. No mundo real, deveríamos considerar o sistema como quebrado no momento em que a manutenção se torna necessária. Quanto ransomware não seria uma ameaça hoje se os sistemas simplesmente fossem mantidos de forma adequada? Como profissionais de TI, precisamos nos posicionar e explicar que sistemas sem manutenção já estão quebrados; o desastre apenas ainda não aconteceu.

Se seguíssemos o mantra de “se não está quebrado, não conserte” na TI, esperaríamos *até* que nossos dados fossem roubados para corrigir vulnerabilidades, ou esperaríamos até que os dados fossem irrecuperáveis para ver se tínhamos backups funcionando. É claro que isso não faz sentido. Mas é exatamente isso que muitas vezes é sugerido quando as pessoas dizem para você não consertar seus sistemas até que eles quebrem — elas estão dizendo para você deixá-los quebrar! Conteste, não aceite esse tipo de conselho. Explique que o propósito de uma boa manutenção de TI é evitar que os sistemas quebrem sempre que possível. Evitar o desastre, em vez de convidá-lo.