Scrum Una Alternativa Ágil para el desarrollo de Software

Slides:



Advertisements
Presentaciones similares
Ciclo de vida de desarrollo de software
Advertisements

¿De qué vamos a hablar hoy? Estrategia ágil vs. estrategia tradicional Scrum: ciclo de proyecto, roles Planificación ágil Seguimiento de un proyecto.
Scrum Juan Palacio Bañeres.
Administrado y desarrollado utilizando Scrum
Presentación Inicial Grupo 3 Fondato, Rodrigo Cieri, Juan Cristian
Proyecto Call Center Taller de desarrollo de proyectos II
Metodologías ágiles.
¿Qué es Gestar? GESTAR es una familia de soluciones Colaborativas que le permiten manejar Procesos de Negocios altamente interactivos e integrados. Gestar.
Desarrollo de software innovador con métodos ágiles
Seguimiento de proyectos
Metodologías Ágiles Patricio Letelier
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.
Scrum Juan Palacio.
Planificación del Proyecto
UNIVERSITARIO: DOCENTE Federman Correa Oviedo Ing. JORGE OSPINA
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.
IMPLANTACIÓN DE HERRAMIENTAS DE EVALUACIÓN EN LA PLATAFORMA VIRTUAL MOODLE DE LA ESPE EXTENSIÓN LATACUNGA.   Autores: Barrionuevo Lozada Carlos H. Director:
Proyecto de Ingeniería de Software 2008
PhoneTicket Presentacion Final Grupo N° : 5 Cliente / Product Owner: Mercedes Madeira Integrantes : Festa, Gastón Daniel Rodriguez, Sebastian Schenkelman,
Alexis Masson Nicolás Fetter
Sistema de Administración de Subastas Inversas
Taller de Desarrollo de Proyectos II 2do cuatrimestre 2010
Modelo de Desarrollo XP
ANÁLISIS, DISEÑO Y DESARROLLO
PROCESO O REUNIONES EN SCRUM BENEFICIOS DE UTILIZAR SCRUM
Ciclos de vida ágiles.  Es una metodología ágil que plantea: ◦ Iteraciones cortas ◦ Entregables periódicos ◦ Colaboración con el cliente full time ◦
Programación Extrema eXtreme Programming (XP)
Conclusiones de Fase de Construcción Grupo 2 – Año 2006.
Metodologías Ágiles - Scrum
CARRERA PROFESIONAL : CARRERA PROFESIONAL : COMPUTACION E INFORMATICA CURSO: CURSO:ANALIS Y DISEÑO DE SISTEMAS PROFESOR: PROFESOR:ING. MOISES ALVARES HUAMAN.
Scrum Images goes here …y prácticas ágiles para desarrollo de software.
Entornos de Desarrollo
Aplicación de metodología ágil SCRUM software de consultas de resultados de la “Carrera Nacional de Carros”
Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Presentación del Proceso Sistema de Administración de Proteínas Objetivo y eXperimentos del Pasteur.
Metodologías de Desarrollo de Software SCRUM Vs. TSP
Extreme Programming Diego Rincón Sebastian Miranda.
Implementando Scrum ALM Sessions ’12 #almsessions12
Proyecto de Ingeniería de Software Grupo Nº 9 - GXPost (Desarrollo con GeneXus 8.0) Evaluación de la Fase Construcción (Jueves 4 de Noviembre de.
Ingeniería de Software
Diseño E Implementación En Delphi Del Caso De Posicionamiento 2D
METODOLOGÍAS DE DESARROLLO DE SOFTWARE MODERNAS
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.
METODOLOGÍAS ÁGILES “PROCESO UNIFICADO ÁGIL (AUP)
Introducción al proceso de verificación y validación.
GESTIÓN DEL EQUIPO HUMANO DEL PROYECTO
INSTITUTO TECNOLOGICO ADMINISTRACION DE OPERACIONES II
Clase 5 Scrum (Parte 1).
 Capacidad para adaptar el curso del desarrollo a la evolución de los requisitos y a las circunstancias del entorno de los proyectos.
Republica Bolivariana De Venezuela Ministerio Del Poder Popular Para La Educación Universidad Gran Mariscal De Ayacucho Cátedra: Dirección De Operaciones.
PROCESOS DE DESARROLLO DE 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
Objetivo 3 Profesora: Nelwi Báez. Reseña En febrero de 2001, tras una reunión celebrada en Utah-EEUU, nace el término “ágil” aplicado al desarrollo de.
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.
Gerentes Jefes de proyecto Analistas Programadores.
Metodologías de Programación II UNAJ - Instituto de Ingeniería y Agronomía - Ingeniería en Informática 1 3 Clase Clase 6 Scrum (Parte 2)
Scrum una metodologia humana para el desarrollo de software.
Ingeniería de Software Facultad de Ingeniería Septiembre 2010 Fernando Alsuyet Ariel Illio Matias Baldini.
Autores: Myriam Montes, Iván Viera, Carlos Caizaguano, José Sancho
Es una metodología ágil diseñada para el desarrollo de software, basada en la calidad y el monitoreo constante del proyecto. Consiste esencialmente en.
Metodologías de Desarrollo Ágil
Transcripción de la presentación:

Scrum Una Alternativa Ágil para el desarrollo de Software Clemir Rondón Ramón Gorrín Noviembre 2011

¿Metodologías agiles? ¿Qué es eso?

Metodologías y Ceremonias Fuente: Phillipe Kruchten

Manifiesto ágil www.agilemanifesto.org Individuos e interacciones sobre procesos y herramientas Software funcionando sobre documentación extensiva Colaboración con el cliente sobre negociación contractual Respuesta ante el cambio sobre seguir un plan

Scrum

Scrum Marco de trabajo en procesos agiles. Equipos auto-organizados El producto entregable se desarrolla en iteraciones cortas (2 – 4 semanas) Valor real del negocio Entregas frecuentes y regulares Software de alta calidad

Incremento de producto potencialmente entregable Modelo de Scrum Reunión diaria 24 horas Incremento de producto potencialmente entregable 2 – 4 semanas Pila de Sprint Pila de producto Sprint

Sprint Un cierto periodo de tiempo con entregables específicos. Duración: 2 – 4 semanas. Ni más ni menos. El producto es diseñado, codificado y probado durante el sprint. No hay cambios durante el sprint

Marco de trabajo de Scrum Roles Equipo Scrum Dueño del producto Scrum Master Ceremonias Planeación del Sprint Reunión diaria Scrum Revisión Sprint Retrospectiva de Sprint Artefactos Pila de Producto Pila de Sprint Gráfico Burndown

Roles

Equipo de Scrum Define las tareas y estima su esfuerzo Construye el producto que el cliente va a consumir Auto-organizado con un alto grado de autonomía y responsabilidad Multifuncional 4 – 9 personas

Dueño del producto Representa a todos los interesados en el proyecto Define las funcionalidades del producto según su visión. Decide fecha y contenido de las entregas Es responsable por la rentabilidad del producto Prioriza las funcionalidades según al valor del mercado Ajusta las funcionalidades y prioriza cada iteración, cuando es necesario Acepta / rechaza los resultados

Scrum Master Representa a la gestión del proyecto Es responsable que se cumplan los valores y las prácticas de Scrum Remueve obstáculos Evita interferencias Mantiene enfocado la meta del sprint Garantiza que el equipo es funcional y productivo

Ceremonias Planificación del Sprint Revisión del Sprint Reptrospectiva del Sprint Planificación del Sprint Duración del Sprint Diarias de Scrum

Planificación del Sprint Reunión de planificación Capacidad del equipo Dueño del producto Presenta y describe las funcionalidades de mayor valor. Aclara dudas y alcance Objetivo del Sprint Pila de producto priorizada Tecnología Equipo Scrum Decide cómo lograr el objetivo del sprint (diseño) Divide las funcionalidades de la pila de producto en tareas y las estima. Crea la pila del sprint a partir de la estimación y su capacidad Pila del Sprint Producto actual El dueño del producto presenta las historias de mayor prioridad El equipo selecciona las historias que comprenderán el Sprint, estimándolas y las dividiendolas en tareas. El dueño del producto y el equipo definen el objetivo del sprint y crean la pila de Sprint. Condiciones del negocio

Reunión de Scrum diaria Equipo Scrum completo 15 minutos máximos de pie para responder: ¿Qué hice ayer? ¿Qué hare hoy? ¿Tengo algún problema?

Revisión del Sprint El equipo presenta lo que logró durante el Sprint. Demo de las nuevas funcionalidades desarrolladas. Informal (sin diapositivas) Se invita a todos los interesados Acepta / rechaza los resultados En función de los resultados mostrados y de los cambios que haya habido en el contexto del proyecto, el cliente realiza las adaptaciones necesarias de manera objetiva, ya desde la primera iteración, replanificando el proyecto.

Retrospectiva del Sprint El equipo completo discute los resultados del último Sprint. ¿Qué comenzar a hacer? ¿Qué dejar de hacer? ¿Qué seguir haciendo? El equipo analiza cómo ha sido su manera de trabajar y cuáles son los problemas que podrían impedirle progresar adecuadamente, mejorando de manera continua su productividad. 

Artefactos

Pila de producto Requisitos de alto nivel del producto Lista de qué hacer priorizada por el dueño del producto. Expresado tal y como cada requisito tiene valor para el usuario o el cliente. Siempre se espera cambiar y evolucionar.

Pila de Sprint Es el resultado de dividir las funcionalidades de la pila de producto en tareas asignables. Es responsabilidad del equipo. El equipo se auto-asigna el trabajo.

Gráficos burndown Un gráfico de trabajo pendiente a lo largo del tiempo muestra la velocidad a la que se está completando los objetivos/requisitos.

Efectos de adoptar Scrum Manejo de la incertidumbre Alcance flexible Entregas más rápidas Calidad incrementada Visibilidad incrementada Productividad incrementada Basura eliminada

Pre-requisitos Disciplina Coraje Pasión Cliente disponible Multi-funcional Resistencia Autonomía Responsabilidad

Importante No tiene prácticas de ingeniería Parece simple, pero es duro No es una bala de plata No es completa Toma tiempo

Conclusiones La adopción de metodologías ágiles no es una tarea sencilla como muchos pueden creer. Scrum ofrece un modelo para grupos auto-gestionados y disciplinados. La aplicación de Scrum persigue rápida puesta en marcha sin obviar los procesos relativos a calidad y documentación.

Gracias por su Atención mail: ramon. gorrin@gmail Gracias por su Atención mail: ramon.gorrin@gmail.com Twitter:@rgorrin Blog: www.ramongorrin.com