Manifesto a Gil

10
Presentaci´on Descripci´on Conclusiones El Manifiesto ´ Agil Grupo N o 8 Departamento de Computaci´on, FCEyN,Universidad de Buenos Aires. 31 de octubre de 2007 Segundo Cuatrimestre de 2007 Presentaci´on de papers fundacionales

description

manifiesto agil

Transcript of Manifesto a Gil

  • PresentacionDescripcion

    Conclusiones

    El Manifiesto Agil

    Grupo No 8

    Departamento de Computacion, FCEyN,Universidad de Buenos Aires.

    31 de octubre de 2007

    Segundo Cuatrimestre de 2007 Presentacion de papers fundacionales

  • PresentacionDescripcion

    Conclusiones

    quienes somos y que presentaremos?el manifesto agil

    quienes somos?

    I Fernando Benavides, Matias Chiodi, Silvina Lucero, IgnacioNakama, Hernan Sinclair

    de que paper hablaremos?

    I Ttulo: Manifiesto AgilI Autores: Kent Beck, Mike Beedle, Arie van Bennekum,

    Alistair Cockburn,Ward Cunningham, Martin Fowler, JamesGrenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, JonKern, Brian Marick, Robert C. Martin, Steve Mellor, KenSchwaber, Jeff Sutherland, Dave Thomas.

    I Fecha de creacion: Marzo de 2001.I Lugar de publicacion: Salt Lake City, U.S estado de Utah.

    Segundo Cuatrimestre de 2007 Presentacion de papers fundacionales

  • PresentacionDescripcion

    Conclusiones

    quienes somos y que presentaremos?el manifesto agil

    quienes somos?

    I Fernando Benavides, Matias Chiodi, Silvina Lucero, IgnacioNakama, Hernan Sinclair

    de que paper hablaremos?

    I Ttulo: Manifiesto AgilI Autores: Kent Beck, Mike Beedle, Arie van Bennekum,

    Alistair Cockburn,Ward Cunningham, Martin Fowler, JamesGrenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, JonKern, Brian Marick, Robert C. Martin, Steve Mellor, KenSchwaber, Jeff Sutherland, Dave Thomas.

    I Fecha de creacion: Marzo de 2001.I Lugar de publicacion: Salt Lake City, U.S estado de Utah.

    Segundo Cuatrimestre de 2007 Presentacion de papers fundacionales

  • PresentacionDescripcion

    Conclusiones

    quienes somos y que presentaremos?el manifesto agil

    que es un manifesto?

    I Un manifesto es un blah blah blah

    El Manifesto Agil

    I La compilacion de los principios y valores que resaltan lasmetodologas agiles fue formalizada en el manifiesto para eldesarrollo de software agil. Este documento desarrollado porlos representantes de cada una de las metodologas que en elmomento se presentaban como agiles, logra resumir en unconjunto de ideas las practicas que una metodologa de esteestilo debe llevar a cabo.

    I Esta compuesto por 12 principios asociados a 4 conceptospilares.

    Segundo Cuatrimestre de 2007 Presentacion de papers fundacionales

  • PresentacionDescripcion

    Conclusiones

    quienes somos y que presentaremos?el manifesto agil

    que es un manifesto?

    I Un manifesto es un blah blah blah

    El Manifesto Agil

    I La compilacion de los principios y valores que resaltan lasmetodologas agiles fue formalizada en el manifiesto para eldesarrollo de software agil. Este documento desarrollado porlos representantes de cada una de las metodologas que en elmomento se presentaban como agiles, logra resumir en unconjunto de ideas las practicas que una metodologa de esteestilo debe llevar a cabo.

    I Esta compuesto por 12 principios asociados a 4 conceptospilares.

    Segundo Cuatrimestre de 2007 Presentacion de papers fundacionales

  • PresentacionDescripcion

    Conclusiones

    individuos vs. procesossoftware vs. documentacioncliente involucrado vs. negociacion contractualcambio vs. plan

    Individuos y su interaccion sobre los procesos y herramientas

    I gente: Los individuos son el principal factor de exitoI equipo: El equipo es mas importante que el entorno, debe

    estar motivado

    I organizacion: Primero se crea el equipo y este configura supropio entorno de desarrollo

    I necesidades: Es importante que el entorno responda a lasnecesidades del equipo

    I confianza: Se debe confiar en que el equipo, con lasherramientas necesarias, podra llevar a cabo el trabajo

    I roles: No existen. Los equipos se organizan por s mismos

    Segundo Cuatrimestre de 2007 Presentacion de papers fundacionales

  • PresentacionDescripcion

    Conclusiones

    individuos vs. procesossoftware vs. documentacioncliente involucrado vs. negociacion contractualcambio vs. plan

    Software que funciona sobre documentacion exhaustiva

    I cuando documentar?: Solo cuando sea necesario de formainmediata para tomar una decision importante

    I como documentar?: Documentos breves, centrados en lofundamental

    I comunicacion: El metodo mas efectivo y eficiente detransmitir informacion es la conversacion cara-a-cara

    Segundo Cuatrimestre de 2007 Presentacion de papers fundacionales

  • PresentacionDescripcion

    Conclusiones

    individuos vs. procesossoftware vs. documentacioncliente involucrado vs. negociacion contractualcambio vs. plan

    Colaboracion con el cliente sobre negociacion contractual

    I interaccion: Se propone una interaccion constante (diaria)entre el cliente y el equipo de desarrollo

    I objetivos: Marcar la marcha y asegurar el exito del proyectoI prioridad: Satisfacer al cliente mediante rapidas y constantes

    entregas (2 semanas a 2 meses) de software valioso

    Segundo Cuatrimestre de 2007 Presentacion de papers fundacionales

  • PresentacionDescripcion

    Conclusiones

    individuos vs. procesossoftware vs. documentacioncliente involucrado vs. negociacion contractualcambio vs. plan

    Respuesta al cambio sobre el seguimiento de un plan

    I cambios: En los requisitos, en la tecnologa, en el equipo, etc.I planificacion: Debe existir, pero no debe ser estricta sino

    flexible

    I respuesta al cambio: La habilidad de responder a los cambiosdetermina tambien el exito o fracaso del proyecto

    I aprendizaje: El equipo aprende de su experiencia y ajusta sucomportamiento. Foco en la calidad y el diseno

    Segundo Cuatrimestre de 2007 Presentacion de papers fundacionales

  • PresentacionDescripcion

    Conclusiones

    Conclusiones

    I Las metodologas agiles son importantes en el desarrollo desoftware, ya que permiten otras alternativas a lasmetodologas tradicionales

    I El uso de un metodo agil no es para todos. Hay que tener encuenta varias condiciones si se decide a seguir este camino

    I Para obtener un software de calidad aplicando metodologasagiles de desarrollo es importante seguir muy cenidamente losvalores y principios agiles para alcanzar el objetivo deseado.

    I Que la metodologa sea agil no significa que sea rapida, sinoque el proceso se vuelve agil con el tiempo

    Segundo Cuatrimestre de 2007 Presentacion de papers fundacionales

    Presentacin>quines somos y qu presentaremos?el manifesto gil

    Descripcinindividuos vs. procesossoftware vs. documentacincliente involucrado vs. negociacin contractualcambio vs. plan

    Conclusiones