Ciclos de vida ágiles.  Es una metodología ágil que plantea: ◦ Iteraciones cortas ◦ Entregables periódicos ◦ Colaboración con el cliente full time ◦

Slides:



Advertisements
Presentaciones similares
EL PROCESO DE DESARROLLO DEL SOFTWARE
Advertisements

Ciclo de vida de desarrollo de software
Gestión de requerimientos
Administrado y desarrollado utilizando Scrum
Aplicación de la metodología ágil “Scrum”
Presentación Inicial Grupo 3 Fondato, Rodrigo Cieri, Juan Cristian
Presentación Final SUBI Fondato, Rodrigo Cieri, Juan Cristian Gonzalez, Ailin Verbner, Alan.
Metodologías ágiles.
75.47 PRESENTACIÓN INICIAL Taller de Desarrollo de Proyectos II
Desarrollo de software innovador con métodos ágiles
El Mercado del Proyecto.
Guía metodológica para la gestión de proyectos de software en PyMEs que no son fábricas de software por medio de Metodologías ágiles.
METODOLOGÍAS ÁGILES “PROCESO UNIFICADO ÁGIL (AUP)
Metodología de Trabajo Aperio: SCRUM Aperio Inducción
METODOLOGIAS AGILES DE CONSTRUCCION DE SOFWARE
Guía metodológica para la gestión de proyectos de software en PyMEs que no son fábricas de software por medio de Metodologías ágiles.
Evolutionary Prototyping VS Throwaway Prototyping
Codificación.
Proyecto de Ingeniería de Software 2008
Alexis Masson Nicolás Fetter
Presentación Final Equipo 4
Sistema de Administración de Subastas Inversas. Agenda Métricas del proyecto Hitos alcanzados Demo Final Retrospectiva.
Taller de Desarrollo de Proyectos II 2do cuatrimestre 2010.
Taller de Desarrollo de Proyectos II 2do cuatrimestre 2010
CheckIn4Android.
Modelo de Desarrollo XP
Trabajo Práctico Taller de Desarrollo de Proyectos 2 Septiembre 2009.
PROCESO O REUNIONES EN SCRUM BENEFICIOS DE UTILIZAR SCRUM
 Tema del proyecto  Integrantes y roles del equipo  Objetivos del proyecto  Alcance.
Fase Inicial Grupo 6 – PIS – 2013.
Scrum Images goes here …y prácticas ágiles para desarrollo de software.
EXtreme Programming.
Entornos de Desarrollo
Administración Proyectos Jorge Baracaldo Robin Ochoa.
Modelos de desarrollo de Software
EDUAR 2.0 Sistema de Explotación de Información Educativa 10/05/2011.
agile-tester-foundation- chapter-2-fundamental-agile-testing- principles-practices-and-processes-1-of-3-
Programación Extrema Leonardo Ramírez Z.. Contenido Motivación ¿Qué es Programación Extrema? La filosofía detrás de la Programación Extrema El proceso.
Extreme Programming Diego Rincón Sebastian Miranda.
Ximena Romano – Doris Correa
Maestr í a en Ingenier í a de Software 2006 Metodolog í as de Desarrollo de Software Á giles Germán A. Montejano.
Pruebas y La Vida del Ciclo de Desarrollo del Software
Taller de Desarrollo de Proyectos II (75.47) Grupo 2 Taller de Desarrollo de Proyectos II (75.47) Presentación Final ERNESTO GIMENO PABLO BESADA.
ASIGNACIÓN DE ROLES.
Alexander Aristizabal Ángelo flores herrera
Ingeniería de Software
METODOLOGÍAS DE DESARROLLO DE SOFTWARE MODERNAS
INGENIERÍA DEL SOFTWARE GESTIÓN DE PROYECTOS
UNIVERSITARIO: DAVID MAMANI EL ALTO – LA PAZ – BOLIVIA 2009 CARRERA: ING. DE SISTEMAS MATERIA: INGENIERIA DE SOFTWARE.
Guía metodológica para la gestión de proyectos de software en PyMEs que no son fábricas de software por medio de metodologías ágiles Tatiana Alejandra.
Presentación Inicial. Temario MetodologíaPlanificaciónEjecuciónSeguimiento y ControlHerramientas y Tecnologías.
Gestión Ágil de Proyectos Colaborador: Anónimo
Roles de Open UP.
Scrum Una Alternativa Ágil para el desarrollo de Software
Jonathan Levy (82.897) Juan Pablo Pérez Perri (83.558) Mariano Converti (85.617) Esteban Lopez (84.960) Equipo: Taller de Desarrollo de Proyectos.
METODOLOGÍAS ÁGILES “PROCESO UNIFICADO ÁGIL (AUP)
INGENIERIA DEL CONOCIMIENTO Toribio Sarmiento Miguel Sesarego Cruz Rosmery.
GRUPO ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION SENA DESARROLLO ITERATIVO E INCREMENTAL INTEGRANTES STEVEN PALOMA ALEJANDRO BERNAL TATIANA.
Ciclo de Vida del Software
Taller de desarrollo de proyectos II Presentación Inicial.
Taller de Desarrollo de Proyectos II Taller de Desarrollo de Proyectos II.
Scrum Ciclo Profesor: Ing. José Díaz
CONCEPTO DE CICLO DE VIDA 1 En los departamentos de Sistemas se debe definir un marco de referencia común que debe ser:  Pueda ser empleado por todos.
Análisis y Balance del Proyecto Análisis Inicial Estimación Inicial Arquitectura de Datos Propuesta Tecnología Metodología aplicada Estimaciones elaboradas.
Ingeniería de Software Facultad de Ingeniería Septiembre 2010 Fernando Alsuyet Ariel Illio Matias Baldini.
Software de Comunicaciones
Modelo de procesos de software
Integrantes: Mejía Zúñiga Yoselin Taco Apaza Pamela Ychuta Torres John.
Scrum: Mejorando las prácticas Anabel Ruth Berenstein Año 2012.
Desarrollo iterativo e incremental
Transcripción de la presentación:

Ciclos de vida ágiles

 Es una metodología ágil que plantea: ◦ Iteraciones cortas ◦ Entregables periódicos ◦ Colaboración con el cliente full time ◦ Herramientas y buenas prácticas para mejorar la calidad y la eficiencia

 Los Valores originales de XP son: ◦ simplicidad ◦ comunicación ◦ retroalimentación (feedback) ◦ coraje ◦ respeto, fue añadido en la segunda edición de XP Explained.

 Planning incremental  Releases cortas  Diseño simple  TestDrivenDevelopment + Full test coverage  Refactoring  Pair Programming  Building continuo  Collective ownership  Retrospectives  Stand-up meetings  Demos  Documentación tardía  Risk Management

 Los requerimientos se plantean en forma de User Stories, o escenarios, los desarrolladores parten estos escenarios en múltiples tareas para ser estimadas.  Deben ser priorizados por el cliente.  Tienen la descripción de alto nivel de una necesidad del sistema, no una descripción detallada.  Cuando se desarrolle la historia, en paralelo se hace: ◦ Análisis: el cliente provee la información necesaria ◦ Diseño: se busca diseño simple ◦ Programación: se busca código fácil de refactorizar ◦ Testing: el desarrollador escribe tests unitarios automatizados ◦ Producción: una vez “buildeado” el código debe ser funcional

 Las US deben por sí mismas contener las condiciones de aceptación de las mismas  Las US no son sólo requerimientos funcionales, también incluyen: ◦ Tareas de documentación que le agregan valor al cliente ◦ Requerimientos no funcionales ◦ Bugs ◦ Tareas que agregan valor de manera indirecta: reuniones, cursos, investig.

 No es una iteración, se trata de explorar elementos de la solución que parecen relevantes para el aún limitado conocimiento que se tiene del problema.  Se puede hacer un prototipo para atacar los riesgos mas importantes.  Intenta identificar las áreas de máximo riesgo, para estimarlas correctamente

 Para que XP funcione correctamente se necesita, no sólo testers, sino los mismos desarrolladores deben asegurar el buen funcionamiento luego de cambios: ◦ Testing automatizado ◦ TDD ◦ Full Test coverage  El cliente debe ayudar a definir las condiciones de aceptación, esto se debe hacer cuando se está por empezar a desarrollar la historia no antes ni después.

 En XP, los programadores deberían trabajar de a pares. Si bien a primera instancia esto parece reducir la performance, permite: ◦ Mejorar la calidad del código (mejor entendibilidad, menos cantidad de defectos, mejor diseño) ◦ Mejora el collective ownership ◦ Todo el código es revisado ◦ Sirve para que los desarrolladores más expertos trabajen en pares con los menos expertos

 Ventajas ◦ Se genera un buen ambiente de trabajo ◦ El modelo está pensado para reaccionar ante cambios, se disminuye la burocracia y el overhead ◦ Se genera una buena calidad de código ◦ Se entienden mejor los requerimientos al tener un cliente en el equipo ◦ Se puede incorporar de a poco en el proceso  Desventajas ◦ Al poner énfasis en la gente vs proceso, se necesita buscar personas con buen skill ◦ Es difícil establecer contratos rígidos y el cliente debe proveer un experto para proveer los requerimientos ◦ Requiere cambios culturales importantes

 El foco en Scrum es establecer condiciones para administrar correctamente las iteraciones  Se definen 3 etapas en Scrum: ◦ Etapa inicial: donde se especifica las tareas a realizar y la arquitectura ◦ Ciclos de sprint: cada sprint realiza un incremento al sistema ◦ Fin de proyecto: se termina la documentación y se hace un review de cómo salió el proyecto

 Un sprint es una iteración de entre 2 y 4 semanas  Se define un backlog (un conjunto de todos los issues a realizar)  Al principio de la iteracion se seleccionan del backlog todos los stories a realizar  Los desarrolladores dividen y organizan las tareas a realizar sin intervención de clientes  Se define un Scrum Master que se relaciona con el cliente, el resto del equipo no se relaciona  Al final se revisa la iteración y los clientes tienen acceso al software

 Se realizan reuniones de 15 minutos donde están todos los desarrolladores hablan sobre qué estuvieron haciendo, mejorando las relaciones en el equipo y permitiendo ayudar a resolver problemas

 Scrum provee niveles de planificación y especifica roles y responsabilidades, en XP el foco esta en las herramientas de desarrollo  Scrum requiere user stories detalladas dado que el cliente no interactúa una vez iniciado el Sprint, en XP es requerido que el cliente sea accesible siempre