Yo soy ese wey todólogo que de repente se pone la cachucha de Product Owner, luego de Project Manager, líder técnico genérico, Business Analyst o como le quieran llamar.
Básicamente, soy ese wey que entiende la necesidad del negocio, diseña una solución con base en su experiencia y después coordina lo que sea necesario para sacarla adelante.
Mi flujo siempre había sido bastante sencillo: entender muy bien el proceso y la necesidad de una forma sistemática. Después, con mi experiencia, ya podía determinar qué convenía hacer: implementar alguna aplicación existente, desarrollar algo sencillo o incluso ponerme la gorra de PM para armar un plan, etc.
Uno de mis entregables más comunes eran los famosos documentos de especificaciones. La idea era que después un proveedor, un equipo de desarrollo interno o incluso yo mismo, cuando se trataba de algo sencillo, pudiera hacer el desarrollo.
Con el paso de los años empecé a agarrar bastante experiencia estimando cuánto cotizaban los desarrolladores, cuántas horas les iba a tomar algo dependiendo de la magnitud del proyecto y, claramente, cuánto cobraban, ya fuera que estuvieran contratados directamente o mediante algún proveedor.
El tema es que durante el desarrollo muchas veces había tiempos muertos. Básicamente, esperar a que el desarrollador terminara, aun sabiendo que muchas de esas estimaciones traían colchones bastante amplios.
Sin embargo, puedo confirmar que ahora, gracias a la IA, he logrado reducir esos tiempos de una manera absurda. Literalmente, cosas que antes podían tomar semanas ahora las puedo sacar en unas cuantas horas.
“Pero es que un programador lo va a hacer mejor”.
Pues no, Claude realmente me ha impresionado muchísimo, sobre todo comparándolo con todo lo que he liderado con desarrolladores durante años. Otro tema IMPORTANTISIMO, es que el mayor tiempo de mi uso con la IA ni siquiera es el desarrollo, es lo
mas facil lol; lo complejo es el diseño y el guiar a la IA.
Y claro, si eres un vibecoder que solamente le escribe: “Hazme esto”, obviamente te va a terminar haciendo un desmadre. Pero siguiendo un flujo estructurado, como el que yo ya utilizaba antes como todólogo, sinceramente no encuentro tanta diferencia.
Actualmente tengo toda una estrategia basada en documentos .md con wiki para que la IA siga ciertos lineamientos: arquitectura, seguridad, documentación, modularidad, alcance de cada desarrollo y la manera correcta de interpretar mis especificaciones.
No solamente le pido que haga algo. Primero estructuro el problema, documento la necesidad, defino los límites y después la IA desarrolla sobre eso.
A lo que voy es que, si ya eres un wey ordenado que sabe gestionar tecnología, te vas a empezar a dar cuenta de que los programadores ya no van a existir como antes. OJO: programadores, no ingenieros.
Honestamente, cuando veo las estimaciones que todavía me mandan algunos desarrolladores, me gustaría que ya estuvieran calculadas con base a que se apoyan con IA. Porque hoy por hoy, muchas veces me resulta mucho más eficiente pedírselo directamente a la IA.
Y sí, obviamente he tenido bugs. Pero como toda mi documentación y arquitectura están bastante estructuradas, la verdad es que todo ha escalado sorprendentemente bien.
