Finalmente o post sobre o novo emprego. Agradeço ao inúmeros leitores (nenhum) que insistiram que eu postasse sobre o assunto. Comecei quarta-feira passada no novo emprego e aparentemente é exatamente o que eu estava procurando. O ambiente é pequeno em relação ao que eu estava acostumado (por volta de uns 50 servidores ou menos), tem muita coisa pra ser feita (apesar de eles ainda não saberem disso) e o nível de burocracia parecer ser muito baixo. ...
Generalistas: Esse é o tipo de profissional mais comum em pequenas e médias empresas e, infelizmente, no Brasil até grandes empresas tem essa cultura ridícula de querer que o sujeito saiba tudo. O interessante de ser um generalista é que você tem uma melhor visão do todo e pode atuar pontualmente em diversas áreas. Isso aumenta bastante o número de vagas as quais você pode concorrer e, via de regra, isso costuma ser bom. ...
Comentei em outro post sobre changes e minha experiência com elas. Apesar de ser um assunto complexo por natureza e ainda contar com o agravante de que cada empresa implementa de uma forma diferente, algumas dicas gerais podem ser úteis. Planeje seus passos com antecedência Pode parecer besteira falar isso, mas já vi muita gente (incluindo eu no início) simplesmente chegando na hora da change pra ver no que dava. Tenha em algum lugar todos os comandos que precisará executar, de preferência separados em sessões do tipo “verificação pré-change”, “comandos para os hosts X e Y”, “comandos para o database W”, “script de checagem –full”. Eu gosto de já deixar copiado o full path do comando e anotar pelo menos umas opções úteis. Se a change afetará vários servidores ou sistemas que dependem uns dos outros não esqueça de colocar no seu checklist a ordem de stop/start de cada um deles. Exagere. Minta se precisar. Baseado na suas anotações quanto tempo você estima que a change vai levar? Multiplique por três e abra o seu change request com esse número. Normalmente as changes passam por um comitê revisor, conforme comentei no post anterior. Dependendo do nível de babaquice da política da empresa e da criticidade do sistema, eles vão falar pra você fazer em menos tempo. Como você já multiplicou por três pode dar um desconto pra eles. Algumas empresas mais inteligentes te dão a opção de abrir a change com uma janela de X tempo e execução de Y tempo. Isso significa que você pode abrir uma janela que será das 22:00 às 00:00 para executar uma mudança de 10 minutos. Se você tem essa possibilidade, use-a! ...
ITIL é um paradoxo pra mim. Ao mesmo tempo que deve deixar as coisas mais claras, simples e eficientes na minha experiência até agora, pelas outras empresas que passei, ITIL era uma coisa obscuro, complexa e lenta. Minha maior briga sempre foi com change management. Eu tinha certeza até esses dias que pra trabalhar no time de change management o fulano tinha que fazer treinamento pra chato e ser pós-graduado em perguntas estúpidas. Lógico que uma boa dose de burrice também me parecia mandatório. ...