Integrantes:

Angy Beltrán Oviedo

Johan Camilo Quintero

Características Diferencia Ventajas Desventajas

M. Espiral Genérico: Las cuatro El  Es flexible frente a los  No es recomendable en
etapas solo implantan proceso espiral admite cambios, sin perder proyectos de corto plazo, ya
los objetivos básicos de crear prototipos, para ir estabilidad: si bien se que
un ciclo, pero no tienen lentamente, ejecutando sigue una estructura  Requiere de un experto en
que manifestarse en el producto final y preestablecida, esta manejo de riesgos.
cada ciclo. conocer su metodología admite  No puede romperse el
funcionamiento, antes cambios, que se orden de la espiral, para
El orden de cada ciclo de que finalice pueden realizar en una que la técnica funcione
tampoco está la espiral. etapa posterior de la bien.
estrictamente espiral.
determinado. Por tanto,  La estimación es más
el modelo se puede certera: a diferencia
combinar en cualquier de metodologías como
momento con otros Scrum, el modelo
modelos. espiral permite trabajar
con un cronograma que
Flexible: Es bastante permite establecer
flexible, al realizar por mejor las estimaciones,
separado para cada fase ya que se va basando
del proyecto los en los primeros ciclos, y
procesos de definición se va definiendo a
de objetivos, análisis de medida que escala el
riesgos, desarrollo y proyecto, para reducir
planificación riesgos y evitar
sorpresas.
 La planificación de
costos y presupuesto se
vuelve fácil, ya que la
construcción del
prototipo se realiza en
pequeños fragmentos, y
se conoce con exactitud
los valores del trabajo
necesario.

M. Scrum  Es un marco de trabajo  Si comparas Kanban  Favorece el trabajo en  Para trabajar con Scrum,
que define un conjunto con Scrum, Kanban se equipo hay que conocerlo
de eventos, prácticas y orienta principalmente previamente
 Se obtienen resultados
roles a las mejoras del  Las tareas y plazos siempre
 Los roles principales proceso, mientras que anticipados tienen que estar definidos
en Scrum son el Scrum Scrum busca que se  Se trata de una No hay lugar para actividades
Master, que procura haga más trabajo más metodología flexible sin terminar
facilitar la aplicación de rápido.  No se recomienda a
Scrum y gestionar  En el ideario Scrum equipos sin experiencia
cambios, el Product figura, como condición  Se aplica a equipos
Owner, que representa indispensable, la reducidos
a los stakeholders entrega continua de  Puede que se necesiten
(interesados externos valor, más allá de cambios dentro de la
o internos), y el Team planes petrificados. empresa
(equipo) que ejecuta el  En los proyectos
desarrollo y demás Scrum se buscan
elementos personas con un
relacionados con él. conocimiento amplio,
 Durante cada sprint, un capaz de determinar
periodo entre una y nuevas relaciones
cuatro semanas (la entre conocimientos
magnitud es definida muy dispares. El
 por el equipo y debe modelo habitual se
ser lo más corta centra en personas
posible). con un conocimiento
 El equipo crea un concreto, relativo al
incremento de software tema central en
potencialmente cuestión.
entregable (utilizable)
M. Cascada Se apega a un formato • El trabajo en Cascada •Se basa en que los •Dificulta los cambios
de trabajo secuencial. es diferente, todo el equipos sigan una •Excluye al cliente o al
Dentro de cada una trabajo el lineal y cada secuencia de pasos y usuario final
de sus etapas, se etapa corresponde a un nunca avancen hasta que •Retrasa las pruebas hasta
definen elementos proceso bien definido, se haya completado la después de la finalización
cruciales para el por ejemplo, primero fase anterior
producto final. Como terminaríamos la • Es apta para
sus objetivos, diseño y programación y luego proyectos más pequeños
código. pasaríamos a QA. con entregables que son
• El modelo de • Cascada nos fáciles de definir desde el
desarrollo en cascada enfrentamos con un inicio.
precisa de requisitos margen de error muy • Usa una
bien definidos para alto en la estimación, estructura clara
funcionar sin embargo, si • Determina el
adecuadamente. logramos minimizar ese objetivo final
• El modelo de margen el riesgo de rápidamente
desarrollo en cascada ha demoras es menor, por • Transmite bien la
logrado mantenerse ejemplo, un proyecto de información.
vigente dentro de los duración corta.
procesos de desarrollo • A diferencia de
de software modernos. Cascada, el proceso en
Ya sea directa o Scrum es iterativo, su
indirectamente. enfoque es 100% ágil y
acepta los cambios
como algo natural. Su
naturaleza lo hace ideal
para trabajar proyectos
a largo plazo ya que los
requerimientos podrían
no estar definidos del
todo y se irán
definiendo el camino.
M. Rut • Forma disciplinada de • Algunos aspectos que • Es el proceso de • Por el grado de
asignar tareas y diferencian a RUP de las desarrollo más general de complejidad puede ser no
responsabilidades (quién demás metodologías y los existentes muy adecuado.
hace qué, cuándo y lo que hace único a esta actualmente. • En proyectos pequeños, es
cómo). metodología RUP, los • Es una forma posible que no se puedan
• Pretende implementar casos de uso no son sólo disciplinada de asignar cubrir los costos de
las mejores prácticas en una herramienta para tareas y dedicación del equipo de
Ingeniería de Software. especificar los requisitos responsabilidades en una profesionales necesarios
• Desarrollo iterativo. del sistema, sino que empresa de desarrollo, •Método pesado.
• Administración de también guían su pues lo roles están muy
requisitos. diseño, implementación bien definidos, y dictan
• Uso de arquitectura y prueba. quien realiza cada
basada en componentes. • Provee un entorno de actividad, dependiendo
• Control de cambios. proceso de desarrollo del área en el que se
• Modelado visual del configurable basado en desarrollara, de esta
software. estándares, te permite manera es bastante útil
tener claro y accesible el para definir roles en los
 proceso de desarrollo proyectos.
que se sigue y que este • Mantenimiento más
sea configurado a las sencillo y modificaciones
necesidades de la locales.
organización y del • Ofrece a cada usuario,
proyecto. un filtrado personalizado
de la definición del
proceso publicado,
acorde con su rol dentro
del proyecto.
M. Kanban Se usan un tablero visual gestión visual de es muy flexible y puede No es posible implantar el
para organizar las etapas proyectos, permiten al ayudar a tu equipo a método Kanban cuando el
y tareas equipo visualizar el volverse más dinámico y proveedor tarda mucho en
trabajo en curso. ágil con el tiempo. suministrar el producto.
Kanban y Scrum son las Permite una mejora Se trata de un sistema que
dos metodologías ágiles continua. No formas no permite anticiparse a
más comunes parte de un equipo de grandes aumentos de la
desarrollo de software, demanda.
producto o ingeniería.
M. PMI Se da un entregable final No necesita la Eficiencia en la entrega El PMI tiene un gerente que
sin la aprobación del aprobación constante de los proyectos. organiza todo y designa
cliente. de un cliente. Se Aumenta de la ventaja responsabilidades
pueden tener ciclos competitiva.
cortos