SCRUM & XP &

RUP
En el presente blog se mostrar informacin sobre las 3 metodologas ms
importantes para la elaboracin de software: SCRUM, XP y RUP.
domingo, 1 de abril de 2012

COMPARACIN ENTRE SCRUM, XP Y RUP

Comparacin entre RUP y SCRUM:

RUP

SCRUM

Enfoque

Iterativo

Iterativo

Ciclo

Ciclo formal se define a

travs de 4 fases, pero
algunos flujos de trabajo
pueden ser concurrentes.

Cada sprint (iteracin) es

un ciclo completo.

Plan de proyecto formal,

asociada a mltiples
iteraciones, se utiliza. El
plan es impulsado fecha
final y tambin cuenta
con hitos intermedios.

No de extremo a extremo
del plan del
proyecto. Cada plan de la
siguiente iteracin se
determina al final de la
iteracin actual (no la
fecha final de
traccin). Dueo del
Producto (usuario de
negocios clave)
determina el momento en
que el proyecto se lleva a
cabo.

Planificacin
Alcance

mbito de aplicacin
est predefinido antes del
inicio del proyecto y se
documenta en el
documento de
Alcance.mbito de
aplicacin pueden ser
revisados durante el
proyecto, los requisitos
se estn aclarando, pero

En vez de alcance,
SCRUM utiliza una
Cartera de Proyectos, que
se re-evaluado al final de
cada iteracin (sprint).

estas modificaciones
estn sujetas a un
procedimiento
estrictamente controlado.

Los artefactos

Visin / mbito de
aplicacin del
documento, el paquete
formal de requisitos
funcionales, documento
de arquitectura del
sistema, plan de
desarrollo, plan de
pruebas, scripts de
prueba, etc

El nico artefacto formal

es el software operativo.

Tipo de proyecto /
producto

Recomendado para
grandes, a largo plazo, a
nivel de empresa con
proyectos a medio y alta
complejidad.

Recomendado para
lasmejoras rpidas y
organizaciones que no
dependen de una fecha
lmite.

Comparacin

entre

RUP

XP:

Publicado por ChRiStIaN en 19:23 No hay comentarios:

Enviar por correo electrnicoEscribe un blogCompartir con TwitterCompartir con FacebookCompartir en Pinterest

RUP
1. Que es RUP?
Forma disciplinada o metodologa de asignar tareas y responsabilidades en una
empresa de desarrollo (quin hace qu, cundo y cmo). Esta metodologa, llamada

as por sus siglas en ingls Rational Unified Process, divide en 4 fases el desarrollo
del software:
o

Inicio, El Objetivo en esta etapa es determinar la visin del proyecto.

ptima.

Construccin, En esta etapa el objetivo es llevar a obtener la capacidad

operacional inicial.

Elaboracin, En esta etapa el objetivo es determinar la arquitectura

Transmisin, El objetivo es llegar a obtener el release del proyecto.

2. DISCIPLINA DE DESARROLLO

La metodologa RUP, llamada as por sus siglas en ingls Rational Unified Process,
divide en 4 fases el desarrollo del software:
o

Inicio, El Objetivo en esta etapa es determinar la visin del proyecto.

Elaboracin, En esta etapa el objetivo es determinar la arquitectura

ptima.

Construccin, En esta etapa el objetivo es llevar a obtener la capacidad

operacional inicial.

Transmisin, El objetivo es llegar a obtener el release del proyecto.

Metodologa de Desarrollo de Software, Mara A. Snchez Mendoza (Junio 7, 2003)

3. DISCIPLINA DE SOPORTE

Configuracin y administracin del cambio: Guardando todas las

versiones del proyecto.

Administrando el proyecto: Administrando horarios y recursos.

Ambiente: Administrando el ambiente de desarrollo.

Distribucin: Hacer todo lo necesario para la salida del proyecto

4.
5. ELEMENTOS DE RUP

Actividades, Son los procesos que se llegan a determinar en cada

iteracin.

Trabajadores, Vienen hacer las personas o entes involucrados en cada

proceso.
Artefactos, Un artefacto puede ser un documento, un modelo, o un
elemento de modelo.
1.
2.
3.
4.

SCRUM
RUP
XP
COMPARACIN ENTRE RUP, XP Y SCRUM

Publicado por ChRiStIaN en 19:07 No hay comentarios:

Enviar por correo electrnicoEscribe un blogCompartir con TwitterCompartir con FacebookCompartir en Pinterest

XP
1. QUE ES XP?
La Programacin Extrema es una metodologa ligera de desarrollo de software que
se basa en la simplicidad, la comunicacin y la realimentacin o reutilizacin del
cdigo desarrollado. Se requiere un grupo pequeo de programadores para trabajar
con esta metodologa entre 2 15 personas y estas irn aumentando conforme sea
necesario.

Metodologia Extreme Programing

2. CARACTERSTICAS XP


Pruebas Unitarias: se basa en las pruebas realizadas a los principales
procesos, de tal
manera que adelantndonos en algo hacia el futuro,
podamos hacer pruebas de las fallas que pudieran ocurrir. Es como si nos
adelantramos a obtener los posibles errores.

Refabricacin: se basa en la reutilizacin de cdigo, para lo cual se

crean patrones o modelos estndares, siendo ms flexible al cambio.
Programacin en pares: una particularidad de esta metodologa es que
propone la programacin en pares, la cual consiste en que dos
desarrolladores participen en un proyecto en una misma estacin de trabajo.
Cada miembro lleva a cabo la accin que el otro no est haciendo en ese
momento. Es como el chofer y el copiloto: mientras uno conduce, el otro
consulta el mapa.
3. QUE ES LO QUE PROPONE XP?

Empieza en pequeo y aade funcionalidad con retroalimentacin

continua

El manejo del cambio se convierte en parte sustantiva del proceso

El costo del cambio no depende de la fase o etapa

No introduce funcionalidades antes que sean necesarias

El cliente o el usuario se convierte en miembro del equipo

Se redisear todo el tiempo (refactoring), dejando el cdigo siempre en el estado ms simple

posible. Se harn pruebas todo el tiempo, no slo de cada nueva clase (pruebas unitarias) sino
que tambin los clientes comprobarn que el proyecto va satisfaciendo los requisitos (pruebas
funcionales).

Mtodologas giles para el desarrollo de software: eXtreme Programming (XP), Patricio Letelier y M
Carmen Penads
1. SCRUM
2. RUP
3. XP
4. COMPARACIN ENTRE RUP, XP Y SCRUM
Publicado por ChRiStIaN en 19:07 No hay comentarios:
Enviar por correo electrnicoEscribe un blogCompartir con TwitterCompartir con FacebookCompartir en Pinterest

SCRUM
1. QUE ES?
Es una metodologa gil y flexible para gestionar el desarrollo de software. Se basa
en construir primero la funcionalidad de mayor valor para el cliente y en los principios
de inspeccin continua, adaptacin, auto-gestin e innovacin.
2. CARACTERSTICAS

Solo abarca practicas de gestin sin entrar en las practicas de

desarrollo como puede hacer XP

Delega completamente en el equipo la responsabilidad de decidir la

mejor manera de trabajar para ser lo ms productivo posibles y, le dan gran
protagonismo a las reuniones que realicen a lo largo del proyecto.

Sus races tericas estn en las teoras de la auto-organizacin.

3. ROLES
I.

Prorduct Owner (Dueo del producto)

Representa a todos los interesados en el producto final.

Marca las prioridades del producto.

Lleva el control de las estimaciones.

Retorno de Inversin (ROI.)

II.

Scrum Master

Responsables del proceso de Scrum

Incorporacin de Scrum en la cultura de la organizacin.

Asegura el cumplimiento de los roles y responsabilidades

Formacin y entrenamiento en el proceso.

III.

Scrum Team

Debe trasformar las tareas del Sprint Backlog en un incremento de

funcionalidad en el software.

Desarrollar el producto con calidad

Auto-gestionado

Auto-organizado

Multi-funcional

No mayor a ocho elementos

Scrum hace una clara diferencia entre gallinas y cerdos, para garantizar quienes
tienen la responsabilidad, la autoridad necesaria para poder lograr el xito del
proceso y que quienes no la tienen y no puedan o producen interferencias
innecesarias.
4. METODOLOGA DE TRABAJO

Equipos de 6 y 10 personas revisan los requisitos, tecnologa disponible y

otras funciones para determinar cmo incrementar la funcionalidad.

Reuniones diarias, antes de empezar a trabajar, con una duracin mxima de

4 horas.

En cada reunin las preguntas claves a contestar son: Qu es lo que hizo

desde la ltima reunin?, Qu es lo que se va a hacer hasta la siguiente
reunin? y Cmo se va a llevar a cabo?

Proceso gil de desarrollo iterativo e incremental. Origen: articulo "Ther New New Product Develepment Game" (Takeuchi y
Nonaka, 1986)

5. ARTEFACTOS (DOCUMENTOS) DE SCRUM

 Sprint Backlog: especifica la serie de tareas que se van a desarrollar segn

los requisitos sealados. Duracin entre 4 o 6 horas de trabajo. Las de mayor
duracin se descompone en sub-tareas dentro del rango del tiempo.
Product Backlog: Crea un listado con los requisitos de los usuarios del
sistema para planificar el proyecto. Es solo una estimacin inicial de los
requisitos. Documento dinmico que incorpora las constantes necesidades del
sistema durante todo el cliclo de vida del proyecto.
Burndown Chart: es la manera grafica para demostrar el desarrollo del
proyecto y las funciones realizadas y por hacer.

1.
2.
3.
4.

SCRUM
RUP
XP
COMPARACIN ENTRE RUP, XP Y SCRUM

Publicado por ChRiStIaN en 16:44 1 comentario:

Enviar por correo electrnicoEscribe un blogCompartir con TwitterCompartir con FacebookCompartir en Pinterest

INTRODUCCIN DE SCRUM, RUP, Y XP

En cualquier mbito de ingeniera hay una fractura entre los responsables de analizar y definir
los problemas (necesidades), y los expertos en proveer soluciones (tecnologa). Las
metodologas nacen para intentar solucionar este conflicto. Su propsito es establecer un
contrato social entre todos los participantes en un proyecto para conseguir la solucin mas
eficaz con los recursos disponibles
En el siguiente blog se hablara de las principales metodologas de proyectos de software:
SCRUM, RUP y XP. Explicando las caractersticas, ventajas desventajas,funciones y usos de
estas metodologas, aclarando al final con una tabla las diferencias de cada una.
Explicando:
1.
2.
3.
4.

SCRUM
RUP
XP
COMPARACIN ENTRE RUP, XP Y SCRUM

5.

6.

7. Comparacin entre
RUP y Mtrica 3
8. 2012
Unificado
Rational
Unified
de
Process
en
de
desarrollo
ingls,
es Rational,
un
10.
de
software
y proceso
junto con
el Lenguaje Unificado de
Modelado UML,
constituye la
metodologa estndar
11. ms utilizada para el
anlisis, implementacin
y documentacin de
sistemas orientados a
objetos. Esta
12. metodologa fue
desarrollada por IBM.
una
metodologa
planificacin,
mantenimiento
de de
y
14.
sistemas
informacin.
de desarrollo
Promovida por el
Ministerio de
Administraciones

Pblicas del Gobierno de

Espaa para la
15. sistematizacin de
actividades del ciclo
de vida de los
proyectos software en
el mbito de las
16. administraciones
pblicas. Esta
metodologa propia est
basada en el modelo de
procesos del ciclo de
17. vida de desarrollo
ISO/IEC 12207
(Information Technology Software Life Cycle
Processes) as como
18. en la norma ISO/IEC
15504 SPICE (Software
Process Improvement

and Assurance Standards

Capability
19. Determination).
20. Habiendo realizado
una comparacin entre
las dos metodologas,
encontramos las
siguientes diferencias: