Una presentación y descripción del extreme programming

1. Extreme
programming
Adamari Dagmar Cortés Vargas
Uriel Ángeles Casteñeda

2. Extreme programming
El entorno “Agil” representa
una filosofia general del
Desarrollo que enfatiza el valor
de la rapida respuesta y
frecuente para la satisfaccion
del cuente. Un framework o
entorno rapido puede ser
definido como un Desarrollo
aproximado basado en la
filosofia en el “Agile Manifesto”
Es un metodo de
desarrollo agil de
software.
2

3. Kent
Beck
3
Pionero en el desarrollo de los métodos Agile

4. The Agile Manifesto
▫ We are uncovering better ways of developing software by
doing it and helping others do it. Through this work we have
come to value:
▫ Individuals and interactions over processes and tools
▫ Working software over comprehensive documentation
▫ Customer collaboration over contract negotiation
▫ Responding to change over following a plan
▫ That is, while there is value in the items on the right, we value
the items on the left more.
4

5. “
Siendo un metodo “Agile”, este cuenta con las
siguientes caracteristicas:
▫ Ligero
▫ Riesgos minimios
▫ Eficiente
▫ Flexible
▫ Anticipado
▫ Sencillo
5

6. 1. Metas del XP
Let’s start.

7. ▫ Potenciar el trabajo en equipo y
preocuparse por el aprendizaje de los
desarrolladores.
▫ Propiciar un buen clima de trabajo.
▫ Realimentación continua.
7

8. ¿Cuándo se puede aplicar?
▫ El XP pretende mejorar la calidad del software y una
calidad de vida mas alta para el equipo de desarrollo.
▫ La XP es el framework con mas especificaciones de
los métodos Agile.
8

9. Requerimientos
▫ Que el software cambie constantemente.
▫ Un equipo pequeño de desarrollo con mucha
comunicación
▫ La tecnología que usen todos los desarrolladores
permita un testeo de funcionalidad.
9

10. Comunicación
Los cinco valores del XP son la
comunicacion, la sencillez, el
feedback, la toma de decisiones
en presión.
Valores
Principios
Feedbak rapido: los miembros
del equipo entienden el fedback.
Sencillez asumida: los
desarrolladores se enfocan en
el trabajo importante y siguen
YAGNI (You Ain’t Gonna Need
iIt) y DRY( Don’t Repeat
Yourself).
Cambios incrementados: los
pequeños cambios hechos a un
product paso por paso
funcionan major que los
grandes hechos de una sola vez.
10

11. ▫ Aceptar cambios: si un cliente cree que el producto
necesita ser cambiado, los programadores deben
aceptar la decisión y plantear como implementar los
nuevos requerimentos.
▫ Trabajo de calidad: un equipo que trabaja bien, hace
trabajos mas valorados y se sienten orgullosos de el
mismo.
11

12. Ventajas de mercado
▫ Se basa en el principio “First
to Market Strategy”
▫ El cual dice que al lanzar tu
producto al mercado
cuentas con una gran
cantidad de ventajas:
▫ Impacto en consumidores
▫ Reconocimiento de nombre
▫ No hay competencia
▫ Desarrollo de product
▫ Friendster, Netscape
and Atari
12

13. Prácticas
▫ XP sugiere 12
practicas mientras
se desarrolla un
software.
13

14. ¿Como se conforma?
Pruebas
Con las planificaciones
se incluyen las
entregas al final de
cada iteración.
El software funciona
en cada prueba.
Diseño y
programación
El diseno del programa
suele ser simple y
basado en la
funcionalidad, se
programa a dos
manos.
El codigo es de todos.
Uso de metaforas y
otras ventajas
Se buscan frases o
nombres que definan
en que parte del
programa se
encuentran. La
organizacion y
planificación es
esencial.
14

15. Prints
Se deben planificar los plazos
temporales del Proyecto
basandose en las exigencies
del cliente, con base a las
estimaciones de coste y la
dificultad del Proyecto, se
marcan prioridades y fechas
de forma orientativa.
15

16. Equipo de un Proyecto XP
16
Cliente
Manager Coach
Testers
Programadores
Testers
Programadores

17. Pero… ¿se usa?
17

18. ¿Y a comparación de otros?
¿Cómo se compone? ¿O que hay de malo en ello…?
18

19. ¿Por qué no se usa?
▫ Los Project manager no saben programar.
▫ Requiere una gran inversion: se necesitan desarrolladores de
calidad y alto calibre, básicamente “Rockstars”.
▫ Training; se tiene que entrenar a todo el equipo, lo cual es caro y
tedioso.
▫ Infrastructura.
▫ Cultura.
▫ Es racional (lo cual personas en los negocios no comprenden del
todo).
▫ Es muy complicado.
19

20. ¿Te interesa saber
más?
20
https://www.agilealliance.org/

21. 21
¡Gracias!
¿Preguntas?
😉