Extreme Programming XP Grupo 03 Extreme Programming Agenda

Extreme Programming (XP) Grupo 03

Extreme Programming - Agenda n Introducción n Proceso y Fases n Roles n Prácticas n Conclusiones

Extreme Programming - Introducción n Proceso : conjunto de actividades ordenadas para lograr una serie de objetivos n Proceso Pesado : * fuerte dependencia de planificaciones * se establecen actividades * se establecen artefactos * se establecen herramientas y notaciones * ESTAMOS MUY CONTROLADOS

Extreme Programming - Introducción n Como contraposición : Métodología Ágil n Características : A los individuos y su interacción por encima de los procesos y las herramientas El software que funciona por encima de la documentación exhaustiva La colaboración con el cliente por encima la negociación contractual La respuesta al cambio por encima seguimiento de un plan

Extreme Programming - Introducción n Resumen * Estamos menos controlado * Preparados para el cambio * Cliente forma parte del equipo * Pocos artefactos * Más importante software funcionando que documentación

Extreme Programming - Introducción n XP es una Métodología Ágil n Desarrollado por Kent Beck «Todo en el software cambia. Los requisitos cambian. El diseño cambia. El negocio cambia. La tecnología cambia. El equipo cambia. Los miembros del equipo cambian. El problema no es el cambio en sí mismo, puesto que sabemos que el cambio va a suceder; el problema es la incapacidad de adaptarnos a dicho cambio cuando éste tiene lugar. »

Extreme Programming - Introducción n Estadísticas : método que más popularidad ha alcanzado de las metodologías ágiles n Se basa en la suposición de que es posible desarrollar software de gran calidad a pesar, o incluso como consecuencia del cambio continuo n Asume que con un poco de planificación, un poco de codificación y unas pocas pruebas se puede decidir si se está siguiendo un camino acertado o equivocado, evitando así tener que echar marcha atrás demasiado tarde.

Extreme Programming - Introducción n Valores que inspiran XP SIMPLICIDAD FEEDBACK CORAJE COMUNICACIÓN

Extreme Programming - Introducción n Simplicidad n La simplicidad consiste en desarrollar sólo el sistema que realmente se necesita. Implica resolver en cada momento sólo las necesidades actuales. Los costos y la complejidad de predecir el futuro son muy elevados, y la mejor forma de acertar es esperar al futuro. n Con este principio de simplicidad, junto con la comunicación y el feedback resulta más fácil conocer las necesidades reales

Extreme Programming - Introducción n Feed. Back n Una metodología basada en el desarrollo incremental iterativo de pequeñas partes, con entregas y pruebas frecuentes y continuas, proporciona un flujo de retroinformación valioso para detectar los problemas o desviaciones. n n n De esta forma fallos se localizan muy pronto. La planificación no puede evitar algunos errores, que sólo se evidencian al desarrollar el sistema. La retro-información es la herramienta que permite reajustar la agenda y los planes.

Extreme Programming - Introducción n Coraje n Implica saber tomar decisiones difíciles. n Reparar un error cuando se detecta n Mejorar el código siempre que tras el feedback y las sucesivas iteraciones se manifieste susceptible de mejora n Tratar rápidamente con el cliente los desajustes de agendas para decidir qué partes y cuándo se van a entregar

Extreme Programming - Introducción n Comunicación n XP pone en comunicación directa y continua a clientes y desarrolladores. El cliente se integra en el equipo para establecer prioridades y resolver dudas. De esta forma ve el avance día a día, y es posible ajustar la agenda y las funcionalidades de forma consecuente

Extreme Programming – Proceso y Fases n 1. El cliente define el valor de negocio a implementar n 2. El programador estima el esfuerzo necesario para su implementación n 3. El cliente selecciona qué construir, de acuerdo con sus prioridades y las restricciones de tiempo n 4. El programador construye ese valor de negocio n 5. Vuelve al paso 1

Extreme Programming – Proceso y Fases n El costo del cambio

Extreme Programming – Proceso y Fases n Historias de Usuario n Técnica para especificar los reqs. n Son tarjetas de papel n Debe ser lo suficientemente comprensible y delimitada para que los programadores puedan implementarla en unas semanas

Extreme Programming – Proceso y Fases n n n n Exploración Planificación de la Entrega Iteraciones Producción Mantenimiento Muerte del Proyecto

Extreme Programming – Proceso y Fases

Reglas y prácticas de XP n Conjunto de actividades simples que guían los diferentes aspectos del desarrollo para seguir el proceso. n Se dividen en áreas del desarrollo Planificación n Diseño n Codificación n Verificación n

Reglas y prácticas de XP - Planificación n El “Juego de la Planificación” n Planificación se vuelve “emocional” n Todos quieren planificar mejor n n Conflictos Mirar la planificación como un Juego n n Objetivos Jugadores Piezas Reglas

Reglas y prácticas de XP - Planificación n El “Juego de la Planificación” n Piezas: Historias de Usuario n Objetivo: Poner en producción la mayor cantidad de Historias de Usuario n Jugadores: Desarrolladores y Encargados del Negocio

Reglas y prácticas de XP - Planificación n El “Juego de la Planificación” n Movimientos: n Escribir Historia de Usuario n Estimarla n Comprometerse a realizar: § Por Historia § Por Fecha § Valor y Riesgo Primero n n n Recuperación por Sobrecarga Cambio de Valor de Historia Introducir nueva Historia Dividir una Historia Salto Re-estimar

Reglas y prácticas de XP - Planificación n Escribir Historias de Usuario n Similar a los Casos de Uso n Usadas para estimaciones de tiempo en la planificación de las liberaciones n Usados en lugar del Documento de Requerimientos n Escritas por el Cliente en términos del Cliente n Guían la creación de Pruebas de Aceptación

Reglas y prácticas de XP - Planificación n Los Planes de Liberación organizan el Calendario Surgen en las reuniones de Planificación de Liberaciones n Utilizados para crear Planes de Iteraciones n Decisiones Técnicas por el personal Técnico y decisiones de negocio por el personal de Negocio n

Reglas y prácticas de XP - Planificación El equipo estima la duración de la implementación de cada Historia de Usuario en “Semanas Ideales de Implementación” n El cliente prioriza las Historias teniendo en cuenta el valor que le aporta al sistema tenerla completa n

Reglas y prácticas de XP - Planificación n Medir la “Velocidad del Proyecto” n ¿Cuánto trabajo está siendo completado en el proyecto? n Suma de las estimaciones de las Historias de Usuario completas al fin de la Iteración n Utilizada para planificar la siguiente Iteración

Reglas y prácticas de XP - Planificación n Utilizamos la “Velocidad del Proyecto” para planificar n n Por Fecha Por Alcance

Reglas y prácticas de XP - Planificación n Liberaciones pequeñas y frecuentes n Producir rápidamente versiones operativas del sistema n No debería tardar más de 3 meses

Reglas y prácticas de XP - Planificación n Rotación del Equipo n Ayuda a evitar “Islas de Conocimiento” n Mejora la flexibilidad del equipo n Evita la sobrecarga de una persona

Reglas y prácticas de XP - Planificación n Mejorar el proceso cuando sea necesario n Es bueno tener reglas para saber qué esperar del equipo n Si se detectan problemas en el avance se debe revisar qué está mal n Debe consultarse al equipo sobre qué cosas dificultan el funcionamiento

Reglas y prácticas de XP - Diseño n Diseño simple: n Implementar la solución más simple que pueda funcionar n La complejidad innecesaria y el código extra debe ser removido inmediatamente n No agregar nuevas funcionalidades antes de que sean agendadas

Reglas y prácticas de XP - Diseño n Metáforas: n El sistema es definido mediante una metáfora o un conjunto de metáforas compartidas por el cliente y el equipo de desarrollo n Es una historia compartida que describe cómo debería funcionar el sistema n Solventan el hecho de no contar con una definición de la arquitectura desde el comienzo, ya que en XP la arquitectura se asume evolutiva

Reglas y prácticas de XP - Diseño n Tarjetas CRC: n Las Tarjetas CRC (Class, Responsibilities and Collaboration) sirven para diseñar el sistema en conjunto entre todo el equipo n Permiten reducir el modo de pensar procedural y apreciar la tecnología de objetos

Reglas y prácticas de XP - Diseño n No agregar funcionalidades antes de lo planeado: Parecería que fuera más rápido agregarlas ahora pero nosotros debemos recordarnos constantemente que no las necesitamos ahora realmente y quizás nunca las necesitemos n Funcionalidades extra siempre nos hacen atrasar y malgastar nuestros recursos n

Reglas y prácticas de XP - Diseño n Refactorización: n Es una actividad constante de reestructuración del código con el objetivo de remover duplicación de código, mejorar su legibilidad, simplificarlo y hacerlo más flexible para facilitar los posteriores cambios n Mejora la estructura interna del código sin alterar su comportamiento externo n Nos ahorra tiempo e incrementa la calidad

Reglas y prácticas de XP - Codificación n El cliente está siempre disponible: n Gran parte del éxito del proyecto XP se debe a que es el cliente quien conduce constantemente el trabajo hacia lo que aportará mayor valor de negocio n La comunicación oral es más efectiva que la escrita, ya que esta última toma mucho tiempo en generarse y puede tener más riesgo de ser mal interpretada

Reglas y prácticas de XP - Codificación Las historias de usuario son escritas por los clientes con la ayuda de los desarrolladores n El cliente debe negociar la selección de las historias de usuario que serán incluidas en una liberación n Como los detalles no son incluidos en las historias de usuario, los desarrolladores necesitarán hablar con los clientes para obtenerlos n El cliente es necesario con las pruebas n

Reglas y prácticas de XP - Codificación n El tiempo del cliente es ahorrado al principio por no requerir una especificación detallada de los requerimientos y ahorrado después ya que el sistema es mucho más probable que sea de su agrado

Reglas y prácticas de XP - Codificación n Estándares de programación: n XP enfatiza la comunicación de los programadores a través del código, con lo cual es indispensable que se sigan ciertos estándares de programación n Mantienen el código legible para los miembros del equipo, facilitando los cambios

Reglas y prácticas de XP - Codificación n Pruebas unitarias: n La producción de código está dirigida por las pruebas unitarias n Las pruebas unitarias son establecidas antes de escribir el código y son ejecutadas constantemente ante cada modificación del sistema n Otros desarrolladores podrán ver como usar el código observando las pruebas

Reglas y prácticas de XP - Codificación n Programación en parejas: n Incrementa la calidad del software sin impactar el tiempo para cumplir lo prometido n Muchos errores son detectados conforme son introducidos en el código n Los diseños son mejores y el tamaño del código menor n Los problemas de programación se resuelven más rápido

Reglas y prácticas de XP - Codificación Se posibilita la transferencia de conocimientos de programación entre los miembros del equipo n Varias personas entienden las diferentes partes del sistema n Los programadores conversan mejorando así el flujo de información y la dinámica del equipo n

Reglas y prácticas de XP - Codificación n Integración secuencial: n Solo una pareja de desarrolladores puede integrar, testear y liberar cambios al repositorio de código en un momento determinado n Se permite que la última versión esté consistentemente identificada

Reglas y prácticas de XP - Codificación n Integración continua: n Cada pieza de código es integrada en el sistema una vez que esté lista. n Así, el sistema puede llegar a ser integrado y construido varias veces en un mismo día n Es una forma de que todo el mundo esté trabajando con casi la última versión n Evita o detecta antes los problemas de compatibilidad

Reglas y prácticas de XP - Codificación n Propiedad colectiva del código: n Cualquier programador puede cambiar cualquier parte del código en cualquier momento. n Motiva a todos a contribuir con nuevas ideas en todos los segmentos del sistema, n Evita que algún programador sea imprescindible para realizar cambios en alguna porción de código

Reglas y prácticas de XP - Codificación n 40 horas por semana: n Se debe trabajar un máximo de 40 horas por semana n No se trabajan horas extras en dos semanas seguidas n El trabajo extra desmotiva al equipo

Extreme Programming – Roles en XP n Los roles siempre presentes en esta metodología son los siguientes: n n n Programador Cliente Encargado de pruebas (Tester) Encargado de seguimiento (Tracker) Entrenador (Coach) Gestor (Big Boss)

Extreme Programming – Roles en XP n Roles Opcionales en los proyectos: n n Consultor Doomsayer (Augur de desastres)

Extreme Programming – Roles en XP n El programador escribe las pruebas unitarias y produce el código del sistema. Define las tareas que conlleva cada historia de usuario, y estima el tiempo que requerirá cada una. n El cliente escribe las historias de usuario y las pruebas funcionales para validar su implementación. Asigna la prioridad a las historias de usuario y decide cuáles se implementan en cada iteración centrándose en aportar mayor valor al negocio.

Extreme Programming – Roles en XP n El encargado de pruebas ayuda al cliente a escribir las pruebas funcionales. Ejecuta las pruebas regularmente, difunde los resultados en el equipo y es responsable de las herramientas de soporte para pruebas. n El encargado de seguimiento verifica las estimaciones realizadas, evalúa el progreso de cada iteración y así como la factibilidad de los objetivos con las restricciones de tiempo y recursos presentes. Mantiene contacto directo con el equipo de desarrollo, realizando cambios para lograr los objetivos de cada iteración.

Extreme Programming – Roles en XP n El entrenador es responsable del proceso global. Experto en XP, provee de las guías a los miembros del equipo para que se apliquen las prácticas XP y se siga el proceso correctamente. Determina la tecnología y metodologías a usar por el equipo de desarrollo. n El Gestor es el dueño del equipo y sus problemas. Experto en tecnología y labores de gestión. Construye el plantel del equipo, obtiene los recursos necesarios y maneja los problemas que se generan. Administra a su vez las reuniones (planes de iteración, agenda de compromisos, etc). No le dice al grupo lo que tiene que hacer, cuando hacerlo, ni verifica el avance de las tareas.

Extreme Programming – Roles en XP n Roles Opcionales n Consultor Es un miembro externo del equipo con un conocimiento específico en algún tema necesario para el proyecto. Guía al equipo para resolver un problema específico. n Doomsayer (Augur de desastres) Es el responsable de que se conozcan los riesgos involucrados, que las malas noticias sean notificadas en la medida correcta, y que no se sobredimensionen. Busca posibles riesgos en forma constante, presentándolos al equipo siempre con una posible solución.

Extreme Programming – Roles en XP n Combinación de Roles Algunos roles pueden ser combinados en un mismo individuo. Por ejemplo, el Gestor y el Tracker. Sin embargo, otras combinaciones no son recomendadas; como ser: n Programador–Tracker, Programador–Tester n Cliente-Programador, Entrenador-Tracker.

Extreme Programming – Conclusiones n XP es la metodología mas popular dentro de la familia surgida luego del manifiesto Ágil, las cuales buscan simplificar los procesos a través de la reducción de irreversibilidad de los mismos. Dicha metodología ha probado ser de gran utilidad en proyectos pequeños y con requerimientos altamente cambiantes, aunque posee características que la hacen aplicable en ciertos ambientes únicamente.

Extreme Programming – Conclusiones n Conceptos conocidos en los que se basa XP: n n n La alta comunicación funciona. Un único ambiente para el equipo aumenta la productividad dramáticamente. La importancia de la Validación. XP reduce el tiempo entre una idea, su criterio de validación, y su implementación. Requiere disponer de pruebas repetibles automatizadas que aseguren la consistencia en el futuro. El iterar funciona. XP obliga a iterar al establecer múltiples integraciones por día, iteraciones de una a tres semanas de largo que concluyan con un sistema funcionando, y nuevos lanzamientos cada pocos meses.

Extreme Programming – Conclusiones n El futuro de XP n Simplificación del proceso de planificación e integración continua. n Búsqueda de valores y principios ocultos que puedan informar de métodos útiles. n Límites de XP. Cuando se debe seguir? Cual es su limite de integrantes? n El rol del Cliente. Es un rol complejo de interpretar, y probablemente su papel en el proceso de desarrollo de software continúe generando nuevas ideas.

Preguntas