3. Fuerzas que influyen en los enfoques para el desarrollo de software Grado de Control en el proceso Tiempo 1950’s 1960’s 1970’s 1980’s 1990’s 2000’s 2010’s Fuente: Diapositiva obtenida de la presentación “ A History of Agile Methods” presentada por Alan Davis en JISBD 2002 Libertarios Fundamentalistas Tendencia global
10. Comparación Ágil v/s Tradicional Se espera que no ocurran cambios de gran impacto durante el proyecto Se esperan cambios durante el proyecto Énfasis en la definición del proceso: roles, actividades y artefactos Énfasis en los aspectos humanos: el individuo y el trabajo en equipo Aplicables a proyectos de cualquier tamaño, pero suelen ser especialmente efectivas/usadas en proyectos grandes y con equipos posiblemente dispersos Orientada a proyectos pequeños. Corta duración (o entregas frecuentes), equipos pequeños (< 10 integrantes) y trabajando en el mismo sitio Se promueve que la arquitectura se defina tempranamente en el proyecto La arquitectura se va definiendo y mejorando a lo largo del proyecto El cliente interactúa con el equipo de desarrollo mediante reuniones Cliente es parte del equipo de desarrollo (además in-situ) Existe un contrato prefijado No existe un contrato tradicional, debe ser bastante flexible Más Roles, más específicos Pocos Roles, más genéricos y flexibles Más Artefactos. El modelado es esencial, mantenimiento de modelos Pocos Artefactos. El modelado es prescindible, modelos desechables. Metodología Tradicional Metodología Ágil
11. Costo de los Cambios en SW Cost o del c ambio ti empo Tradicional Suposición MAs
15. Sin embargo, se reconoce a Kent Beck como el que articuló esta propuesta y le dio nombre propio. Kent Beck En 1989, Cunningham formó un equipo que usaba los principios y muchas de las prácticas que después adoptaría XP, mientras trabajaba para la compañía “Wyatt Software” [Fowler 2000]. Antecedentes e Historia de Programación extrema
42. Historia de Usuario Observaciones: Descripción: Se introducen los datos del artículo (título, fichero adjunto, resumen, tópicos) y de los autores (nombre, e-mail, afiliación). Uno de los autores debe indicarse como autor de contacto. El sistema confirma la correcta recepción del artículo enviando un e-mail al autor de contacto con un userid y password para que el autor pueda posteriormente acceder al artículo. Puntos Reales: Riesgo en Desarrollo: (Alto / Medio / Bajo) Puntos Estimados: Prioridad en Negocio: Alta (Alta / Media / Baja) Iteración Asignada: 2 Modificación de Historia Número: Usuario: Autor Nombre: Enviar artículo Número: 1 Historia de Usuario
44. Tarea de Ingeniería Descripción: Programador responsable: Fecha fin: Fecha inicio: Puntos estimados: Tipo de tarea : Desarrollo / Corrección / Mejora / Otra Nombre tarea: Número historia: Número tarea: Tarea
45. Prueba de Aceptación Evaluación: Resultado esperado: Entradas: Condiciones de ejecución: Descripción: Nombre Caso de Prueba: Número Historia de Usuario: Número Caso de Prueba: Caso de Prueba
46. Escenarios en XP : Exploración Prioridad Riesgo Esfuerzo (puntos) Definir Historias de Usuario Elaborar Spikes Estimar Esfuerzo y Riesgo ? Historias de Usuario Spikes (Bosquejos)
47. Escenarios en XP: Planificación de la Entrega Historias de Usuario Primera Iteración Segunda Iteración Última Iteración … N-ésima Iteración Historias fuera de la entrega Velocidad de Proyecto (VP) puntos/semana Entrega <= 3 meses 2 a 3 semanas
48. Escenarios en XP : Comenzar Iteración Historias de la Iteración Definir y ordenar Tareas de Ingeniería Tareas de la iteración
49. Escenarios en XP : Programación Pruebas de Aceptación de Historias de la iteración Programación en Parejas Historias de la Iteración Versión del Producto Diseño Refactoring Programación Pruebas Unitarias Integración Pruebas de Integración Pruebas de Aceptación Tareas de Historias de la iteración
50. Escenarios en XP : Pruebas de Aceptación Pruebas de Aceptación Definir Pruebas de Aceptación Aplicar Pruebas de Aceptación Corregir errores Definir nuevas Historias
51.
52.
53. … Entorno y clima de trabajo Gantt de Pared Obtenida de www.agiletek.com “ Centro del universo del proyecto” “ Punto de reunión para la “Stand-up Meeting”
68. … Prácticas XP Interacción entre Prácticas XP: Kent Beck Cliente in situ Metáfora Propiedad Colectiva Integración Continua El juego de la planificación Semana de 40 horas Programación en parejas Recodificación Estándares de programación Pruebas Diseño simple Pequeñas versiones