Taller Modelos Tradicionales Vs Agiles: Cascada vs Scrum

Brayan Alexis González Marciales Jefferson Ricardo Vivas Torres

Presentado a:

Andrea Catherine Alarcón Aldana

Universidad Pedagógica y Tecnológica de Colombia

Escuela Ingeniería de Sistemas y Computación

2015

1)

4 p de la Ing. Del

software

Cascada Scrum

Persona El cliente no se ve muy

involucrado en el transcurso de

desarrollo del software, solamente

al comienzo y al final. Se forman

grupos de trabajo relativamente

grandes para desarrollar el

producto donde se incluyen

arquitectos, desarrolladores,

ingenieros de prueba, usuarios y

clientes.

El cliente hace parte

fundamental, dando

seguimiento al proceso

de desarrollo del software

en sus diferentes etapas,

existe una interacción

constante entre el equipo

de desarrollo y el cliente.

Los equipos encargados

del desarrollo no son

grandes, suelen ser

programadores

individuales o pequeños

grupos de trabajo

Producto El producto final tiene problemas y

no satisface al cliente por

completo, además de

desarrollarse por largos periodos

de tiempo enfocándose en la

exhaustiva documentación de

cada etapa y siguiendo al pie de

la letra un plan a seguir

demasiado rígido y poco flexible.

El producto final tiene

gran calidad y se brinda

mantenimiento del mismo.

Se obtienen prototipos

rápidamente con el fin de

verificar la aceptación de

los usuarios y poder

actualizarlo

constantemente en base a

ello.

Proyecto Tarda mucho tiempo ya que debe

pasar por el proceso de prueba y

hasta que el software no esté

completo no se opera. La

documentación de cada etapa

debe estar a la perfección para

luego que se quiera hacer una

nueva versión del software no

existan complicaciones.

Se tiene avances en

tiempos muy rápidos y

proyecto con una alta

calidad. El software puede

evolucionar rápidamente

luego de terminar una

iteración donde se llevan

a cabo todas las fases del

ciclo de desarrollo, suelen

sacarse al mercado

2)

CASCADA

Muchas veces sucede que el cliente no es muy claro de lo que exactamente

quiere del software por lo cual los pequeños cambios que surgen una vez que el

software está completamente desarrollado generan mucho trabajo y mayor

costo.

El proceso de creación del software tarda mucho tiempo ya que debe pasar por el

proceso de prueba y hasta que el software no esté completo no se opera; el

cliente debe tener paciencia para tener una versión estable y funcional del

software se tiene todo bien organizado y no se mezclan las fases

SCRUM

Como la mayoría de las metodologías ágiles, la mejor ventaja es la posibilidad de

ajustar alguna funcionalidad que el cliente requiera en base a la necesidad de

negocio para lo cual cuenta con equipos integrados, altamente calificados y

comprometidos con el proyecto, estos equipos hacen reuniones diarias en donde

se ven claramente los avances y problemas del proyecto por esta razones la

entrega del producto es de alta calidad y con una entrega justo a tiempo

versiones con

actualizaciones básicas

en poco tiempo.

Proceso No hay reversa entre etapas lo

cual hace imposible arreglar,

mejorar o cambiar un aspecto

puntual de una etapa anterior al

que se está trabajando. Además

que en determinado punto del

desarrollo los clientes no podrían

replantear la idea que tenían al

principio lo que si es posible en

una metodología ágil.

Hay gran flexibilidad al

momento de hacer

cambios, mejoras por el

bien del software y así

satisfacer al cliente. La

calidad de los procesos

empleados no tiene una

gran importancia como si

la tiene la calidad

individual de cada uno de

los participantes en el

desarrollo.

.

En este modelo la aplicación del manifiesto ágil hace tener más flexibilizada y una

mayor motivación al momento de desarrollar del software.

Metodologías Ágiles Metodologías Tradicionales

Basadas en heurísticas provenientes

de prácticas de producción de código

Basadas en normas provenientes de

estándares seguidos por el entorno de

desarrollo.

Especialmente preparados para

cambios durante un proyecto

Cierta resistencia a los cambios

Proceso menos controlado, con pocos

principios.

Proceso mucho más controlado, con

numerosas políticas y normas

El cliente es parte del equipo de

desarrollo

El cliente interactúa con el equipo de

desarrollo mediante reuniones poco

frecuentes

Grupos pequeños, alrededor de 10

integrantes y trabajando en un mismo

sitio.

Grupos grandes y posiblemente

distribuidos.

Pocos artefactos Muchos artefactos

Menos énfasis en la arquitectura del

software

La arquitectura del software es

esencial y se expresa mediante

modelos

Diferencias entre métodos agiles y metodologías tradicionales