¿Deberíamos volver a mirar la Programación Extrema (XP) en la era de la IA?

• Gracias a la generación de código con IA y a la innovación en plataformas, la velocidad de desarrollo se ha disparado, pero los resultados de los proyectos siguen siendo pobres y la tasa de fracaso continúa siendo alta
• El problema no es la velocidad, sino la falta de validación y alineación; XP impulsa aprendizaje, alineación y mejora de calidad mediante restricciones intencionales
• En particular, cuanto más los agentes de IA aceleran la generación, modificación y despliegue de código, más grave se vuelve el aumento de complejidad y vulnerabilidades sin validación
• XP enfatiza valores centrados en las personas como simplicidad, comunicación, retroalimentación, respeto y valentía, así como lotes pequeños, integración continua y pruebas automatizadas
• En una época en la que la producción rápida se ha vuelto normal, XP vuelve a recordar el principio de que el software, al final, es para las personas

---

La aceleración de la producción de software y sus límites

• Con las recientes innovaciones en herramientas de IA y diversas plataformas de desarrollo, la barrera para generar código ha bajado muchísimo y la velocidad ha mejorado de forma notable
• Con solo unos cuantos prompts o llamadas a APIs, es posible generar rápidamente productos, funciones e incluso infraestructura completa
• Sin embargo, a pesar del aumento de la productividad, existe el problema de que la tasa general de éxito de los proyectos no ha mejorado de manera significativa
• Informes como el Standish Chaos Report y reportes de McKinsey señalan que siguen siendo frecuentes los casos en los que la mayoría de los proyectos de TI fracasan o terminan excediendo el presupuesto
• Se confirma así que mejorar solo la velocidad de generación de código no eleva automáticamente los resultados en la entrega de software

Por qué el output no es el verdadero problema

• Se ha demostrado repetidamente que el cuello de botella en el desarrollo de software no es la velocidad de entrada o salida de código
  • Ha habido olas sucesivas de aceleración, como la adopción de lenguajes de alto nivel, la popularización de frameworks y package managers, la expansión de DevOps y serverless, la evolución de las plataformas de desarrollo y la generación de código con IA
• Según el Chaos Report, a pesar de la aceleración del output, persiste el problema de resultados finales inconsistentes y por debajo de lo esperado
• Se enfatiza que la respuesta no es una simple aceleración, sino restricciones más inteligentes
• XP es una práctica que guía en la dirección correcta mediante aprendizaje, alineación y desarrollo intencional, sin apresurarse

El papel de XP: un contrapeso a la velocidad

• La aceleración ilimitada provoca el problema de quitar oportunidades para aprender, detectar errores y corregir el rumbo
• Extreme Programming (XP) está diseñado para introducir fricción y restricciones intencionales para que el equipo avance en la dirección correcta
  • Práctica representativa: la programación en pareja reduce deliberadamente la producción a la mitad
• Aunque la programación en pareja puede reducir a la mitad el volumen producido, ofrece el doble de efectos positivos en comprensión compartida, confianza, calidad y desarrollo de capacidades dentro del equipo
• XP cambia la forma misma de colaborar e invierte en fortalecer la capacidad del equipo y darle dirección

Cómo la IA profundiza aún más el diagnóstico de XP

• A medida que la IA vuelve casi sin esfuerzo la generación de código, aumenta el riesgo de producir software no validado a gran escala
  • En especial, en sistemas de agentic AI donde múltiples agentes generan, mejoran y despliegan código automáticamente, el riesgo crece de forma abrupta
• Los sistemas automatizados sin restricciones apilan lógica no validada en múltiples capas, agravando la complejidad y las vulnerabilidades
• Estudios recientes han demostrado que mientras más larga es la ventana de contexto de un LLM, peor puede volverse su precisión
  • Manejan bien el principio y el final, pero en la parte intermedia son más vulnerables a generalizaciones y errores
• Como resultado, esto conduce a código frágil y costoso de mantener, y XP surgió precisamente para evitar esa entropía desordenada

El software sigue siendo un ámbito humano

• Aunque la IA avance, no cambia la esencia de que el software lo hacen personas para personas, dentro de la comunicación y la cultura de una organización
• Los principales obstáculos en la entrega no son el nivel de automatización, sino factores humanos como la alineación, el contexto compartido, resultados claros y validación con usuarios
• Valores clave de XP:
  • Simplicity: reducir la complejidad
  • Communication: mantener la cohesión del equipo
  • Feedback: impulsar el aprendizaje y la adaptación
  • Respect: construir confianza y seguridad
  • Courage: apoyar la transparencia y la capacidad de cambiar

De la feature factory a la entrega de valor real

• Los equipos exitosos priorizan el flujo (flow) y la retroalimentación por encima de la velocidad en sí misma
• Prácticas de XP como lotes pequeños, integración continua, pruebas automatizadas y propiedad compartida contribuyen a la adaptabilidad y al enfoque en el usuario
• A medida que la producción de código se vuelva aún más rápida, estos métodos serán esenciales para gestionar calidad, riesgo e intención

Lecciones del pasado

• Estadísticas del informe CHAOS:
  • 1994: 16% de los proyectos se completaron con éxito a tiempo y dentro del presupuesto
  • 2012: mejoró a 37%
  • 2020: volvió a caer a 31%
• Incluso después de más de 20 años de innovación y cambio (agile, DevOps, cloud native, IA, etc.), la confiabilidad general solo aumentó 14 puntos porcentuales
• La toolchain por sí sola no puede resolver el problema
• Se reafirma la importancia de la metodología correcta

Qué se necesita hacia adelante

• 1. El output ya no es la restricción: la capacidad de producir código supera la velocidad de validación y alineación
• 2. Fortalecer capacidades orientadas a resultados: la retroalimentación, una dirección clara de producto, una colaboración sólida y un buen diseño son esenciales
• 3. Se necesita un proceso más humano: incluso si la IA avanza, la entrega continua depende de la colaboración

• Se enfatiza que un Product Operating Model realmente efectivo surge de una operación centrada en las personas: colaboración, claridad y flujo
• Más que la innovación tecnológica (plataformas), lo que permite construir un entorno sostenible de entrega de software en la era de la IA es alinear sin fisuras la estrategia del equipo, el ritmo operativo y las prácticas de ingeniería

Conclusión: en la era de la IA, ¿se necesita XP?

• Sí
• En un contexto de herramientas cada vez más poderosas, se necesita un framework que fije prácticas centradas en las personas
• XP ofrece al mismo tiempo un enfoque centrado en el equipo, empatía, entendimiento compartido y orientación hacia los objetivos correctos
• Se enfoca no en la velocidad bruta de output, sino en una dirección con sentido y la alineación dentro del equipo
• En una era de aceleración de la IA y producción sin límites, XP es una metodología poco común que recuerda que el software es trabajo de personas