Tabla comparativa entre Metodologas Tradicionales y

giles
Hola a todos
Aunque hace algn tiempo haba recopilado una comparacin grfica entre metodologas giles y
tradicionales (clic aqu para ver -> ), quiero compartir hoy un cuadro comparativo que realic.
Espero les sirva de ayuda.

Aspecto
Requisitos

Robusta o tradicional
giles
Requieren los requisitos Los requisitos son muy
detallados desde el inicio cambiantes.
del
proyecto.
La verdad es que en software
Los requisitos no pueden los
requisitos
cambian
cambiar
continuamente, y se requiere
de un feedback sobre un
resultado
obtenido
para
determinar si es lo requerido o
no.

Requisitos
(funcionalidades
innecesarias)

Debido a la recoleccin
inicial de requisitos es
frecuente que se soliciten
funcionalidades
innecesarias
Hacer un cambio al alcance
requiere de un proceso
formal de control de
cambios
Existe un compromiso
respecto al tiempo de
entrega
del
proyecto

Cambios

Tiempo

Costo

El enfoque continuo en el
valor para el negocio no
permite que se incluyan
funcionalidades innecesarias
El cambio es bienvenido en
cualquier
momento
del
proyecto
Existe incertidumbre respecto
al tiempo de entrega de todo
el
producto.

(no siempre se cumple esta Lo cierto es que mximo cada

meta)
2 meses (mximo un mes en
scrum) hay entrega de
producto de valor para el
cliente
El costo del proyecto es Existe incertidumbre respecto
definido para el proyecto
al costo del
proyecto.
Se
invierte
en
las
funcionalidades que ms valor
le
dan
al
cliente
y
ciclicamente se avanza hasta

que se logre, ya sea:

Documentacin

Atencin exhaustiva a la
documentacin.

El cliente

El
cliente
apoya
el
desarrollo del producto
mediante la participacin
en reuniones.

Iteraciones

Riesgos

El cliente es parte de equipo.

Utilizacin
de
mltiples
iteraciones de desarrollo para
aprender y evolucionar el
producto

Pocas
iteraciones
que
generan gran volumen de
informacin y software
para
construccin
del
producto.
Los riesgos son asumidos Voluntad del cliente para
por el proveedor
compartir la responsabilidad
en las decisiones y riesgos[1]

Se valora ms

El proceso

La planeacin

Requieren
un
plan
detallado desde el inicio del
proyecto

El xito del proyecto

Es dado por el seguimiento

del plan

Elaboracin
entregables

el producto deseado

se
acabe
el
presupuesto
Solo
se
genera
la
documentacin que genera
valor al cliente y al proyecto
Involucracin directa del
cliente en el desarrollo del
producto

de Se generan entregables que

requieren mucho tiempo de
elaboracin.
La retroalimentacin del Es conocida al final,
cliente
pudiendo
generar
insatisfaccin.
Participacin del equipo Empodera al Gerente de
proyecto para el xito del
mismo, este decide si
participa de este poder o no
al equipo o no.
Proceso(Plantillas)
Innumerables plantillas y
artefactos para cumplir con

El
individuo
y
las
interacciones de los mismos
Se va planeando a medida que
se avanza en el proyecto.
Planeacin
gradual
y
constante.
Es dado por la entrega
continua
de
valor
y
funcionalidad al cliente
Se
centran
en
hacer
entregables en tiempos cortos
con alta calidad inmersa
Es constante a lo largo del
proyecto
Empodera al equipo para
trabajar de forma creativa e
innovadora.

Pocas plantillas y artefactos

el proceso

Roles
Arquitectura

(solo
los
estrictamente
necesarios para construir el
producto)
Muchos roles para ejecutar Pocos roles
el proyecto
Es un ejercicio que se Es un ejercicio constante
realiza al inicio o en una durante el proyecto
etapa del proyecto.

-[1] Software Engineering Institute. CMMI para Desarrollo, Versin 1.3 . [en lnea] Disponible en:
<http://resources.sei.cmu.edu/asset_files/WhitePaper/2010_019_001_28782.pdf > (Citada el 9 de
julio de 2014)
[2] http://datateca.unad.edu.co/contenidos/301569/guia_de_ingenieria_del_software.pdf