Metodología agile scrum

 Metodología ágil de desarrollo de Proyectos.
 Proyectos que requieren rapidez y flexibilidad.
 Equipos pequeños (7±2), multidisciplinares y localizados en un mismo sitio.
 Métodos adaptativos (rápida adopción de cambios según necesidades).
 Métodos de desarrollo iterativo e incremental.
 Mínima producción de documentación.
 Colaboración constante cliente–equipo desarrollo.

 SCRUM:
 Scrum significa melé, es que todos los jugadores
de ambos equipos se agrupan en una formación
en la cual lucharán por obtener el balón.
 Si un miembro se viene abajo, falla toda la melé.
 Los jugadores están bien coordinados para
empujar al mismo tiempo y avanzar a la misma
velocidad.

 SCRUM en Ingeniería del Software:

 Es una metodología ágil para desarrollo y
mantenimiento de Software.
 Basado en un desarrollo iterativo e incremental.
 Grupos auto-organizados y multidisciplinares.
 Rápida adaptación a cambios, minimizando costes,
tiempos y equipos de trabajo.
 Adaptación continua a las circunstancias de
evaluación del proyecto.

 Colaboración estrecha con el cliente.
 Predisposición y respuesta al cambio.
 Prefiere el conocimiento tácito de las personas al
explícito de los procesos.
 Desarrollo incremental con entregas funcionales
frecuentes.
 Comunicación verbal directa entre los implicados en
el proyecto.
 Motivación y responsabilidad de los equipos por la
autogestión, auto-organización y compromiso.
 Simplicidad. Supresión de artefactos innecesarios en
la gestión del proyecto.

 El proceso parte de la lista de tareas (Product backlog).

 De esta lista el cliente prioriza los requisitos basándose en objetivos, balanceando el valor
que le aportan a su coste y quedando repartidos en iteraciones y entregas (Sprint backlog),

 De manera regular el cliente puede maximizar la utilidad de lo que se desarrolla mediante
la re planificación de objetivos que se puede realizar al inicio de cada iteración

 Cada día de una iteración debe realizarse una reunión con los integrantes del equipo con el
objetivo de obtener de primera mano los avances de las tareas y los obstáculos que se van
presentando a lo largo del desarrollo de la iteración

 Una vez finalizado un Sprint backlog, se revisan con el usuario o cliente los productos
obtenidos (Sprint review) y si cumplen con las necesidades plasmadas por el usuario al inicio
de la iteración.

 Cada fin de un Sprint Backlog, se debe revisar los aspectos positivos y negativos del mismo
(Sprint retrospective) con el objetivo de poder utilizar estos para una mejor planificación de
la siguiente iteración a realizar.

 SPRINTS:
 Los sprints son cada una de las partes del ciclo de
vida del método Scrum.
 Son la base del desarrollo.
 Distintas partes en las que se divide el producto a
realizar
 Cada Sprint dura de 2 a 4 semanas

 Componentes o Roles.
 Propietario del producto (Product
Owner)
 Scrum Manager (o Scrum Master).
 Equipo de desarrollo (Scrum Team).
 Usuarios o Clientes y Stackholders.

 Elementos o artefactos
 Pila de Producto (Product Backlog)
 Pila de Sprint (Sprint Backlog)
 Burndown Chart.
 Incremento.

 Reuniones o meetings
 Sprint Planning meeting.
 Sprint Review.
 Sprint Retrospective
 Daily Scrum Meeting.

 Product Owner.
 El responsable de obtener el mayor valor de producto
 Representa al cliente
 Es el que puede definir o cambiar el producto y acepta o rechaza
el resultado de cada Sprint.
 Es el que exige y prioriza los requerimientos del producto.

 Scrum Master o Scrum Manager.
 Gestor de los equipos
 Responsable del funcionamiento y productividad del
equipo de desarrollo.
 Asegura el seguimiento de la metodología guiando las
reuniones y ayudando al equipo ante cualquier problema
que pueda aparecer.
 Trabaja junto al equipo

 Scrum Team. Equipo de desarrollo.
 Grupo de trabajo que desarrollan el producto Sprint a
Sprint.
 Responsables de implementar las funcionalidades del
Product Owner.
 5 a 9 personas, multidisciplinares y multifuncionales.
 Comprometidos y auto-organizados.

 Stackholders (clientes, usuarios…)
 Hacen posible el proyecto.
 Sólo participan directamente durante las revisiones del sprint.
 Beneficiarios finales del producto.
 Viendo los progresos, pueden aportar ideas, sugerencias o necesidades.

 Product Backlog o Pila de Prducto:
 Todas las tareas, funcionalidades o requerimientos a
realizar
 Marcadas y priorizadas por el Product owner.
 Lista de requisitos de usuario que se origina con la
visión inicial del producto
 Va creciendo y evolucionando durante el desarrollo
por lo que nunca llega a ser una lista definitiva.
 Sprint Backlog o Pila de Sprint:
 Una tarea que proviene de la lista de tareas (Product
backlog),
 Deben acometerse entre 2 y 4 semanas.
 Un Sprint backlog no puede ser alterado o modificado.
Hay que esperar a que concluya para hacerlo.
 En definitiva, es la lista de los trabajos que debe realizar
el equipo durante el sprint para generar el incremento
previsto.

 Burndown Chart:
 Es el gráfico que controla el progreso del sprint y la
cantidad restante de trabajo por hacer.
 Re-estima las tareas o se añaden nuevas tareas.
 Es muy importante para que los Stackholders evalúen
el proceso de cada sprint.

 Incremento:
 Es el resultado entregable final de cada Sprint

Sprint Planning
meeting.

Sprint Review.

Sprint
Retrospective

Daily Scrum
Meeting

 Sprint Planning Meeting:  Sprint Review Meeting:
 Reunión de planificación del sprint Backlog  Reunión de revisión del Sprint.
 Se priorizan los requerimientos  Se realiza una vez terminado un Sprint.
 Participantes: Scrum master, Scrum team y el  Revisión entre 2 y 4 horas
Product owner.  El Scrum Team Muestra los avances “live” al
 Jornada previa al inicio de un Sprint Product Owner
 Determina el trabajo y los objetivos que se deben  Se presentan nuevas funcionalidades y se genera
cumplir en esa iteración un feedback del producto.
 La duración depende del Sprint, pero como máximo  la revisión del sprint es el análisis y revisión del
será de 8 horas. incremento generado.

 Reunión diaria (Daily scrum meeting).
 Tarea iterativa todos los días de cada Sprint
 Sprint Retrospective:  Primera actividad del día
 Retrospectiva del Sprint.  Duración entorno a 15 minutos.
 El Product owner revisará con el equipo los objetivos  Será moderado por el Scrum Master, 3 preguntas a cada
marcados inicialmente en el Sprint backlog concluido, miembro del Scrum Team .
 se aplican cambios y ajustes necesarios,  ¿Qué hice ayer?,
 ¿Qué tengo previsto hacer hoy?
 Se marcan aspectos positivos (para repetirlos) y los aspectos  ¿Qué dificultades tengo?)
negativos (para evitar que se repitan) del Sprint.  Se verifica el avance de las tareas y la planificaciones de
 Se realiza al finalizar un Sprint, y durará entorno a una hora. las mimas.

 Ventajas.

 Obtención de Software con requerimientos exigidos de forma rápida.
 Trabajo con iteraciones rápidas
 Gran adaptación al cambio. Ventaja competitiva.
 Creatividad y efectividad del equipo auto administrado y entorno libre de interrupciones.
 Reuniones dedicadas a problemas recientes. Evita estancamiento.

 Inconvenientes.
 Delegación de responsabilidades y posibilidad de fallo.
 Dificultad de aplicación para grandes proyectos
 Se requiere de un agile champion para monitorizar el desarrollo
 Problemas si el precio y fecha de entrega son cerrados
 Presuposiciones de: equipos formados y motivados, clientes involucrados en el desarrollo y su
participación, y que la documentación no es necesaria.

 Conclusiones.
 No es válido para cualquier proyecto o equipo de trabajo.
 Óptimo para un equipo de 8 personas.
 No existe una metodología válida 100% para todas las personas o empresas, pero Scrum
está empujando fuerte por su facilidad de implantación y agilidad en cuanto a cambios.
 Scrum evita la burocracia y generación de documentos.
 La idea Principal es ponerse a trabajar cuanto antes y que el cliente vaya viendo
avances.
 Idea metodología ágil: que se pueda reconducir fácilmente el proyecto y que afecte lo
menos posible a costes, tiempos y equipos de trabajo.

 Algunas empresas que han desarrollado una
metodología Scrum con éxito son:

Adobe Google
HP Microsoft
Motorola Philips
SAP Nokia
Xerox….

Metodología agile scrum

Más contenido relacionado

La actualidad más candente (20)

Similar a Metodología agile scrum (20)

Metodología agile scrum