Está en la página 1de 5

“AÑO DE LA LUCHA CONTRA LA CORRUPCIÓN Y LA

IMPUNIDAD”

Docente: Ing. Manuel Curto Molano

Alumno: Ruben Adier Junior Paima Garcia

Curso: Software II

Tema: XP VS RUP VS SCRUM

Carrera: Ingeniería Informática y de Sistemas.

IQUITOS- PERÚ
2019
Metodologías ágiles vs tradicionales
1. Historia de las metodologías y de los modelos.

Desde el inicio del desarrollo masivo de software [1] se ha querido encontrar


las mejores prácticas y distribuir la experiencia obtenida a través de la
práctica. Esto se ha hecho tradicionalmente mediante metodologías
impulsadas por universidades y grandes empresas de tecnología a
través de “metodologías”, como la programación estructurada (1969),
SSADM (1980), RAD (1991), RUP y SCRUM (1998) o XP (1999).

Además, se han generado diferentes “modelos” de calidad que


identifican actividades del desarrollo determinadas como buenas
prácticas (el QUE) pero que no prescriben la manera de realizarlas
concretamente (el COMO), de manera que los equipos que los
adoptan pueden elegir cuál es la manera de realizar estas prácticas
que mejor se adapta a sus contextos y características. Uno de los
principales errores que tenemos las personas en general, es el
querer aplicar un método de resolución de problemas que una vez
usamos exitosamente, para resolver todos los problemas. Cuando
analizamos las metodologías ¨candidatas¨ a implantar en nuestros
lugares de trabajo, surgen, casi automáticamente, dos tipificaciones
de metodologías:
las metodologías ágiles versus las metodologías duras
(tradicionales). Podemos mencionar entre las primeras a XP
(ExtremeProgramming, junto a su partner XT- Extreme Testing -) y
SCRUM, en tanto que dentro de la segunda categoría una de las más
conocidas es CMMI.
Revisión de metodologías

Antes de resumir algunas metodologías ágiles, vamos a enumerar


las principales diferencias respecto de las metodologías tradicionales
(“no ágiles”). La Tabla 1 recoge esquemáticamente estas diferencias
que no se refieren sólo al proceso en sí, sino también al contexto de
equipo y organización que es más favorable a cada uno de estas
filosofías de procesos de desarrollo de software.
Metodologías Agiles Metodologías Tradicionales

Basadas den Heurísticas Basadas en Normas


provenientes de prácticas de Provenientes de Estándares
producción de código. seguidos por el entorno de
desarrollo
Especialmente preparados
para cambios durante el Cierta Resistencia a los
proyecto. Cambios.

Proceso menos controlado, Proceso mucho más


con pocos principios. controlado, con numerosas
políticas /normas.
No existe contrato tradicional
o al menos es bastante Existe un contrato prefijado
flexible.
El cliente interactúa con el
El cliente es parte del equipo equipo de desarrollo
de desarrollo mediante reuniones.

Grupos pequeños (<10 Grupos grandes y


integrantes) y trabajado en el posiblemente distribuidos.
mismo sitio.
Más roles.
Pocos roles.
La arquitectura del software
Menos énfasis en la es esencial y se expresa
arquitectura del software mediante modelos.

Tabla 1. Diferencias entre metodologías ágiles y no ágiles


Aunque los creadores e impulsores de las metodologías ágiles
más populares coinciden con los principios enunciados
anteriormente, cada metodología tiene características propias
y hace hincapié en algunos aspectos más específicos. A
continuación, se resumen dichas metodologías ágiles.

 SCRUM. Desarrollada por Ken Schwaber, Jeff Sutherland


y Mike Beedle.
Define un marco para la gestión de proyectos, que se ha
utilizado con éxito durante los últimos 10años. Está
especialmente indicada para proyectos con un rápido cambio
de requisitos. Sus principales características se pueden
resumir en dos. El desarrollo de software se realiza mediante
iteraciones, denominadas sprints, con una duración de 30 días.
El resultado de cada sprint es un incremento ejecutable que se
muestra al cliente. La segunda característica importante son las
reuniones a lo largo proyecto. Éstas son las verdaderas
protagonistas, especialmente la reunión diaria de 15 minutos
del equipo de desarrollo para coordinación e integración.

 PROGRAMACIÓN EXTREMA (EXTREME PROGRAMMING,


XP)

Es una metodología ágil centrada en potenciar las relaciones


interpersonales como clave para eléxito en desarrollo de
software, promoviendo el trabajo en equipo, preocupándose
por el aprendizaje de los desarrolladores, y propiciando un
buen clima de trabajo. XP se basa en realimentación continua
entre el cliente y el equipo de desarrollo, comunicación fluida
entre todos los participantes, simplicidad en las soluciones
implementadas y coraje para enfrentar los cambios.
CONCLUSIONES

No existe una metodología universal para hacer frente con


éxito a cualquier proyecto de desarrollo de software. Toda
metodología debe ser adaptada al contexto del proyecto
(recursos técnicos y humanos, tiempo de desarrollo, tipo de
sistema, etc.

REFERENCIAS BIBLIOGRÁFICAS

http://www.willydev.net/descargas/masyxp.pdf

También podría gustarte