La era de los frameworks terminó. El cuello de botella se movió a la entrega.

Jeff Gothelf lo dijo sin rodeos: SAFe fue «diseñado deliberadamente para producir previsibilidad y coordinación a escala. Esa era la respuesta correcta al problema que resolvía. El problema ahora es distinto». Tiene razón, y el mercado está de acuerdo: los frameworks de agile a escala están en franco retroceso, los roles de coach ágil se están eliminando, y las empresas ahora piden ayuda que sea explícitamente agnóstica de framework.

Pero “dejar de usar frameworks” es solo la mitad de la respuesta. Aquí está la otra mitad, y es la parte que se saltan la mayoría de las posturas post-agile.

La IA no aceleró el ciclo de manera uniforme. Movió el cuello de botella.

Toda organización de producto ejecuta el mismo ciclo: descubrir → construir → entregar. La IA comprimió dos de esos tres pasos, y mucho.

• Descubrir: pensamiento de diseño, investigación de usuarios, mapeo de journeys, prototipado. Un prototipo que tomaba semanas ahora toma horas; flujos completos se generan en minutos. El descubrimiento es más rápido de lo que ha sido nunca.
• Construir: la generación de código colapsó el tiempo de la especificación al software funcionando.
• Entregar: despliegue, integración, pruebas, gobernanza y gestión del cambio a través de sistemas grandes y reales. La IA apenas ha tocado esto.

Así que la restricción se movió. Cuando aceleras el descubrimiento y la construcción pero no la entrega, no obtienes una empresa más rápida, obtienes una fábrica de ideas más rápida alimentando el mismo tubo lento, y una pila creciente de ideas validadas atascadas contra el muro de la entrega. Cualquiera que haya lanzado algo dentro de una gran empresa ha visto que esto pasa.

Por eso “aprende más rápido” es una tesis incompleta. La tasa de aprendizaje es necesaria, pero la organización que gana es la que tiene el camino más corto desde una idea validada hasta valor entregado y gobernado en producción. Llámalo velocidad de ciclo completo. Es la versión honesta de la ventaja adaptativa que todo el mundo persigue: no ganas porque la IA te hizo más barato (la IA orientada al costo es exactamente lo que fracasó en las empresas que la impusieron). Ganas porque superas en aprendizaje y en entrega a competidores que todavía planifican por trimestres.

Un runtime comprime la entrega. Un framework no puede.

Un framework es un plan. Coordina personas; no ejecuta software. No puedes acortar la entrega adoptando un modelo operativo más pesado: eso es añadir ceremonia exactamente al paso que ya es el cuello de botella.

Lo que comprime la entrega es un runtime: una capa de ejecución que ya está desplegada, ya está gobernada, ya está en producción, de modo que una idea nueva impulsa valor real a través del sistema sin reconstruir la fontanería cada vez. Eso es RakuAI: el runtime espacial nativo de IA que permite que cualquier asistente (Claude, ChatGPT, Gemini, Copilot) actúe sobre el mundo real a través de una superficie MCP multi-proveedor, con denegación por defecto y registro de auditoría. No una metodología para desplegar. Un sistema que se ejecuta.

También colapsa la falsa disyuntiva entre comprometerse con la entrega y mantenerse libre para pivotar. Cuando la entrega es barata y reversible, puedes comprometerte temprano y cambiar de rumbo en la semana tres, porque enviar la versión corregida es rápido. El “dilo si está mal y pivota” de Gothelf deja de ser un eslogan de cultura y se convierte en un hecho económico, una consecuencia de un tiempo de entrega corto, no un cartel en la pared.

Cómo funciona: tres movimientos, no un framework

• Mapear: el journey y dónde se esconde el valor. Diseño de experiencia al frente, donde corresponde, ahora comprimido por la IA.
• Anclar: anclar en contexto real (un espacio realmente capturado, datos reales) para que la IA actúe sobre la verdad, no sobre un prompt. Este es el paso que evita que la velocidad se convierta en una salida confiada pero equivocada.
• Ejecutar: dirigirlo a través del runtime: gobernado, auditado, en producción. Gobernar y escalar suceden aquí.

Tres movimientos que un ejecutivo puede recordar, unidos a un sistema que los ejecuta, no un diagrama de pared de treinta cajas y un camino de certificación.

La conclusión

La era de los frameworks resolvió el viejo problema: previsibilidad a escala. El nuevo problema es el opuesto: adaptabilidad a velocidad, donde la restricción vinculante es la entrega, no la planificación. La solución no es un framework más grande con una capa de IA atornillada encima. Es resta más un runtime: menos movimientos, y una capa de ejecución que convierte el aprendizaje rápido en entrega rápida y gobernada.

Deja de adoptar frameworks. Empieza a medir la velocidad de ciclo completo. Y pon el runtime donde realmente está el cuello de botella.