Por qué los ciclos anuales matan proyectos de IA
El ciclo clásico de proyecto empresarial (análisis seis meses, diseño tres, construcción seis, lanzamiento uno, ajustes eternos) nunca funcionó bien. Con IA directamente no funciona. Entre el kickoff y el lanzamiento, los modelos cambian, los usuarios cambian, lo que era una hipótesis razonable en enero es irrelevante en agosto.
Cuando un proyecto de IA dura catorce meses, lo que se lanza es casi siempre una reliquia. Útil para facturar al proveedor, no para mover la cuenta de resultados. Y el coste de oportunidad de haber aprendido durante catorce meses en lugar de lanzar y aprender del mercado rara vez se cuenta.
La matemática simple de iterar
Doce lanzamientos de dos semanas producen doce momentos de aprendizaje. Un lanzamiento de doce meses produce uno. La pregunta no es qué sistema es más complejo. Es qué empresa toma decisiones con más información.
En proyectos nuestros, entre la semana 2 y la semana 10 el sistema cambia más de lo que habríamos podido prever. Ese cambio no viene de mala planificación. Viene de descubrimientos que solo aparecen cuando hay usuarios reales tocando el sistema. Si ese descubrimiento se retrasa seis meses, el coste ya no es técnico, es de posicionamiento.
Tres mecanismos que permiten iterar sin romper
1. Alcance acotado por ciclo
Cada ciclo tiene un objetivo concreto y una métrica. No se mete nada más hasta el siguiente ciclo. Esto parece obvio y es lo que más cuesta mantener, porque siempre hay una idea interesante que se querría colar.
2. Métricas de producción, no de demo
Al final de cada ciclo se revisan datos reales: cuántas veces se usó, con qué tasa de acierto, con qué intervención humana, con qué coste. La revisión no dura más de una hora. Es la mejor hora de la semana, porque es la que convierte opinión en información.
3. Decisiones reversibles por defecto
Si la decisión tomada en un ciclo se puede revertir en el siguiente sin grandes costes, se toma rápido. Si no se puede, se marca como decisión estructural y se trata con otro ritmo. Esa distinción libera velocidad en la mayoría de decisiones del día a día.
El papel del humano en iteración rápida
Iterar rápido no elimina el criterio humano. Al contrario, lo concentra. En lugar de diluir la atención del equipo durante catorce meses, la enfoca en decisiones concretas cada dos semanas. El equipo dedica menos tiempo acumulado y toma decisiones mejor informadas. Esa es una ganancia invisible pero enorme: es la que evita que el proyecto consuma más energía de la que produce.
Cuándo iteración rápida es el error
No todo es iterable. Arquitectura de datos, elecciones legales, contratos con partners clave y decisiones que tocan privacidad del cliente requieren ciclos largos y diligencia. Tratar estas decisiones con la misma velocidad que un cambio de prompt es la mejor manera de meter a la empresa en un problema serio.
La disciplina útil es separar los dos mundos: un carril rápido para lo reversible y un carril lento para lo estructural. Cuando los dos carriles se confunden, o bien se va muy despacio en todo (parálisis) o muy rápido en todo (accidentes). Averis trabaja con los dos carriles definidos desde el primer día del proyecto.
