Inteligente vs. Fazer as Coisas Acontecerem

Existe um equilíbrio delicado entre fazer certo e entregar.

Gerencio um time de 8 desenvolvedores. A cada hora que o time fica bloqueado, são oito horas de desenvolvimento perdidas.

Um colega de trabalho foi encarregado de me conseguir um banco de dados. Depois de dois dias esperando, perguntei o status. Ele disse que estávamos tendo problemas com a importação de dados. Quando ele fez o script dos dados, era quase um giga. Um giga era um pouco demais para fazer check-in no subversion. Ele estava procurando um método alternativo.

Mais um dia passa. Pergunto como está indo. Ele diz que está quase pronto. Ok, legal, estou três dias atrás, 192 horas de tempo de desenvolvimento perdido. Estou ansioso para começar. Meu time está perdendo horas.

No quarto dia, ele está pronto. Finalmente! Ele me envia o projeto do banco de dados e os scripts de importação. Ele está usando PowerShell e BCP para importar os dados. Envio para o time com instruções detalhadas.

O time está 12 horas à minha frente, na Índia. O loop de feedback é de 12 horas. Leva 24 horas para começar qualquer coisa.

Como diz a Lei de Murphy: “Tudo que pode dar errado, vai dar errado”. O time executou os scripts de importação de dados e foi recebido com falha. Os scripts PowerShell falharam, um problema de segurança impediu a importação de dados.

Estou cinco dias atrasado. 320 horas foram perdidas. O prazo está se aproximando, precisamos começar.

Neste ponto, preciso colocar o banco de dados em funcionamento para o time. Na minha máquina, desanexo o banco de dados, compacto e envio para o time. Todo desenvolvedor sabe como reanexar um banco de dados. Em uma hora de receber o banco de dados, oito desenvolvedores têm um banco de dados funcionando. Sucesso!

Criar um processo inteligente é bom, mas às vezes apenas fazer o trabalho é mais importante do que ser inteligente.