- 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
1 comentarios
Opiniones de Hacker News
Kent Beck (el creador de Extreme Programming) está haciendo varios experimentos relacionados con la codificación con IA
En textos como Augmented Coding Beyond the Vibes está reflexionando sobre cómo se puede usar la IA en la programación
Recuerdo que, cuando ChatGPT empezó a usarse de forma útil para programar, dijo que el 90% de sus habilidades ahora ya no valían nada y que el 10% restante se había vuelto igual de valioso
90% of my skills are now worth 0
Creo que el enfoque de desarrollo XP con tests primero es aún más valioso en una época en la que la IA genera código y luego lo valida
Siento que esto facilita especialmente la generación de código con herramientas de IA
Una de las cosas que me preocupa del coding con IA hoy en día es que queden reportes o guías viejas dentro del repositorio
Por ejemplo, este reporte también fue generado por IA a partir del código existente en el momento de su creación
No sé qué sentido tiene dejar ese tipo de artefactos intermedios en el historial
Especialmente me generan dudas los archivos que se siguen acumulando con nombres como _updated_v2_from_2025
Ejemplo 1, Ejemplo 2
Creo que XP es la única metodología ágil de verdad
Con el tiempo, agile terminó deformándose hasta perder significado
La programación con IA ayuda a cerrar más rápido el ciclo de retroalimentación, pero no creo que todo el código necesite pruebas unitarias masivas
Si la gente vuelve a entender el núcleo de XP (para mí, el ciclo de retroalimentación) y se vuelve posible crear ciclos aún más cerrados mediante sistemas de agentes basados en LLM, eso podría ser un gran avance para la ingeniería de software
Empecé con XP y tuve la experiencia de practicarlo de forma obsesiva, así que ahora me cuesta trabajar en organizaciones estilo SCRUM
SCRUM surgió en gran parte de XP, pero ahora da la impresión de que solo quedan prácticas vacías de significado
Creo que el escenario ideal es que dos desarrolladores hagan pair programming en la misma rama junto con agentes de IA
Es un ciclo de retroalimentación ideal en el que planificación en pareja, revisión, desarrollo y pruebas se repiten de forma natural
Los unit tests de la época de XP y las pruebas de ahora son distintas
En ese entonces eran pruebas a nivel de funcionalidad, no pruebas por método
Siento que todo depende de qué tan bien la IA pueda cerrar el ciclo de retroalimentación
No entregar la mitad del código a los usuarios (= enviarlo a producción) no es agile
Nuestro equipo está compuesto enteramente por ex-Pivots y gente de Thoughtworks
Pair programming, TDD y cliente in situ son la base
Además, llevamos más de dos años usando activamente IA dentro del IDE
Pero este año, para nuestra sorpresa, en vez de trabajar cada quien por separado con IA, empezamos a hacer "mobbing": los cuatro sincronizados en un mismo proyecto, enfocados en una sola cosa
Mientras Claude Code ayudaba con la escritura, los cuatro colaborábamos al mismo tiempo en tiempo real
Fue la experiencia más divertida, enfocada y efectiva que he vivido, una combinación perfecta entre XP e IA
Había olvidado por completo XP
Algunas partes ya se volvieron algo cotidiano, y el resto probablemente hoy se vería como algo extremadamente extraño
Sobre todo, quiero enfatizar que hay que pensar al menos una vez antes de soltar más de 1000 líneas de código usando un LLM sin mayor reflexión
Personalmente, me da curiosidad qué parte de XP les parece la más extraña
Esto no debe interpretarse como que todo el mundo tenga que hacer pair programming con IA
Cuando haces pair programming con un compañero, comparten su forma de pensar y el contexto del código
Pero cuando haces pair programming con IA, en cuanto cierras el prompt, la IA se olvida de todo
Así que el XP del que se está hablando aquí sigue siendo XP "entre personas", como en los años 90
La IA puede entrar en algunas partes, pero el núcleo sigue siendo humano
Eso pasa si no dejas resultados explícitos
Al explorar código nuevo con poca documentación, puede tener sentido dejar en el repositorio lo que aprendiste junto al LLM en forma de documentos o archivos de agente
Yo, al contrario, creo que si no haces pair programming con IA, lo estás haciendo mal
En realidad, incluso cuando hacemos pair programming entre personas, muchas veces mi yo del futuro olvida por completo lo que recuerdo ahora
Hay que avanzar hacia un pairing centrado en la documentación
En resumen, hay que practicar sí o sí pair programming XP con LLM
Seguro que también habrá gente queriendo vender cursos de Extreme Vibing (XV)
Extreme Programming reúne varias ideas útiles de manera independiente (por ejemplo, TDD, pair programming, CI y retroalimentación) dentro de un mismo paradigma
Cada una puede ser útil según el contexto, pero no creo que sea necesario usar todas las partes al mismo tiempo siempre
Por ese contexto, creo que XP pierde fuerza como concepto completo
Hoy en día, la mayoría de los equipos solo practica una parte de XP, y casi ninguna organización aplica realmente XP completo
En el caso de agile, la mayoría de las grandes empresas suele implementar alrededor del 70% de más del 90% de las prácticas
En la práctica, nunca hubo una sola empresa que implementara al 100% lo descrito en el manifiesto ágil, y la que mejor lo hizo llegó más o menos al 90%
Pero como todas las prácticas clave estaban agrupadas dentro de un mismo paradigma, a las organizaciones les resultaba fácil llamarse a sí mismas "ágiles"
Por eso se volvió mucho más fácil simplemente declarar que uno iba a “hacer la transición a agile”
Esa es la razón por la que el libro de XP está dividido en filosofía, principios y prácticas
La frase que más me impactó de ese libro es que los valores sin prácticas están muertos, y las prácticas sin valores también están vacías
Al final, el objetivo último no es seguir best practices, sino darles autonomía a los equipos para que definan su propio proceso y produzcan software confiable y bien diseñado
Que XP parezca una especie de "caja de herramientas variada" se debe justamente a que son cosas que esos equipos activos eligen y usan
Yo de hecho siempre aplico en código de producción las prácticas mencionadas arriba (TDD, pair programming, CI y retroalimentación), cuando las condiciones lo permiten
Me da curiosidad en qué situaciones podría considerarse que esas prácticas están "mal"
Creo que hemos avanzado bastante desde el agile compulsivo de los 90 hasta llegar aquí
Ahora que hay tantos workflows con IA, hay que enfocarse más en revisar los procesos de software para aumentar de verdad la probabilidad de obtener resultados valiosos para el usuario, en lugar de simplemente aumentar el volumen de entregables
Creo que XP es un buen punto de partida para eso (aunque no necesariamente el destino final)
Extreme Programming (XP) es una metodología ágil que se enfoca en iteraciones cortas, retroalimentación rápida y diseño simple, y se basa en prácticas como pair programming, TDD y CI para adaptarse rápidamente al cambio
Prioriza construir lo más pequeño y rápido posible, y optimizar el aprendizaje iterativo y la calidad junto con el cliente
~ GPT5 in perplexity
Últimamente tengo la impresión de que, con la IA, el modelo waterfall está resurgiendo
En realidad, waterfall nunca desapareció
Es lamentable que waterfall esté de regreso
Waterfall no es el enfoque correcto en la mayoría de los casos
Como ex-Pivot y fan absoluto de XP, estoy de acuerdo
Vean también mi comentario más abajo
Sigo practicando XP incluso ahora mismo