Inteligente vs. Fazer as Coisas Acontecerem

Há um equilíbrio delicado entre fazer certo e entregar.

Eu gerencio uma equipe de 8 desenvolvedores. Cada hora que a equipe fica bloqueada são oito horas de desenvolvimento perdidas.

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

Mais um dia se passa. Perguntei como estava indo. Ele disse que estava quase pronto. Ok, legal, já são três dias perdidos, 192 horas de tempo de desenvolvimento perdido. Estou ansioso para começar. Minha equipe está sangrando horas.

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

A equipe está 12 horas à frente de mim, na Índia. O ciclo de feedback é de 12 horas. Leva 24 horas para começar qualquer coisa.

Como a Lei de Murphy afirma: “Tudo que pode dar errado, dará errado”. A equipe executou os scripts de importação de dados e encontrou falha. Os scripts do Powershell falharam, um problema de segurança impediu a importação dos 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 funcionando para a equipe. Na minha máquina, desanexo o banco de dados, compacto em zip e envio para a equipe. Todo desenvolvedor sabe como reanexar um banco de dados. Em uma hora após receber o banco de dados, todos os oito desenvolvedores têm um banco de dados funcionando. Sucesso!

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