Desarrollo Agil

1
Desarrollo Agil SW Introducción Son metodologías que buscan un equilibrio entre métodos de desarrollo pesados y no usar ningún método Manifiesto Ágil Creadores Ken Beck y otros 16 más (Martín Fowler...) Principios (12) La principal prioridad es satisfacer al cliente mediante la entrega temprana y continua de software Los requisitos cambiantes son bienvenidos (pues hay que satisfacer al cliente) Entregar software en funcionamiento cada dos semanas, o como mucho cada dos meses El cliente y los desarrolladores deben trabajar juntos a diario. Construir el proyecto alrededor de personal motivado. Darles el ambiente, soporte necesario y confiar en ellos El mecanismo más eficiente y efectivo de comunicación es el de la conversación cara a cara. La principal medida de progreso es el software en funcionamiento. Los procesos ágiles promueven el desarrollo sostenido. Los patrocinadores, desarrolladores y usuarios deben poder mantener el ritmo de forma indefinida. La atención continua a la excelencia técnica y al buen diseño mejora la agilidad La simplicidad es esencial. Las mejores arquitecturas, mejores requisitos y mejores diseños emergen de los equipos autoorganizados. A intervalos regulares, el equipo estudia la forma en que puede ser más efectivo y reajusta su comportamiento Metodologías ágiles XP (eXtreme Programming o Programación Extrema) SCRUM DAS (Desarrollo Adaptativo de Software) MDSD (Método de Desarrollo de Sistemas Dinámicos) DCC (Desarrollo Conducido por Características) Melé Cristal Modelado Ágil SCRUM Introducción Equipos de ~7 personas (hay una versión Multi-Scrum para equipos mayores) Metáfora de Cerdos y Gallinas (El cerdo está comprometido, la Gallina está implicada) Para la estimación del esfuerzo se utiliza el método del planning póker Escala de estimación: 1,2,3,5,8,13,20... Los miembros del equipo escogen una estimación, se discute sobre ella y se repite el proceso hasta llegar a un consenso Metodología Roles Product Owner representa al cliente Scrum Master (50% desarrollador) Scrum Team No hay categorías, todos son desarrolladores Chicken Otros (gerentes, dirección...) (están implicados) Proceso Pre-game Product Backlog inicial Lista priorizada de funcionalidades de negocio y técnicas a desarrollar items User Stories Caracteristicas Bugs Estimación en Story Points Serían los puntos consensuados para una User Story Velocidad del equipo=Story Points/Iteración Release Backlog Diseño alto nivel/arquitectura Desarrollo Serían ciclos de Sprints Sprint Sprint Planning meeting Sprint Backlog Selección de items del PB (se seleccionan las historias a implementar) Items Tareas Estimación en horas Iteraciones ( Sprints ) cada 30 días Serían los ciclos de desarrollo SW Reuniones diarias de 15 min repasando lo hecho, lo que se va a hacer hoy y los problemas Post-game Doc del Usuario Material de formación... Aspectos técnicos Intregración Continua Uso de Servidor de integración continua Construye (compila, prueba y ejecuta) el SW comprobando si hay cambios en las versiones (consultará el servidor de control de versiones). Tiene el SW funcionando para Detección temprana de errores Despliegue inmediato. Uso de herramienta de cobertura de código Pruebas automáticas Exhaustividad Automatización de tests de aceptación Tema 79-Metodología de desarrollo de sistemas. Orientación al proceso y orientación a los datos. Desarrollo ágil de software. BPM (I) Tema 79-MetodologIa DSI (I).mmap - 25/05/2011 - Mindjet

description

Desarrollo Agil

Transcript of Desarrollo Agil

  • DesarrolloAgil SW

    Introduccin Son metodologas que buscan un equilibrio entre mtodos de desarrollo pesados y no usar ningn mtodo

    Manifiesto gil

    CreadoresKen Beck y otros 16 ms (Martn Fowler...)

    Principios (12)

    La principal prioridad es satisfacer al cliente mediante la entrega temprana y continua de softwareLos requisitos cambiantes son bienvenidos (pues hay que satisfacer al cliente)Entregar software en funcionamiento cada dos semanas, o como mucho cada dos mesesEl cliente y los desarrolladores deben trabajar juntos a diario.Construir el proyecto alrededor de personal motivado. Darles el ambiente, soporte necesario y confiar en ellosEl mecanismo ms eficiente y efectivo de comunicacin es el de la conversacin cara a cara.La principal medida de progreso es el software en funcionamiento.Los procesos giles promueven el desarrollo sostenido. Los patrocinadores, desarrolladores y usuarios deben poder mantener elritmo de forma indefinida.La atencin continua a la excelencia tcnica y al buen diseo mejora la agilidadLa simplicidad es esencial.Las mejores arquitecturas, mejores requisitos y mejores diseos emergen de los equipos autoorganizados.A intervalos regulares, el equipo estudia la forma en que puede ser ms efectivo y reajusta su comportamiento

    Metodologas giles

    XP (eXtreme Programming o Programacin Extrema)SCRUM

    DAS (Desarrollo Adaptativo de Software)MDSD (Mtodo de Desarrollo de Sistemas Dinmicos)DCC (Desarrollo Conducido por Caractersticas)MelCristalModelado gil

    SCRUM

    Introduccin

    Equipos de ~7 personas (hay una versin Multi-Scrum para equipos mayores)Metfora de Cerdos y Gallinas (El cerdo est comprometido, la Gallina est implicada)

    Para la estimacin del esfuerzo seutiliza el mtodo del planning pker Escala de estimacin: 1,2,3,5,8,13,20...

    Los miembros del equipo escogen una estimacin, se discute sobre ella y se repite el proceso hasta llegar a un consenso

    Metodologa

    Roles

    Product Owner representa al cliente

    Scrum Master (50% desarrollador)

    Scrum Team No hay categoras, todos son desarrolladores

    Chicken Otros (gerentes, direccin...) (estn implicados)

    Proceso

    Pre-game

    Product Backlog inicial

    Lista priorizada de funcionalidades de negocio y tcnicas a desarrollar

    itemsUser StoriesCaracteristicasBugs

    Estimacin enStory Points

    Seran los puntos consensuados para una User StoryVelocidad del equipo=Story Points/Iteracin

    Release BacklogDiseo alto nivel/arquitectura

    Desarrollo

    Seran ciclos de Sprints

    Sprint

    Sprint Planning meeting

    Sprint Backlog

    Seleccin de items del PB (se seleccionan las historias a implementar)

    Items Tareas

    Estimacin en horas

    Iteraciones ( Sprints ) cada 30 das Seran los ciclos de desarrollo SW

    Reuniones diarias de 15 min repasando lo hecho, lo que se va a hacer hoy y los problemas

    Post-gameDoc del UsuarioMaterial de formacin...

    Aspectostcnicos

    Intregracin ContinuaUso de Servidor deintegracin continua

    Construye (compila, prueba y ejecuta) el SW comprobando si hay cambios enlas versiones (consultar el servidor de control de versiones).

    Tiene el SW funcionando paraDeteccin temprana de erroresDespliegue inmediato.

    Uso de herramienta de cobertura de cdigo

    Pruebas automticasExhaustividadAutomatizacin de tests de aceptacin

    Tema 79-Metodologa de desarrollo de sistemas. Orientacin al proceso y orientacin a los datos. Desarrollo gil de software. BPM (I)

    Tema 79-MetodologIa DSI (I).mmap - 25/05/2011 - Mindjet