7 errores de gestión que cometen hasta los managers más experimentados con la IA.

He pasado los últimos 20 años ayudando a empresas a mejorar cómo crean sus productos digitales.

Y con la IA estoy viendo el mismo error de gestión de siempre.

Adoptamos la tecnología.
PEROOO
NO cambiamos cómo la gestionamos.

Los patrones de error se repiten, y con la IA se amplifican.

Hoy te cuento los siete pecados que están matando equipos y productos, y que cometen incluso managers muy experimentados.

Pecado número 1: NO ponerle límites a la IA

Es el error más peligroso y NO tiene que ver con la tecnología, sino con cómo dejas actuar a la IA.

La práctica se llama guardarraíles o semáforos: defines lo que la IA nunca puede hacer, lo que debe preguntarte antes de hacer, y lo que puede hacer libremente.

En Cursor, por ejemplo, existe el fichero de «cursor rules» para exactamente esto.

Si hoy le estás dando a la IA acceso al repositorio completo, a la nube y a tus sistemas sin reglas, NO estás usando la IA: estás tirando los dados.

Pecado número 2: El equipo vulnerable

Construir productos que nadie del equipo sabe mantener, ni corregir, ni entiende lo que está pasando.

Cada vez hay más equipos que generan de manera masiva con IA, PEROOO NO saben lo que hacen.

Mi recomendación es volver a prácticas que ya existían: el mob programming, el pair programming.

Un grupo se sienta frente a una pantalla, analiza lo que ha hecho la IA y por qué lo ha hecho, hasta que al menos dos personas entienden el resultado.

La pregunta incómoda aquí: ¿hay gente en tu equipo que genera funcionalidades espectaculares pero que NO sería capaz de arreglarlas sin la IA a su lado?

Pecado número 3: NO tener un método de trabajo

O peor aún: tener un método Viejuno.

El Viejuno Scrum, el Viejuno Canvas, la Viejuna agilidad de siempre.

Si la tecnología ha cambiado radicalmente, el método tiene que cambiar con ella.

Necesitas ver cómo vas a gestionar requerimientos, diseño, versiones, testing y QA en la época IA.

La corriente más sólida ahora mismo para esto se llama SDD, Spec Driven Development, y ya la hemos contado en la Comunidad IA muy en detalle.

Pecado número 4: NO usar specs

Una spec es un fichero de texto plano, en formato Markdown, que acota a la IA sobre qué tiene que crear.

Ahí van las historias de usuario, las pruebas funcionales, los límites, las métricas de éxito.

Trabajar solo con prompts vagos es el Lado Oscuro del Vibe Coding.

Pecado número 5: El contrario, specs gigantes

Specs de 40 historias de usuario que huelen a ciclo en cascada.

Malo es NO tener specs, PEROOO malo es también tener specs monstruosas.

Mi recomendación: NO agrupes más de cuatro o cinco historias de usuario por spec.

Pecado número 6: NO hacer testing específico para IA

Si ya era el gran olvidado antes, ahora que la IA genera gran parte del producto, el testing es vital.

Hay prácticas concretas: el LLM como juez (una segunda IA revisa el resultado de la primera), que la propia IA genere y ejecute sus pruebas antes de que las vea un humano, o aplicar TDD adaptado a estos entornos.

Pecado número 7: NO usar dos carriles

El carril rápido es el Vibe Coding: prototipos ágiles para validar ideas, sin necesitar horas de diseño o desarrollo.

El carril robusto es el Vibe Engineering: una vez validado, aplicamos QA fuerte, LLM como juez y todas las prácticas anteriores.

Uno NO elimina al otro.

Tienes que hacerlos convivir.

PD: Todo esto que acabas de leer lo trabajamos en profundidad en la Comunidad IA.

NO de manera teórica.

De manera práctica, con casos reales, con gente que está en el mismo punto que tú y que cada día avanza descubriendo nuevas maneras de trabajar acordes a estos nuevos tiempos.

Si quieres dejar de improvisar y tener un método, este es el sitio.

La abrimos solo unas pocas veces al año.

Y esta semana… casualidad o no… es una de esas veces.

Durante solo los próximos días puedes ser parte, luego volveré a cerrar y ya NO podrá entrar nadie.

Si quieres ver cómo funciona por dentro, precios (mensual, trimestral o anual), contenidos y fechas:

Nació porque creíamos —y seguimos creyendo— que una de las mejores formas de formarse es una evolución continua, simple y accesible económicamente a todo el mundo.

Y si decides unirte, genial.

Y si no, también: lo importante es que sigas avanzando.

Gracias por estar al otro lado.

​(Por si no nos conocemos.
Soy la persona que revolucionó cómo trabajan hoy los equipos en las empresas de negocios digitales de España y Latinoamérica.
Divulgando en Keynotes, en mi blog y en mi canal de YouTube, he creado un movimiento que ha modernizado la gestión y que ayudó a dejar atrás el lado oscuro de los modelos de gestión obsoletos, más propios de la era industrial.
He formado directamente a más de 100.000 profesionales y he trabajado con más de 600 equipos.
Tengo una estancia de investigación postdoctoral en EE. UU., becado por Carnegie Mellon, un doctorado cum laude y soy ingeniero).