Existe un equilibrio delicado entre hacerlo bien y entregar resultados.
Dirijo un equipo de 8 desarrolladores. Cada hora que el equipo está bloqueado son ocho horas de desarrollo perdidas.
Un colega fue encargado de conseguirme una base de datos. Después de dos días de espera, pregunté por el estado. Dijo que teníamos problemas con la importación de datos. Cuando escribió los datos en un script, era casi un gigabyte. Un gigabyte era demasiado para verificar en subversion. Estaba buscando un método alternativo.
Pasa otro día. Le pregunto cómo va. Dice que casi está listo. Ok, genial, llevo tres días, 192 horas de tiempo de desarrollo perdido. Estoy ansioso por empezar. Mi equipo está perdiendo horas.
En el cuarto día, está listo. ¡Finalmente! Me envía el proyecto de base de datos y los scripts de importación de base de datos. Está usando PowerShell y BCP para importar los datos. Se los envío al equipo con instrucciones detalladas.
El equipo está 12 horas adelante de mí, en India. El ciclo de retroalimentación es de 12 horas. Tarda 24 horas en empezar cualquier cosa.
Como dice la Ley de Murphy: “Cualquier cosa que pueda salir mal, saldrá mal”. El equipo ejecutó los scripts de importación de datos y se encontró con un fallo. Los scripts de Powershell fallaron, un problema de seguridad impidió la importación de datos.
Llevo cinco días de retraso. Se han perdido 320 horas. La fecha límite se acerca, necesitamos empezar.
En este punto, necesito que la base de datos esté funcionando para el equipo. En mi máquina, desconecto la base de datos, la comprimo y la envío al equipo. Todo desarrollador sabe cómo reconectar una base de datos. En una hora de recibir la base de datos, ocho desarrolladores tienen una base de datos funcional. ¡Éxito!
Crear un proceso ingenioso es bueno, pero a veces simplemente hacer el trabajo es más importante que ser ingenioso.
Autor: Chuck Conway es un Ingeniero de IA con casi 30 años de experiencia en ingeniería de software. Construye sistemas de IA prácticos—canalizaciones de contenido, agentes de infraestructura y herramientas que resuelven problemas reales—y comparte lo que está aprendiendo en el camino. Conéctate con él en redes sociales: X (@chuckconway) o visítalo en YouTube y en SubStack.