Presentación Descripción Conclusiones El Manifiesto Ágil Grupo N o 8 Departamento de Computación, FCEyN,Universidad de Buenos Aires. 31 de octubre de 2007 Segundo Cuatrimestre de 2007 Presentación de papers fundacionales Presentación Descripción Conclusiones ¿quiénes somos y qué presentaremos? el manifesto ágil ¿quiénes somos? I Fernando Benavides, Matias Chiodi, Silvina Lucero, Ignacio Nakama, Hernán Sinclair ¿de qué paper hablaremos? I Tı́tulo: Manifiesto Ágil I Autores: Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn,Ward Cunningham, Martin Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin, Steve Mellor, Ken Schwaber, Jeff Sutherland, Dave Thomas. I Fecha de creación: Marzo de 2001. I Lugar de publicación: Salt Lake City, U.S estado de Utah. Segundo Cuatrimestre de 2007 Presentación de papers fundacionales Presentación Descripción Conclusiones ¿quiénes somos y qué presentaremos? el manifesto ágil ¿quiénes somos? I Fernando Benavides, Matias Chiodi, Silvina Lucero, Ignacio Nakama, Hernán Sinclair ¿de qué paper hablaremos? I Tı́tulo: Manifiesto Ágil I Autores: Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn,Ward Cunningham, Martin Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin, Steve Mellor, Ken Schwaber, Jeff Sutherland, Dave Thomas. I Fecha de creación: Marzo de 2001. I Lugar de publicación: Salt Lake City, U.S estado de Utah. Segundo Cuatrimestre de 2007 Presentación de papers fundacionales Presentación Descripción Conclusiones ¿quiénes somos y qué presentaremos? el manifesto ágil ¿qué es un manifesto? I Un manifesto es un blah blah blah El Manifesto Ágil I La compilación de los principios y valores que resaltan las metodologı́as ágiles fue formalizada en el manifiesto para el desarrollo de software ágil. Este documento desarrollado por los representantes de cada una de las metodologı́as que en el momento se presentaban como ágiles, logra resumir en un conjunto de ideas las prácticas que una metodologı́a de este estilo debe llevar a cabo. I Está compuesto por 12 principios asociados a 4 conceptos pilares. Segundo Cuatrimestre de 2007 Presentación de papers fundacionales Presentación Descripción Conclusiones ¿quiénes somos y qué presentaremos? el manifesto ágil ¿qué es un manifesto? I Un manifesto es un blah blah blah El Manifesto Ágil I La compilación de los principios y valores que resaltan las metodologı́as ágiles fue formalizada en el manifiesto para el desarrollo de software ágil. Este documento desarrollado por los representantes de cada una de las metodologı́as que en el momento se presentaban como ágiles, logra resumir en un conjunto de ideas las prácticas que una metodologı́a de este estilo debe llevar a cabo. I Está compuesto por 12 principios asociados a 4 conceptos pilares. Segundo Cuatrimestre de 2007 Presentación de papers fundacionales Presentación Descripción Conclusiones individuos vs. procesos software vs. documentación cliente involucrado vs. negociación contractual cambio vs. plan Individuos y su interacción sobre los procesos y herramientas I gente: Los individuos son el principal factor de éxito I equipo: El equipo es más importante que el entorno, debe estar motivado I organización: Primero se crea el equipo y éste configura su propio entorno de desarrollo I necesidades: Es importante que el entorno responda a las necesidades del equipo I confianza: Se debe confiar en que el equipo, con las herramientas necesarias, podrá llevar a cabo el trabajo I roles: No existen. Los equipos se organizan por sı́ mismos Segundo Cuatrimestre de 2007 Presentación de papers fundacionales Presentación Descripción Conclusiones individuos vs. procesos software vs. documentación cliente involucrado vs. negociación contractual cambio vs. plan Software que funciona sobre documentación exhaustiva I ¿cuándo documentar?: Sólo cuando sea necesario de forma inmediata para tomar una decisión importante I ¿cómo documentar?: Documentos breves, centrados en lo fundamental I comunicación: El método más efectivo y eficiente de transmitir información es la conversación cara-a-cara Segundo Cuatrimestre de 2007 Presentación de papers fundacionales Presentación Descripción Conclusiones individuos vs. procesos software vs. documentación cliente involucrado vs. negociación contractual cambio vs. plan Colaboración con el cliente sobre negociación contractual I interacción: Se propone una interacción constante (diaria) entre el cliente y el equipo de desarrollo I objetivos: Marcar la marcha y asegurar el éxito del proyecto I prioridad: Satisfacer al cliente mediante rápidas y constantes entregas (2 semanas a 2 meses) de software valioso Segundo Cuatrimestre de 2007 Presentación de papers fundacionales Presentación Descripción Conclusiones individuos vs. procesos software vs. documentación cliente involucrado vs. negociación contractual cambio vs. plan Respuesta al cambio sobre el seguimiento de un plan I cambios: En los requisitos, en la tecnologı́a, en el equipo, etc. I planificación: Debe existir, pero no debe ser estricta sino flexible I respuesta al cambio: La habilidad de responder a los cambios determina también el éxito o fracaso del proyecto I aprendizaje: El equipo aprende de su experiencia y ajusta su comportamiento. Foco en la calidad y el diseño Segundo Cuatrimestre de 2007 Presentación de papers fundacionales Presentación Descripción Conclusiones Conclusiones I Las metodologı́as ágiles son importantes en el desarrollo de software, ya que permiten otras alternativas a las metodologı́as tradicionales I El uso de un método ágil no es para todos. Hay que tener en cuenta varias condiciones si se decide a seguir este camino I Para obtener un software de calidad aplicando metodologı́as ágiles de desarrollo es importante seguir muy ceñidamente los valores y principios ágiles para alcanzar el objetivo deseado. I Que la metodologı́a sea ágil no significa que sea rápida, sino que el proceso se vuelve ágil con el tiempo Segundo Cuatrimestre de 2007 Presentación de papers fundacionales