INSTITUTO POLITCNICO NACIONAL

UNIDAD PROFESIONAL INTERDISCIPLINARIA DE INGENIERA Y CIENCIAS

SOCIALES Y ADMINISTRATIVAS

METODOLOGA XP
INTEGRANTES DEL EQUIPO:
FLORES ALEMN DIEGO
GUENDOLAY VILLALOBOS LUIS NGEL
MERINO SANTOS BRAYAN ADAN
SANTIAGO CIGALA JONATN RAFAEL
SILVA FRAS LUIS GERARDO

COORDINADOR: GUENDOLAY VILLALOBOS LUIS NGEL

INTRODUCCIN
Es una metodologa gil con la idea de que las relaciones interpersonales son la clave para el xito en
desarrollo de software, promoviendo el trabajo en equipo, y propiciando un buen clima de trabajo.
XP se basa en realimentacin continua entre el cliente y el equipo de desarrollo, comunicacin fluida
entre todos los participantes, simplicidad en las soluciones implementadas y coraje para enfrentar los
cambios.
XP se define como especialmente adecuada para proyectos con requisitos imprecisos y muy
cambiantes, y donde existe un alto riesgo tcnico.
ANTECEDENTES
Chrysler Corporation haca tiempo que
estaba desarrollando una aplicacin de
nminas, pero sin demasiado xito por
parte de la gente que tena en el
proyecto. El verano de 1996, Kent Beck
entr en nmina en la compaa y se le
pidi de hacer esta aplicacin como
trabajo

Kent Beck reconoci que el proceso (o

metodologa) de creacin de software era la
causa de todos los problemas y lleg a la
conclusin que para proporcionar un
proceso que fuera flexible era necesario
realizar ciertos cambios en la estructura o
manera de hacer de los programadores, los
cuales se tenan que acomodar al cambio a
realizar.
ANTECEDENTES
La metodologa o mas bien una idea de los mtodos asociados a XP ocurrieron al final de la dcada de 1980.
Beck tena varias ideas de metodologas para la realizacin de programas que eran cruciales para el buen
desarrollo de cualquier sistema.

No fue hasta 1999 cuando Kent Beck publica sobre los

detalles tcnicos y la descripcin de lo que era la
Programacin Extrema en una entrevista que le realiza la
revista C++. En sta deca que l estaba convencido que la
mejor metodologa era un proceso que enfatizase la
comunicacin dentro del equipo, que la implementacin
fuera sencilla, que el usuario tena que estar muy informado
y implicado y que la toma de decisiones tena que ser muy
rpida y efectiva.
ANTECEDENTES
Los propulsores mas reconocidos de la Programacin
Extrema fueron Kent Beck, Ward Cunningham o Ron
Jeffries. Estos propulsores se encargaron de a la web
Portland Pattern Repository y empezaron a hablar de ella
y promocionarla, de lo que era y cmo realizarla.
Hablaban de ella en cada ocasin que tenan y en cada
pgina que hablara de temas de programacin.

Este hecho, lleg a molestar a buena parte de la comunidad

que intentaba discutir sobre temas de programacin. Fue
tanta esta molestia que naci el fenmeno XP Free Zone
(zona libre de XP) en determinadas webs como peticin de
no hablar de Programacin Extrema en ella.
ANTECEDENTES

El trabajo fundamental y la mayora de los libros que hoy existen sobre el tema fueron desarrollados por
Kent Beck.
En una poca ms reciente 2012 se propuso una variante llamada Industrial XP (IXP) la cual mejora a XP
y tiene como objetivo el proceso gil para ser usado en organizaciones grandes.
LNEA DEL TIEMPO

Se comienza a usar
1996 como Metodologa de
Kent Beck comienza a desarrollo de Software
trabajar en Chrysler para organizaciones
Corporation. medianas.

1999 2012
Kent Beck formaliza Se propuso una
Extreme Programming variante llamada
a travs de C++ Industrial XP (IXP) la
Magazine. cual tiene como
objetivo el proceso gil
para organizaciones
grandes.
 Surge la ltima
versin del sistema
Java
operativo de Apple, MSN Messenger
Mac OS 9

1 9 9 0

Microsoft Office

Nace Google Error del milenio (Y2K)

Es una metodologa gil centrada en potenciar las relaciones interpersonales como
clave para el xito en desarrollo de software, promoviendo el trabajo en equipo,
preocupndose por el aprendizaje de los desarrolladores, y propiciando un buen clima
de trabajo. XP se basa en realimentacin continua entre el cliente y el equipo de
desarrollo, comunicacin fluida entre todos los participantes, simplicidad en las
soluciones implementadas y coraje para enfrentar los cambios. XP se define como
especialmente adecuada para proyectos con requisitos imprecisos y muy cambiantes,
y donde existe un alto riesgo tcnico.
CARACTERSTICAS

Metodologa liviana de desarrollo de software

Conjunto de practicas y reglas empleadas para desarrollar software
Basada en diferentes ideas acerca de cmo enfrentar ambientes muy
cambiantes
En vez de planificar, analizar y disear para el futuro distante, hacer todo esto
un poco cada vez, a travs de todo el proceso de desarrollo
OBJETIVOS
Establecer las mejores prcticas de Ingeniera de Software en los desarrollo de proyectos.
Mejorar la productividad de los proyectos.
Garantizar la Calidad del Software desarrollando, haciendo que este supere las expectativas
del cliente.
PRACTICAS BSICAS DE LA METODOLOGA XP

Equipo completo
Planificacin
Test del cliente
Versiones pequeas
Diseo simple
PRACTICAS BSICAS DE LA METODOLOGA XP

Pareja de programadores
Desarrollo guiado por las pruebas automticas
Integracin continua
El cdigo es de todos
Normas de codificacin
Metforas
 CARACTERSTICAS
Simplicidad: XP propone el
principio de hacer la cosa ms
simple que pueda funcionar, en
relacin al proceso y la codificacin.
Es mejor hacer hoy algo simple, que
hacerlo complicado y probablemente
nunca usarlo maana.
Comunicacin: Algunos
problemas en los proyectos
tienen origen en que alguien no
dijo algo importante en algn
momento. XP hace casi
imposible la falta de
comunicacin.
 CARACTERSTICAS
Retroalimentacin: Si es concreta
y frecuente del cliente, del equipo y
de los usuarios finales da una mayor
oportunidad de dirigir el esfuerzo
eficientemente.

Coraje o valenta: Para ceirse al

proceso y no caer en tentaciones o
malas prcticas, y sobre todo para
ponerlo en prctica.
ROLES

Programador
Ms responsabilidad que en otros modos de
desarrollo
Responsable sobre el cdigo
Responsable sobre el diseo (refactorizacin,
simplicidad)
Capacidad de comunicacin

Cliente
Define especificaciones
Influye sin controlar
Confa en el grupo de desarrollo
Define pruebas funcionales
ROLES
Encargado de Pruebas

Apoya al cliente en la
preparacin/realizacin de las pruebas
funcionales
Ejecuta las pruebas funcionales y publica
los resultados

Encargado de Seguimiento(Tracker)

Recoge, analiza y publica informacin sobre

la marcha del proyecto sin afectar
demasiado el proceso.
Supervisa el cumplimiento de la
estimaciones en cada iteracin.
ROLES
Encargado de Pruebas

Apoya al cliente en la
preparacin/realizacin de las pruebas
funcionales
Ejecuta las pruebas funcionales y publica
los resultados

Encargado de Seguimiento(Tracker)

Recoge, analiza y publica informacin sobre

la marcha del proyecto sin afectar
demasiado el proceso.
Supervisa el cumplimiento de la
estimaciones en cada iteracin.
ROLES
Entrenador (Coach)
Experto en XP
Gua al grupo de forma indirecta (sin daar su
seguridad ni confianza)
Interviene directamente si es necesario
Atajar rpidamente el problema

Consultor
Apoya al equipo XP en cuestiones puntuales

Jefe del Proyecto

Favorece la relacin entre usuarios y
desarrolladores
Cubre las necesidades del equipo XP
Asegura que alcanza sus objetivos
EVOLUCIN

La principal contribucin de XP al mundo del desarrollo de software es una

coleccin interdependiente de prcticas de ingeniera que los equipos
pueden utilizar para ser ms eficaces y producir un cdigo de mayor calidad.

Muchos equipos adoptan un principio gil usando un marco diferente y

cuando identifican la necesidad de prcticas de ingeniera ms disciplinadas
adoptan varias, si no todas, las prcticas de ingeniera adoptadas por XP.
EVOLUCIN

Una contribucin adicional, e igualmente importante, de XP es el enfoque en

la excelencia de la prctica. El mtodo prescribe un pequeo nmero de
prcticas absolutamente esenciales y anima a los equipos a realizar esas
prcticas lo mejor posible, casi hasta el extremo.

No porque las prcticas mismas sean necesariamente radicales, en lugar de

que los equipos se centren continuamente en mejorar continuamente su
capacidad para realizar esas pocas prcticas.
TENDENCIAS

Por lo general, cada metodologa tiene sus escenarios de aplicabilidad. Ninguna de

las metodologas de desarrollo de software son buenas para todos los proyectos.

Para proyectos que requieran varias decenas de desarrolladores, y en los que las
especificaciones estn claramente determinadas desde el comienzo, los mtodos en
cascada o espiral pueden ser los ms adecuados.

Por el contrario, para proyectos medianos, y en los que las especificaciones no se

puedan obtener hasta luego de comenzado el proyecto, XP puede ser la metodologa
recomendada.
 La metodologa XP aplica a equipos relativamente pequeos. Si bien no
hay un consenso en el nmero mximo de desarrolladores, todos
parecen coincidir en nmeros no mayores a 20.

La participacin e involucramiento del cliente en el proceso es

fundamental. El cliente debe conocer y aprobar la metodologa, y
destinar los recursos necesarios. De otra manera, el proyecto no podr
ser llevado a cabo.
 El entorno fsico en el que se realizan los desarrollos deben ser
adecuados a la metodologa. Escritorios amplios, con un
ordenador y dos sillas, mesas redondas para trabajo en equipo,
ambientes que permitan la permanente comunicacin y
colaboracin, son algunos de los requerimientos de infraestructura
para poder implementar esta metodologa.
CONCLUSIN

No existe una metodologa universal para hacer frente con xito a cualquier proyecto
de desarrollo de software. Toda metodologa debe ser adaptada al contexto del
proyecto. Las metodologas giles ofrecen una solucin casi a medida para una gran
cantidad de proyectos que tienen estas caractersticas. Sin embargo, hay que tener
presente una serie de inconvenientes y restricciones para su aplicacin, tales como:
Estn dirigidas a equipos pequeos o medianos.
El entorno fsico.
Cualquier resistencia del cliente o del equipo de desarrollo hacia las prcticas y
principios puede llevar al proceso al fracaso,