Please enable JavaScript.
Coggle requires JavaScript to display documents.
Metodología Ágil de Desarrollo de Software – XP - Coggle Diagram
Metodología Ágil de Desarrollo de Software – XP
Resumen
Si bien son una muy buena solución para proyectos a corto plazo, en especial, aquellos proyectos en donde los requerimientos están cambiando constantemente, en proyecto a largo plazo, el aplicar metodologías ágiles no dan tan buenos resultados.
Justificación
Transformar la esencia del desarrollo de los procesos que se ejecutan al momento de llevar acabo la planificación y ejecución de un proyecto de creación de software
1.- INTRODUCCIÓN
Se da máxima prioridad a la obtención de resultados y reduce la burocracia que utiliza las metodologías tradicionales.
2.- QUE ES XP
Consiste básicamente en ajustarse estrictamente a una serie de reglas que se centran en las necesidades del cliente para lograr un producto de buena calidad en poco tiempo, centrada en potenciar las relaciones interpersonales
3.- VALORES DE XP
Comunicación
Simplicidad
Retroalimentación
Valentía
Respeto
4.- ROLES XP
Programador
Cliente
Encargado de pruebas (Tester)
Encargado de seguimiento (Tracker)
Entrenador (Coach)
Consultor
Gestor (Big boss)
5.- MODELO XP
6.- PROCESO XP
Ciclo
El cliente define el valor de negocio a implementar
El programador estima el esfuerzo necesario para su implementación.
El cliente selecciona qué construir, de acuerdo con
sus prioridades y las restricciones de tiempo.
El programador construye ese valor de negocio
Vuelve al paso 1.
Fases
Exploración,
Planificación de la Entrega (Release),
Iteraciones
Producción
Mantenimiento
Muerte del Proyecto.
7.- REGLAS Y PRÁCTICAS
Reglas y prácticas para la
Planificación
Las Historias de Usuario
Plan de entregas (“Release Plan”)
Plan de iteraciones (“Iteration Plan”)
Reuniones diarias de seguimiento (“Stand-up
meeting”)
Diseño
Simplicidad
Soluciones “spike”
Recodificación
Metáforas
Desarrollo
Integraciones permanentes
Disponibilidad del cliente
Propiedad colectiva del código
Ritmo sostenido
Pruebas
Pruebas unitarias
Detección y corrección de errores
Pruebas de aceptación
8.- VENTAJAS Y DESVENTAJAS
Ventajas
Se consiguen productos usables con mayor rapidez
El proceso de integración es continuo, por lo que el
esfuerzo final para la integración es nulo.
Se atienden las necesidades del usuario con mayor
exactitud.
Se consiguen productos más fiables y robustos
contra los fallos
Obtenemos código más simple y más fácil de
entender, reduciendo el número de errores.
Gracias a la filosofía del “pair programming”
Gracias al “refactoring” es más fácil el modificar los
requerimientos del usuario.
Conseguimos tener un equipo de desarrollo más
contento y motivado.
Desventajas
Resulta muy complicado planear el proyecto y
establecer el costo y la duración del mismo.
No se puede aplicar a proyectos de gran escala
Es más complicado medir los avances del proyecto
Altas comisiones en caso de fallar.
9.- CONCLUSIONES Y RECOMENACIONES
Conclusiones
Es difícil estimar el costo y duración del proyecto
por no existir una definición desde inicio.
El cliente le da un valor agregado al proyecto ya que
ayuda a que los requerimientos sean más
compresibles y de fácil aprobación
Organiza a los integrantes del equipo para trabajar a
un mismo ritmo divertido y con horario adecuado.
Los desarrolladores deben estar involucrados en
todas las funcionalidades del proyecto
La programación en parejas ayuda a reducir costo y
tiempos y mejorar la calidad del proyecto.
Los métodos en cascada o espiral son los más
adecuados para proyectos.
Que requieran decenas de desarrolladores y en los
que las especificaciones estén claramente
determinadas desde el comienzo.
Recomendaciones
Para proyectos medianos,
Usar XP en equipos pequeños de desarrollo que no
superen a 20
Se debe involucrar al cliente en el desarrollo del
proyecto desde el inicio hasta el final
Los desarrolladores deben compartan el código y ser
responsables del código de todo el proyecto.
