7.-Metodologías Ágiles
7.-Metodologías Ágiles
7.-Metodologías Ágiles
GRUPO:5CV1
Crystal
Descripción: Crystal es una familia de metodologías ágiles desarrolladas por
Alistair Cockburn en la década de 1990. Es un enfoque liviano y adaptable para
equipos de desarrollo que reconoce que no existe una única metodología que
funcione en todos los contextos. En cambio, Crystal ofrece una variedad de
metodologías ajustadas a diferentes tamaños de equipos y proyectos.
Principios:
• La metodología varía según el tamaño del equipo, la criticidad del proyecto
y las prioridades.
• Se enfoca en la comunicación, la colaboración y la entrega frecuente de
software funcional.
• Promueve la adaptabilidad: el equipo debe ajustar la metodología según las
necesidades cambiantes del proyecto.
Categorías:
• Crystal Clear (equipos pequeños, proyectos de baja criticidad).
• Crystal Yellow, Crystal Orange, Crystal Red (para equipos más grandes y
proyectos más críticos).
Fortalezas:
• Muy flexible y adaptable a diferentes entornos.
• Enfocada en maximizar la productividad del equipo sin imponer reglas
estrictas.
Desafíos:
Puede ser difícil de implementar si el equipo no está bien alineado con la
necesidad de adaptabilidad.
MATERIA: ANALISIS Y DISEÑO DE SISTEMAS NOMBRE: MEZA BRAVO IVAN MARCELINO
GRUPO:5CV1
Principios:
• La entrega puntual de software es la prioridad.
• El desarrollo incremental y evolutivo es fundamental.
• La colaboración entre los desarrolladores y los usuarios es clave.
• La funcionalidad se ajusta para cumplir con las restricciones de tiempo y
presupuesto.
Fases de DSDM:
• Estudio de factibilidad: Evaluación inicial del proyecto.
• Estudio de negocio: Definir los objetivos y requisitos principales.
• Modelado funcional: Creación de un prototipo básico.
• Diseño y construcción: Desarrollo iterativo basado en el prototipo.
• Implementación: Despliegue final del software.
Fortalezas:
• Buen equilibrio entre planificación estructurada y flexibilidad ágil.
• Fuerte enfoque en la participación del usuario.
Desafíos:
Requiere un compromiso significativo de todas las partes interesadas durante todo
el ciclo de vida del proyecto.
MATERIA: ANALISIS Y DISEÑO DE SISTEMAS NOMBRE: MEZA BRAVO IVAN MARCELINO
GRUPO:5CV1
Principios:
• El desarrollo se organiza en torno a la creación de características pequeñas
y manejables.
• Cada característica debe completarse en un plazo de dos semanas o
menos.
• Se combina lo mejor de los enfoques ágiles con una estructura más
planificada y documentada.
Fases:
• Desarrollar un modelo general: Se crea un modelo de todo el sistema.
• Construir una lista de características: Se definen las características del
sistema.
• Planificar por característica: Se crea un plan de trabajo para cada
característica.
• Diseñar por característica: Se diseñan los detalles de cada característica.
• Desarrollar por característica: Se implementan las características.
Fortalezas:
• Ideal para proyectos grandes y complejos con un enfoque en características
concretas.
• Combina la agilidad con una planificación más estructurada y controlada.
Desafíos:
• Menos flexible que otras metodologías ágiles más iterativas como Scrum.
• Puede ser más adecuado para equipos con experiencia en la planificación y
desarrollo estructurado.
MATERIA: ANALISIS Y DISEÑO DE SISTEMAS NOMBRE: MEZA BRAVO IVAN MARCELINO
GRUPO:5CV1
Principios:
• Desarrollo iterativo: El trabajo se realiza en ciclos iterativos.
• Colaboración intensiva entre todos los involucrados.
• Aprendizaje constante: El equipo aprende y ajusta su enfoque a medida
que avanza el proyecto.
Ciclo de ASD:
• Especulación: Planificación inicial del proyecto, reconociendo que los
cambios son inevitables.
• Colaboración: Trabajo en equipo con el cliente y otros involucrados para
adaptar el software.
• Aprendizaje: Reflexionar sobre el progreso y ajustar las acciones futuras en
función de lo aprendido.
Fortalezas:
• Muy adaptable en entornos con requisitos cambiantes y proyectos de alto
riesgo.
• Fuerte enfoque en la colaboración y el aprendizaje continuo.
Desafíos:
La naturaleza fluida de ASD puede resultar desordenada para equipos o clientes
que prefieren un enfoque más estructurado.
MATERIA: ANALISIS Y DISEÑO DE SISTEMAS NOMBRE: MEZA BRAVO IVAN MARCELINO
GRUPO:5CV1
XP (Extreme Programming)
Descripción: XP es una metodología ágil desarrollada por Kent Beck en los años
90. Está orientada a mejorar la calidad del software y la capacidad de respuesta
del equipo ante cambios de requisitos mediante ciclos de desarrollo cortos y una
retroalimentación constante.
Principios:
• Programación en pares: Dos desarrolladores trabajan juntos en un solo
ordenador.
• Integración continua: El código se integra y prueba con frecuencia.
• Entrega frecuente: El software funcional se entrega en iteraciones cortas.
• Refactorización: Mejora continua del código sin cambiar su funcionalidad.
Prácticas clave:
• Desarrollo guiado por pruebas (TDD).
• Programación en pares.
• Refactorización constante.
• Reuniones diarias.
Fortalezas:
• Altamente centrada en la calidad del código y la retroalimentación continua.
• Promueve la mejora constante del producto y del proceso.
Desafíos:
• Puede ser difícil de adoptar en equipos grandes o distribuidos.
• Requiere un alto nivel de compromiso y disciplina de todos los miembros
del equipo.
MATERIA: ANALISIS Y DISEÑO DE SISTEMAS NOMBRE: MEZA BRAVO IVAN MARCELINO
GRUPO:5CV1
SCRUM
Descripción: Scrum es una de las metodologías ágiles más populares,
formalizada por Ken Schwaber y Jeff Sutherland en los 90. Se enfoca en la gestión
de proyectos a través de iteraciones llamadas "sprints", generalmente de 2 a 4
semanas, donde el equipo entrega un incremento funcional del producto.
Principios:
• Roles definidos: Scrum Master, Product Owner, y el equipo de desarrollo.
• Reuniones estructuradas: Daily Scrum, Sprint Planning, Sprint Review, y
Sprint Retrospective.
• Trabajo en iteraciones cortas (sprints) con entregas incrementales.
Ciclo de Scrum:
Fortalezas:
• Muy popular y ampliamente utilizado, con una estructura clara y definida.
• Fomenta la colaboración constante y la entrega de valor continuo.
Desafíos:
• La implementación incorrecta puede llevar a una burocracia innecesaria.
• No es adecuada para proyectos muy pequeños o con equipos que no estén
completamente comprometidos con el enfoque ágil.
MATERIA: ANALISIS Y DISEÑO DE SISTEMAS NOMBRE: MEZA BRAVO IVAN MARCELINO
GRUPO:5CV1
Referencias.
• Universidad Nacional Autónoma de México (UNAM). (2017). Método de
desarrollo FDD.