Metodologías y herramientas para

la dirección de proyectos

Scrum

MÁSTER EN DIRECCIÓN DE PROYECTOS

IVJ 2.0
 ¿QUE ES SCRUM?

¿QUE ES SCRUM?
¿Scrum es Agile?
 Guía de Scrum

La Guía de Scrum es el
documento que explica en
detalle el marco de trabajo

[Link]
 Scrum - Definición
Scrum es un marco ligero que ayuda a las personas, equipos y organizaciones a
generar valor a través de soluciones adaptables para problemas complejos.

Scrum Sí es: Scrum NO es:

▪ Simple ▪ Una metodología

▪ Fácil de entender ▪ Herramientas
▪ Difícil de llegar a dominar ▪ Para urgencias
 ¿Qué es Scrum?
• Scrum es un “marco ligero” que trata de dar una guía deliberadamente incompleta sobre cómo
afrontar proyectos
• Se basa en el empirismo y el pensamiento Lean
• Empirismo: aprender de la experiencia

• Lean: eliminar residuos y centrarse en esencial.

• Scrum se fundamenta en tres pilares: y cinco valores fundamentales:

• Compromiso
• Transparencia • Coraje
• Inspección • Enfoque
• Apertura
• Adaptación
• Respeto

• Organiza el trabajo en ciclos llamados "sprints", que generalmente tienen una duración fija de 2 a 4 semanas,
durante los cuales se planifican, desarrollan y entregan incrementos de un producto o proyecto.

• Promueve la comunicación constante, la autoorganización del equipo y la adaptación continua a medida que
surgen nuevos conocimientos o requisitos
 Componentes de Scrum

y reglas que lo relacionan.

 Usos de Scrum
Scrum inicialmente fue desarrollado para gestionar y desarrollar productos.
A partir de la década de 1990s, Scrum se ha utilizado extensivamente en todo el mundo, para:
1. Investigar e identificar mercados viables, tecnologías, y capacidades
2. Desarrollo de productos y mejoras
3. Lanzamientos de productos y mejoras, diariamente tantas veces como sea posible
4. Desarrollo y mantenimiento en la Nube (online, seguridad, por-demanda) y otros entornos
operacionales de desarrollo para el uso de producto
5. Mantenimiento y renovación de productos.

Scrum se ha utilizado para el desarrollo de software, hardware, software

embebido, redes de funciones interactiva, vehículos autónomos, escuelas,
gobiernos, márketing, gestión operacional de las organizaciones y en casi todo
lo que utilizamos en nuestra vida diaria, como individuos y sociedades
 ¿Qué es Scrum?

Reunión
diaria del
Scrum

Nueva
funcionalidad
Sprint Backlog demostrable

Tareas del
Product Backlog
Backlog
Priorizada
 Equipo Scrum (Scrum Team)
Product Owner

Development Team
Scrum Team
Scrum Master
 Equipo Scrum (Scrum Team)
• El equipo de Scrum se compromete a lograr sus objetivos y a apoyarse mutuamente.
• Su enfoque principal es el trabajo del Sprint para hacer el mejor progreso posible
hacia estos objetivos.
• El equipo de Scrum y sus partes interesadas están abiertos sobre el trabajo y los
desafíos.
• Los miembros del equipo de Scrum se respetan mutuamente para ser personas
capaces e independientes, y son respetados como tales por las personas con las que
trabajan.
• Los miembros del equipo de Scrum tienen el valor de hacer lo correcto, de trabajar
en problemas difíciles.
 Equipo Scrum (Scrum Team)
Product Owner Scrum Master Development
Team
• Propietario/a único/a • Propietario/a del proceso • Crea incrementos
del producto • Líder servicial terminados
• Optimiza el valor del • Elimina Impedimentos • Se auto gestiona
producto • Son Multifuncionales
• Gestiona el Product
Backlog
 Product Owner
El/la Product Owner es el/la responsable de maximizar el valor del
producto y el trabajo del Equipo de Desarrollo.

▪ Maximizar el valor del Producto

▪ Debe tener la visión del Producto
▪ Gestionar el Product Backlog
▪ Asegurarse que los miembros del Equipo de desarrollo
comprendan los requisitos
▪ Debe estar siempre disponible para el Equipo de
desarrollo
▪ Debe ser siempre una sola persona
Product Owner
El/la Product Owner se encarga de

▪ Creación de ítems

▪ Asignación de valor a los ítems

▪ Priorización de los ítems

▪ Explica los ítems

▪ Mide el rendimiento del proyecto

▪ Se comunica con los clientes

 Scrum Master
El/la Scrum Master es responsable de establecer Scrum, servir al equipo y a la
organización, eliminando impedimentos y asegurando la efectividad del equipo.

▪ Se asegura que se adopte Scrum dentro de la organización

▪ Un Scrum Master no es un Project Manager
▪ Es un Servant Leader. Manager: coach, líder, facilitador…
▪ Facilitador de los eventos de Scrum
▪ Elimina Impedimentos
▪ Delegado de Scrum en la organización y es quien sabe de Scrum
▪ Su cometido es promover, enseñar y controlar que se sigan las normas de Scrum
▪ No tiene por qué estar dedicado 100% a un equipo
▪ Al Product Owner le enseña técnicas, facilita la transparencia y protege su capacidad de
decisión
▪ Al equipo de desarrollo les ayuda enseñando Scrum, técnicas y anima a autoorganización
cuando es posible
 Scrum Master
El/la Scrum Master se encarga de

• Liderar y guiar a la organización en la adopción de Scrum.

• Planificar las implementaciones de Scrum en la organización. Ayudar a

los empleados e interesados a entender y llevar a cabo Scrum y el
desarrollo empírico de producto.

• Motivar cambios que incrementen la productividad del Equipo Scrum;

y, con otros Scrum Masters para incrementar la efectividad de la
aplicación de Scrum en la organización
 Scrum Master

a funny Scrum Master movie with Jeff Sutherland En Español - YouTube

[Link]
 Equipo de desarollo
Los miembros del Equipo de Desarrollo son los responsables de crear un
incremento útil en cada Sprint, siguiendo un plan, manteniendo la calidad y
adaptándose al Objetivo Sprint
▪ Entregan el incremento del producto terminado.
▪ Se autoorganizan y gestionan su propio trabajo.
▪ Son expertos y generalistas. Equipo Multifuncional
▪ Responsables del desarrollo del producto, de las estimaciones, de las
soluciones técnicas y de decidir cuántas tareas entran en un sprint
▪ No se diferencian los miembros en roles ni hay sub equipos
▪ Son responsables del Sprint Backlog
▪ No es un equipo autogestionado (no despidos, contrataciones…)
▪ Adquieren compromiso a nivel de equipo, no individual
 Equipo de desarollo
El tamaño óptimo de un equipo de desarrollo es lo suficientemente pequeño como para permanecer ágil
y lo suficientemente grande como para completar una cantidad de trabajo significativo

▪ Equipos de Desarrollo pequeños podrían encontrar limitaciones en cuanto a las habilidades necesarias durante
un Sprint, haciendo que el Equipo de Desarrollo no pudiese entregar un Incremento que potencialmente se
pueda poner en producción.

▪ Equipos de Desarrollo grandes (más de nueve miembros) requieren demasiada coordinación. Generan
demasiada complejidad como para que pueda gestionarse mediante un proceso empírico.

▪ Los roles de Dueño de Producto y Scrum Master no cuentan en el cálculo del tamaño del equipo a menos
que también estén contribuyendo a trabajar en el Sprint Backlog.
 EVENTOS

Sprint
Sprint
Planning

Scrum Events Daily Scrum Sprint Review

Retrospectiva
 EVENTOS: Time Box
• Los eventos se establecen con el fin de crear regularidad y minimizar la
necesidad de reuniones no definidas en Scrum
• Todos los eventos son bloques de tiempo (time-boxes), de tal modo que
todos tienen una duración máxima
• El objetivo del Time Boxed es maximizar la productividad en ese lapso, a
fin de enfocarnos en el problema y no perder tiempo en detalles.

Sprint Máximo 1 mes

Sprint Planning 8 horas en un Sprint 1 mes
Daily Scrum 15 minutos por día
Sprint Review 4 horas en un Sprint 1 mes
Retrospective 3 horas en un Sprint 1 mes
EVENTOS
 Sprint
• El Sprint es un evento de longitud fija (máxima 1 mes)
• Si se quiere cambiar la duración del sprint: en la Retrospectiva.
• La duración se fija por criterios de negocio y técnicos.
• Sólo se hacen acciones para desarrollar y entregar eficientemente.
• El Product Owner debe estar disponible para evitar tiempos de espera.
• Se persigue un objetivo llamado Objetivo Sprint
• Se pretende entregar un aumento funcional potencialmente entregable: el Incremento
• No se hacen cambios que pongan en peligro el Objetivo Sprint;
• Una vez finaliza un sprint comienza el siguiente.
 Sprint- Velocidad

• Número de puntos de estimación que el equipo puede finalizar en 1

Sprint
• Se obtiene empíricamente
• No recomendado comparar equipos
• No es una medida de productividad
• Se estabiliza después de 3-5 iteraciones
 Sprint Planning
• Es el primer evento de un Sprint
• Tiempo máximo de 8h para un Sprint de 1 mes
• El propósito es planificar el Sprint. Qué se va a hacer para lograr un objetivo
común (Sprint Goal)
• Participa el Equipo Scrum y puede haber invitados externos
• Información de entrada: último incremento, capacidad del equipo, rendimiento
en sprints pasados, Backlog de producto…
• Se escogen las tareas del Product Backlog que se van a hacer y que cumplen con
el Sprint Goal. Se descomponen esas tareas.
• Salida del Sprint Planning: Objetivo Sprint y Sprint Backlog
• En la primera parte se seleccionan las tareas y el Objetivo Sprint. En la segunda
parte se descomponen cumpliendo la Definition of Done
 Sprint Planning: Disfunciones
This is an inter-sprint waterfall:
Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5
Define Build Test
Define Build Test
Define Build Test

This is an intra-sprint waterfall:

Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5
Define

Define

Define
Build
Build

Build
Test

Test

Test
These are cross-functional sprints:
Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5
D B T D B T D B T
D B T D B T D B T
D B T D B T D B T
 Sprint Planning

Scrum Ejemplo Práctico de la Planeación del Sprint - YouTube

[Link]
 Daily Scrum
• Es una reunión (máximo 15 min.) que se hace todos los días en el mismo
sitio y misma hora.
• El objetivo es ver cómo organizarse y ver si se cumple el Objetivo Sprint.
• Es obligatorio para el Equipo de desarrollo, el resto opcionales.
• Se pueden observar y comentar: avances, lo previsto para el siguiente
día, bloqueos…
• Se favorecen la transparencia, inspección y adaptación.
• El Scrum Master debe asegurar que la reunión es efectiva, que tenga
lugar y dure lo que debe durar.
 Sprint Review
• Participan tanto el Equipo Scrum como invitados externos.
• Tiene principalmente dos objetivos
• Inspeccionar el incremento
• Adaptar el Backlog de producto
• Los Stakeholders/Clientes pueden ser invitados por el/la Product Owner
• En la primera parte el/la Product Owner explica qué se ha hecho y el
Equipo de desarrollo enseña qué se ha hecho
• En la segunda parte el/la Product Owner proyecta la entrega de valor
prevista para los siguientes sprints, presupuesto, oportunidades…
 Restrospectiva
• Es una reunión interna del Equipo Scrum que busca la mejora continua
• Formas de aumentar la calidad y la eficacia
• Se revisa al propio equipo y no a las tareas.
• El equipo de Scrum analiza qué fue bien durante el Sprint, qué problemas encontró
y cómo esos problemas fueron (o no fueron) resueltos
• Se realiza al final del sprint
• Se citan acciones específicas para añadir en el próximo sprint
• cómo fue el último Sprint con respecto a individuos, interacciones, procesos,
herramientas y su definición de Hecho.
• Los elementos inspeccionados a menudo varían según el dominio del trabajo.
• Las suposiciones que los desviaron se identifican y se exploran sus orígenes..
 Restrospectiva

Reunión retrospectiva - YouTube

[Link]
 ARTEFACTOS

Product Sprint
Backlog Backlog

Scrum Artifacts Incremento

 Artefactos
• Los artefactos de Scrum representan trabajo o valor
• Están diseñados para maximizar la transparencia de la información clave
• Cada artefacto contiene un compromiso para garantizar que
proporciona información que mejora la transparencia y el enfoque con
el que se puede medir el progreso:
• Para el Product Backlog es el Product Goal.
• Para el Sprint Backlog es el Sprint Goal.
• Para el Incremento es la Definición de Hecho (DoD).
 Product Backlog
• Lista con todo lo que se quiere hacer en el producto.
• Representa todas las necesidades, requerimientos, mejoras…
• Es todo lo que se quiere hacer potencialmente, pero con el paso del tiempo
pueden eliminarse, añadirse, cambiar…
• El único responsable del Backlog de Producto es el Product Owner
• Los elementos deben estar ordenados por el Product Owner según el criterio
que crea conveniente
• Cada ítem tiene que tener una descripción, orden, estimación y valor
• En una reunión llamada Refinamiento se detalla sobre las tareas del Backlog de
Producto
 Product Backlog
Lista ordenada de todo lo que podría ser necesario en el producto y es la única
fuente de requisitos para cualquier cambio a realizarse en el producto.
 Product Backlog: Refinamiento
• No es un evento ni un artefacto
• El refinamiento de Backlog del producto es el acto de descomponer y definir aún
más los elementos de trabajo pendiente del producto en artículos más pequeños y
precisos.
• Esta es una actividad en curso para agregar detalles, como una descripción, un
pedido y un tamaño.
• En el Refinamiento se obtiene más detalle de cada elemento entre Product Owner y
Equipo de desarrollo.
• Scrum no obliga a un determinado formato concreto para refinamiento.
• No suele consumir más del 10% del tiempo del Equipo de desarrollo
 Product Backlog: Product goal
• El objetivo del producto (Product Goal) describe un estado futuro del producto que
puede servir como objetivo para el equipo Scrum contra el cual planificar.
• El objetivo del producto se encuentra en el trabajo pendiente del producto (Product
Backlog).
• El resto del trabajo pendiente del producto surge para definir "qué" cumplirá el
objetivo del producto.
 Sprint Backlog
• El Trabajo pendiente de Sprint es un plan por y para los desarrolladores.
• Es una imagen muy visible y en tiempo real del trabajo que los desarrolladores
planean realizar durante el Sprint para lograr el Objetivo Sprint.
• El Sprint Backlog se actualiza a lo largo del Sprint a medida que se aprende más.
• Debe tener suficientes detalles para que puedan inspeccionar su progreso en el
Scrum Diario.
 Sprint Backlog: Sprint Goal
• Es la meta que se quiere alcanzar en el Sprint
• Evita que el Equipo se disperse en tareas que no sirven al propósito del Sprint
• Es conocido por todos
• Al final del Sprint se consigue o no, no hay términos intermedios
• El Product Owner puede cancelar el Sprint si el Sprint Goal deja de tener sentido
 Incremento
• El incremento incluye todo lo terminado, cumple con la Definition of Done y
puede ser potencialmente entregado al cliente
• Se pueden crear varios incrementos dentro de un Sprint
• Es el artefacto más importante de todos porque con el mostramos el avance real
• El trabajo no se puede considerar parte de un Incremento a menos que cumpla
con la Definición de Hecho.
 Incremento: DoD
• La Definición de Hecho es una descripción formal del estado del Incremento cuando cumple con
las medidas de calidad requeridas para el producto.
• En el momento en que un elemento de trabajo pendiente de producto cumple con la definición de
hecho, se crea un incremento.
• La definición de Hecho crea transparencia al proporcionar a todos una comprensión compartida de
qué trabajo se completó como parte del Incremento.
• Si un elemento de trabajo pendiente de producto no cumple con la definición de hecho, no se
puede liberar, ni siquiera presentar en la revisión de Sprint.
• En su lugar, vuelve al Trabajo pendiente del producto para su consideración futura.
 Monitorizando el progreso del Producto
Gráfica de Trabajo Pendiente (Burn-Down Chart)
Puntos estimados Vs puntos realizados
Scrum (Jeff Sutherland) - Resumen Animado - YouTube

[Link]