INTRODUCCION A XP

Ing. Eivy Pereyra Carvalho

Cmo nace XP?

Metodologas tradicionales vs
Manifiesto gil

FASES DE XP
EXPLORACION (Redaccin de historias de usuarios)
PLANIFICACION (Orden en que deben implementarse las historias
de
de usuarios)
CONSTRUCCION
Las funcionalidades son desarrolladas en esta fase, generando al
final de cada una un entregable funcional que implementa las
historias de usuario asignadas a la iteracin.
se empleara el Frameworks planteado por SCRUM
PRODUCCION
Al final de cada Sprint se entregan mdulos funcionales,
potencialmente usables

VALORES
COMUNICACIN
SIMPLICIDAD
RETROALIMENTACION
CORAJE
APLICABILIDAD

VALORES EN
PROGRAMACI
N EXTREMA
(XP.)
Comunicacin

PLANTEAMIENTO DE LA
PROPUESTA

ESTRATEGIAS Y HERRAMIENTAS SUGERIDAS EN

ESTA PROPUESTA

Incentivar la comunicacin Face to Face. Tcnicas de Integracin continua, del cdigo y los documentos.
Para evitar problemas de comunicacin Es
entre las personas.

prioridad

del

SCRUM

Master

facilitar

los

mecanismos

de

comunicacin y dialogo en el equipo. Quitando impedimentos que

La comunicacin permanente el dilogo impidan una buena comunicacin

frontal. (Reuniones diarias Daily SCRUM)

Una buena comunicacin tiene que estar

presente

durante

todo

el

proyecto.

(Retroalimentacin al finalizar un Sprint).

Fomentar

Simplicidad

la

cultura

del

dialogo

la

comunicacin asertiva.
Sencillez en el diseo,

cdigo

procesos,

recodificaciones plantillas y artefactos Propuestos.

mediante

en

los Se plantea un sistema de documentacin. Que contempla los

continas.

Los resultados de las pruebas unitarias son tambin una

Retroalimentaci La retroalimentacin permanente.
n
El cliente debe brindar retroalimentacin de retroalimentacin permanente que tienen los desarrolladores acerca

Coraje

las funciones desarrolladas.

de la calidad de su trabajo.
Cuando se encuentran problemas serios en Si es necesario cambiar completamente parte del cdigo, hay que
el diseo, o en cualquier otro aspecto, se hacerlo, sin importar cuanto tiempo se ha invertido previamente en
debe tener el coraje suficiente como para el mismo.
encarar su solucin, sin importar que tan

Aplicabilidad

difcil sea.
Por lo general, cada metodologa tiene sus Esta aproximacin metodolgica no pretende ser una receta para
escenarios de aplicabilidad. Ninguna de las construir software. Solo es una propuesta instanciada de los
metodologas de desarrollo de software es lineamientos y principios agiles.
buena para todos los proyectos.

PRINCIPIOS
1. El principio de pruebas
2. Proceso de planificacin
3. El cliente en el lugar
4. Programacin en parejas
5. Integracin continua
6. Refactorizacin
7. Entregas pequeas
8. Diseo simple
9. Metfora
10. Propiedad colectiva del cdigo
11. Estndar de codificacin
12. La semana de 40 horas

PRCTICAS
El juego de la planificacin

DESCRIPCIN
El equipo de desarrolladores estima el esfuerzo necesario para
implementar las historias y los clientes determinan los objetivos y

Historias de usuario

tiempos de entrega.
Son los requisitos del sistema formulados en una o dos sentencias, en

Cortas y pequeas iteraciones

el lenguaje comn del cliente.24

Un sistema simple se libera cada dos o tres meses y las diferentes

Metforas

versiones del mismo se suceden en periodos no superiores al mes.

El sistema se define utilizando un conjunto de metforas acordadas
entre el cliente y los programadores. Esta historia compartida guiar

Prcticas
Diseo simple

todo el proceso describiendo cmo funciona el sistema.

Descripcin
Se da gran importancia a la obtencin de diseos simples que se
puedan implementar rpidamente, evitando diseos complejos y

Pruebas

cdigo extra.
El desarrollo del software es orientado a pruebas (Test Driven
Development). Las pruebas unitarias se escriben antes que el cdigo
y estn funcionando continuamente. Las pruebas funcionales las

Refactorizar

escriben los clientes.25

Restructurar el sistema eliminando informacin duplicada, mejorando

Programacin por pares:

la comunicacin, simplificando y aadiendo flexibilidad.

Es la tcnica que promulga que dos personas escriban cdigo en el

Propiedad colectiva

mismo ordenador.
Cualquiera puede compartir cualquier parte de cdigo con cualquier

Integracin contina

otro componente del equipo.

Una nueva porcin de cdigo es integrada en el cdigo fuente, tan
pronto como este lista. El sistema es integrado y construido muchas
veces a lo largo del da, todas las pruebas son ejecutadas y deben ser

40 horas a la semana

pasadas para aceptar la nueva porcin de cdigo.

Se
establece
un
mximo
de
40
horas

de

trabajo

HERRAMIENTAS
HISTORIAS DE USUARIOS
CASOS DE PRUEBA DE ACEPTACIN
TAREAS DE INGENIERIA (simplificacin de la
programacin)
TARJETAS CRC (Describen las clases utilizadas en la programacin de una
historia)

VENTAJAS
Se adapta al desarrollo de sistemas pequeos
Optimiza el tiempo de desarrollo
Permite realizar el desarrollo del sistema en parejas
para complementar los conocimientos
El cdigo es sencillo y entendible
Poca documentacin a elaborar

DESVENTAJAS
No se tiene la definicin del costo y el tiempo de
desarrollo
El sistema va creciendo despus de cada entrega al
cliente y nadie puede decir que el cliente no querr una
funcin ms
Se necesita de la presencia constante del usuario
Algunos desarrolladores son celosos del cdigo que
escriben y no les es grato que alguien ms modifique
las funciones que realiz o que su cdigo sea desechado
por no cubrir el estndar.