eXtreme Programming (XP) es el enfoque de ingeniería de software más destacado a la fecha; se diferencia de las metodologías tradicionales principalmente en que pone más énfasis en la adaptabilidad que en la previsibilidad (Embrace Change ).  Los cambios de requisitos sobre la marcha son un aspecto natural, inevitable e incluso deseable del desarrollo de proyectos.

ZENTIUS utiliza eXtreme Programming en
sus proyectos de desarrollo de software.

Valores de XP: 

• Comunicación: La comunicación cara a cara es más efectiva que la escrita; lo ideal es que un representante del cliente se integre al equipo para resolver dudas y enterarse de todos los detalles del proyecto.
• Retroalimentación rápida: La retroalimentación del cliente es más útil si es rápida. Lo más pronto que uno sabe, lo más pronto que puede adaptarse. XP trata de cortar el ciclo de retroalimentación hasta minutos u horas en lugar de semanas o meses
• Simpleza: Codificar para hoy y no para mañana: la solución más simple, que funciona, evita el desperdicio de recursos en complejidad inútil.
• Coraje: Decir la verdad, agradable o no agradable, fomenta la comunicación y la confianza; desechar soluciones que fallan y buscar unas nuevas estimula la simplicidad; buscar respuestas reales y concretas crea retroalimentación.
• Respeto: Ningún miembro del equipo se debe sentir ignorado o no reconocido en sus logros. Si a los miembros del equipo no les importa el proyecto entonces nada podrá salvarlo.

Prácticas de XP: 

• Desarrollo iterativo e incremental: Pequeñas mejoras, unas tras otras.
• Relatos:  La planeación se hace utilizando unidades de funcionalidad, de acuerdo al punto de vista del cliente
• Frecuente interacción con el cliente: Cada semana el cliente revisa el resultado de la iteración y escoge con que Relatos seguir, en función del valor que le agregarán.
• Pruebas continuas (Test Driven Programming): Antes de escribir el código, se definen las pruebas que éste debe pasar, se automatiza su evaluación por medio de herramientas de prueba y acto seguido se escribe el código hasta satisfacer las pruebas. Se utilizan semáforos que estarán en rojo mientras las pruebas no se pasen; al pasarlas cambiarán a verde. Si por alguna razón se rompe una prueba el semáforo regresa a rojo.
• Programación en parejas (Pair Programming): Se logra mayor calidad de software cuando dos ingenieros codifican juntos pues le código es revisado y discutido mientras se escribe.
• Sentarse juntos: Todo el equipo trabaja en un espacio abierto, de manera tal que todos están enterados de todas las discisiones sobre el proyecto.