Teoria de Sistemas 2 Carn: 200915134 Seccion A

Nombre: Ricardo Antonio Arroyo Aldana Catedratico: Ing. Jorge Luis lvarez

Tarea 13 Comparacion entre metodologias agiles

* Si
Metodo Descripcion ASD Es un metodo sin ataduras y de metodolog ia abierta LSD Es un metodo basado en la metodologia creado por toyota FDD Es una metodolo gia contempl a la figura del jefe de proyecto XP Es una metodolog ia que cuenta con altos riesgos tecnicos y es dinamico y flexible * *

+No
SCRUM Es una forma de autogestion de los equipos. DSDM Es una metodologia de desarrollo de software originalment e basada en el desarrollo agil.

Incremental Retroalimentaci * on Tolerante a los Cambios Ciclo de Planificacion Tipo de ciclo de vida *

* *

* *

* *

* *

Especulaci Eliminar on perdidas

Desarrolla Roles de r un actores. modelo Colaboraci aumento de global Estimacio on retroaliment n de acion Construir recursos. Apredizaje una lista Decidir lo Selecciona con las

Claros Cuenta con avances de fases: las tareas a viabilidad,es realizar. tado del Ver el negocio,mo progreso en delo cada punto funcional,dis

mas tarde Entregas radpias

caracteris r que ticas contruir.

del proyecto. Conseguir que todos trabajen en un mismo objetivo.

ear y construir iteraciones, ejecucion de fases.

Ventaja

Sirve para aprender de nuetros errores.

Crear en cualquier parte del proceso retroaliment Utilizar acion de informacio cualquier n tipo ya sea disponible entre acerca de cliente los equipo o cambios producto para equipo mejorar.

Es una metodolo gia que fue realizada para equipos grandes que no esten de lo mas coordinad os al momento que empieza el proyecto Que necesita un proceso de planificaci on y diseo

Es una metodolog ia la cual cuenta con retroalime ntacion al cliente ,trabajo en equipo ,cuenta con asignacion de tareas .

Es una metodologi a que nos permite ver el progreso en cualquier momento como esta el desarrollo de cada tarea. Cuenta con roles.

Es uno de los primeros metologias agiles a demas que se aplicado a grandes proyectos y esto nos da un gran respaldo que es funcional.

Desventajas

Los errores que no son detectado s en reuniones anteriores a tiempo afecta la calidad

Lo de hacer retardar la decision para tomar en cuenta.

Se tomar muchos riesgos a realizar un producto.

Estar revisando cada tarea y su avance causa un retraso considerabl e en tiempo del proyecto.

Esta hay momentos o tipos de proyectos en los cuales no podra ser aplicada .

Conclusion

Buenos Es buena Es buena Es buen Es una Resultados metodologia metdologi metodolog buena para el uso a para ia metodologi

Es una buena metologia la

o construccio n de productos en forma masiva

usar para cuando contemos con equipo de trabajos grandes para realizar el proyecto

aplicable para proyectos en dedicados al desarrollo del software.

a la cual es un marco de trabajo para proyecto en los cuales nos interesa sabes el progreso de cada factor que se esta realizando y es necesario para el proyecto. Es una buena metodogia para proyectos donde las tareas que se realicen sean un numero no muy grande.

cual nos permite realizar fuziones con otras metodologia s para poder crear una mas poderosa

Recomendacion Proyectos de tipo mediano y pequeos

Es bueno para todo tipo de proyecto pero fue creada para un proyecto grande.

Es bueno para proyecto que se cuente con un equipo grande .

Para proyectos de software ya sea en escala mediana.

Es una buena metodlogia que puede ser aplicada a proyecto de cualquier tamao