Agora tente repetir o nome, três vezes, bem rápido!

Dicas para um bom sysadmin - Parte 5

OK. Já vimos como conhecer os seus usuários, a importância de ensiná-los, porque deve-se manter tudo o mais simples possível, e o uso de ’scripts’ para tornar seu trabalho mais simples. Hoje, vamos tentar cobrir uma falha muito comum na área da informática, e que, vejam só, engloba quase todas as outras dicas

5 - Seja um pessimista

Ou, melhor: Seja um pessimista a curto prazo, e um otimista a longo prazo. Confuso? Vamos às explicações: Um erro comum que muitos responsáveis pela área de informática cometem na hora de avaliar um projeto, um treinamento, ou até mesmo uma atualização nos servidores, e não se antecipar a possíveis problemas. É não pensar ‘O que pode dar errado?’ ANTES que as coisas comecem a despencar.

Aí o infeliz vai lá, faz um teste de cinco minutos com um programa, faz o chefe ter orgasmos múltiplos com as vantagens que a implantação desse programa trará para a empresa, e um mês depois cai em desgraça com bugs não resolvidos, usuários sem conhecimento necessário para operar a ferramenta, processos dentro do programa que batem de frente com as regras de negócio da empresa, servidor travando por causa do programa, e por aí vai.

Sejam pessimistas, nem que isso signifique perder um pouco de tempo (como se você já não tivesse um monte de tempo disponível com as dicas que já passei…). Sempre que for iniciar um projeto, alterar um procedimento, ou atualizar um programa a pedido de um usuário (ou do próprio dono da empresa) avalie toda e qualquer situação em que possa haver uma falha, e pense em formas de corrigí-la. A partir daí, comece a montar planos de ação para tocar o projeto E resolver os problemas que possam aparecer, caso eles dependam de outras mudanças. E faça isso não só com os seus projetos, mas com qualquer coisa que venha de outros setores e caia na sua mão….

Pense em soluções de emergência, caso algo dê REALMENTE errado. Tipo “o que fazer se o servidor proxy fizer CABUM e todos ficarem sem acesso à internet, bem no final de mês”, e tome medidas para que a solução seja rápida e precisa. Ninguém pode esperar o orçamento de um novo servidor, muito menos aguardar que você vá até uma lan house imprimir aquele tutorial sobre como configurar e instalar um proxy em duas horas, só porque você não imprimiu e encadernou os principais tutoriais.

Mantenha backups e peças de reposição à mão. Se todo o faturamento da empresa depende de impressoras matriciais, garanta que você tenha pelo menos uma impressora de reserva, ou mais.

Tenha um ‘mini-laboratório’ de testes, completamente separado da rede oficial. Teste o máximo possível as alterações e implantações que serão realizadas em um ambiente seguro, e verifique se alguma coisa pode vir a ser um problema no futuro.

E tenha ciência de que, não importa o quanto você se prepare, sempre haverá um situaçao que colocará à prova seus planejamentos. Como exemplo, cito a situação das impressoras matriciais: com a nova funcionária do Faturamento, impressoras que estavam a anos sem dar problema começaram a quebrar, uma atrás da outra. Algumas até iam de volta menos de uma semana depois de voltar do conserto. Em um dado momento, não havia mais impressoras reservas….

A partir do momento que todas as possibilidades (óbvias e algumas não tão óbvias também….) de Murphy agir estejam cobertas, comece a ser otimista com seu projeto. OK, aquele sistema vai ser bastante útil, mas como ele estará sendo usado daqui a…. um, dois, cinco anos? Quais são as possibilidades de melhorá-lo? Que outras funções poderíamos incluir no sistema, e como isso poderia melhorar a performance do mesmo? Hoje economizamos mais de R$ 500.000,00 com esse Office Open-Source, mas como poderíamos usá-lo para conseguir mais economia? (dica: conversão para PDF. Vai por mim…)

Somente depois disso, quando todas as possibilidades de algo dar errado, assim como todas as possibilidades de melhorias estiverem listadas, solucionadas e cobertas, apresente a solução para seu chefe e comece a testar com os funcionários.

No começo, você pode até ficar conhecido como ‘aquele cara chato que gosta de achar defeito no trabalho dos outros’, mas a partir do momento que suas previsões de erros começarem a se concretizar, e as pessoas começarem a perceber que só não foi tudo pras cucuias porque você estava preparado, você vai ser conhecido como ‘aquele cara que está sempre preparado’.

E talvez até ganhe um aumento.

Technorati Tags: Dicas

• 

  By Norberto Kawakami, agosto 7, 2007 @

  Na época que fazia projetos, sempre figurava o orçamento para caber equipamentos para montar um pequeno laboratório de simulação do ambiente de produção. Se o dono do projeto requisitava diminuir o orçamento, diminuía-se o projeto, mas nunca se tirava o laboratório de simulação. Esse ambiente de testes foi o salvaguarda de muitos fiofós.
  Já pensou, fazer o teste em produção?
  Isto é uma coisa que aprendi na informática e que uso com meus blogs. Aliás, isto merece um post.

  abraço

• 

  By Graveheart, agosto 8, 2007 @

  Cara, e essa é a parte onde eu mais me ferro aqui dentro, já que a maioria das pessoas gosta de fazer tudo na base do “Tive uma idéia! Quero tudo pronto ontem!”.

  Já cansei de arrumar besteira em cima disso. É domínio que vai pra lista de spam, é computador desligando sozinho, é impressora de rede que é mudada para vários metros de qualquer ponto de rede disponível….

  Por sorte, depois de muito sangue, suor e lágrimas, as coisas já estão mais tranquilas com relação a isso. Vide os meus WTFs onde comento uma primeira troca de sistema de telefonia feita pelo gerente industrial, e outra feita recentemente. Teve uma outra besteira na mais nova, mas ficou anos-luz de todos os erros da primeira troca….

Other Links to this Post