Valores de Metodologías Ágiles

1. Valorar al individuo y a las interacciones del equipo de desarrollo por sobre el proceso y por sobre las herramientas
2. Desarrollar software que funcione por sobre buena documentación
3. Valorar la colaboración con el cliente más que la negociación de un contrato
4. Poder responder a los cambios antes que seguir estrictamente un plan

Los valores impulsan 12 principios

1. Prioridad en satisfacer al cliente mediante tempranas y continuas entregas de software que aporten valor
2. Dar la bienvenida al cambio
3. Entregar frecuentemente software que funcione (desde un par de semanas hasta un par de meses)
4. La gente del negocio y los desarrolladores del producto deben trabajar juntos a lo largo del proyecto
5. Debo construir el proyecto en un entorno de individuos motivados
6. El diálogo cara a cara es el medio más eficiente y efectivo para comunicar información dentro de un equipo de desarrollo
7. El avance o medida del proyecto se hace en base al software que funciona
8. Desarrollos sostenibles. A lo largo del proyecto no produzco baches que hagan peligrar el proyecto (El gerente no renuncia, el cliente motivado)
9. Hace hincapié en la calidad técnica y buen diseño (clave para avanzar más rápidamente)
10. La simplicidad es esencial en el proyecto
11. Equipos de trabajo organizados por sí mismos (motiva más al equipo)
12. Reflexión del equipo para mejorar

Aplicación a XP

Tipos de proyectos: Con requisitos imprecisos y cambiantes. Alto riesgo técnico (funcionalidades complejas)

Características generales:

• Realimentación continua entre cliente y equipo de desarrollo
• Comunicación fluida entre todos los participantes del proyecto y el cliente
• Simplicidad en las soluciones
• Preparación para enfrentar cambios

Características esenciales:

Historias de usuario

• Especificar requisitos
• Tarjeta de papel donde el cliente describe brevemente las características que debe tener el sistema. Tanto requisitos funcionales como no funcionales (p. ej. confiabilidad)
• Una HdU tiene que cumplir condiciones: Que sea comprensible y acotada. Implementable en unas pocas semanas (max 7)
• Granularidad: Una HdU por cada característica que se considere importante
• Asignación: 1 o 2 HdU por mes por programador
• Planificación: 1 Iteración de HdU en 2/4 semanas

Roles XP

• Programador: Produce el código del sistema.Escribe pruebas unitarias
• Cliente: Responsable de escribir las HdU. Escribir pruebas funcionales. Prioriza las HdU. Decide cuales se implementan en cada iteración.
• Tester: Colabora con el cliente en escribir las pruebas funcionales. Ejecuta las pruebas funcionales. Difunde los resultados de las pruebas. Responsable de las herramientas de soporte de las pruebas.
• Tracker: Realimenta al equipo de proyecto en el proceso XP. Grado de acierto entre la estimación y la realidad. Progreso iteración
• Coach: Responsable del proceso global de XP. Proveer lineamientos al equipo del proyecto tal que se ejecute correctamente el proceso XP.
• Consultor: Guía al equipo para resolver problemas específicos
• Big Boss: Coordinación. Vincula a clientes con programadores

Procesos XP:

• Exploración: Clientes definen HdU. Equipo desarrollo: se familiariza con herramientas y tecnologías. Primer prototipo.
• Planificación de las entregas: Cliente: prioriza HdU. Equipo de desarrollo: estimación esfuerzo por HdU.
• Iteraciones: …
• Producción: Pruebas adicionales. Evaluación rendimiento. Inclusión de cambios
• Mantenimiento: Primera versión funcionando e ingresando a la fase de mantenimiento. Inclusión de cambios en cartera. Nuevas iteraciones para nuevas HdU.
• Muerte del proyecto: No existen HdU adicionales. No es beneficioso evolucionar el proyecto.

Prácticas de XP: …