Internal

Preparación
Scrum Master
 Internal

Agenda

Agile
Scrum Team Artefactos
Introducción
1 3 5
¿Qué es
Eventos Glossary
Scrum?
2 4 6

17/10/2023 2
 Internal

1. ¿Qué es Agile?

Es la habilidad de
crear y responder
al cambio
La gestión de
proyectos agile está
basada en la entrega
de requerimientos
iterativos e
incremental durante
el ciclo de vida

Adaptación Agile

3
 Internal

1.1 ¿Qué es el manifiesto de Agile?

El Manifiesto para el desarrollo de software ágil es una declaración de valores y principios sobre nuevas formas
de desarrollar software que surgió en 2001, como reacción a los tradicionales métodos formales con los que se
trabajaba en la industria.

Procesos & Herramientas Documentación detallada

Individuos & Software
Iteraciones funcionando

Valores
de
Agile

Negociación contractual Colaboración Respuesta al Seguimiento del plan

con el cliente cambio

4
 Internal

1.2 Principios del manifiesto Agile

individuo
Satisfacción al colabora s desarrollo
cliente ción motivad sostenible
os

comunic
software
cambios ación progreso
funcional
cara cara

5
 Internal

2. ¿Qué es Scrum?

Marco de trabajo liviano Genera valor

marco de trabajo liviano generar valor a través de
que ayuda a las personas, soluciones adaptativas para
equipos y organizaciones problemas complejos.

Simple de enteder

6

2.1. Pilares del Scrum
Trasparencia
• El proceso y el trabajo deben
ser visibles, tanto para quienes
realizan el trabajo como para
quienes lo reciben
• Los artefactos (Product
Backlog, Sprint Backlog,
Incremento) con poca
transparencia pueden llegar a
disminuir el valor y aumentar
el riesgo
• La transparencia permite la
inspección. La inspección sin
transparencia es engañosa y
derrochadora
Internal
Inspección
• Los artefactos y el progreso
deben inspeccionarse con
frecuencia y diligencia para
detectar desviaciones hacia el
objetivo y evitar problemas
indeseables
• La inspección Scrum proporciona
cadencia en sus 5 eventos (Sprint,
Sprint planning, Sprint Review,
Sprint Retrospective, Daily Scrum).
Los eventos de Scrum están
diseñados para provocar cambios
(adaptación).
• La inspección permite adaptación.
La inspección sin adaptación se
considera inútil
Adaptativo
• Si el proceso se desvía
fuera de los límites o el
producto es inaceptable.
El proceso que se aplica o
los materiales que se
producen deben
ajustarse lo antes
posible.
• Se espera que el Scrum
Team se adapte al
momento de aprender
algo nuevo a través de la
inspección.
7
 Internal

2.2 Valores de Scrum

Compromiso Enfoque Franqueza Respecto Coraje

El Scrum Su enfoque El Scrum Los miembros Los miembros

Team se compromete principal es el Team y sus del Scrum del Scrum
a lograr sus objetivos trabajo partes Team se respetan Team tienen
y apoyarse del Sprint para interesadas mutuamente para el coraje para hacer
mutuamente. lograr el mejor son francos ser personas lo correcto, para
progreso respecto al capaces e trabajar en
posible hacia trabajo y los independientes, y problemas
los objetivos. desafíos. son respetados complejos.
como tales por las
personas con las
que trabajan.

8
 Internal

3. Scrum Team

• No tiene jerarquías.
Product
• Es multifuncional. Developer
• Es autogestionado.
Owner
• Debe tener menos Scrum Team
de 10 miembros.
Deben ser
empoderados por la
organización para poder
realizar su trabajo
Scrum master

9
 Internal

3.1 Scrum Team - Responsabilidades

• Representa la voz del cliente
Product • Crean el Sprint Backlog.
•
•
Crea y administra el Product Backlog.
Desarrolla y comunica el objetivo del
Owner Developer
•
•
Cumplen con la definición de terminado.
Adaptan su plan diario hacia el objetivo
producto. Es el del Sprint.
• Crea y comunica el trabajo pendiente. responsable de • Se responsabilizan mutuamente como
• Se asegura de que el trabajo pendiente sea maximizar el Los Developer se profesionales
transparente, visible y comprendido. valor del comprometen a
producto creado desarrollar un
El PO no es un comité es una persona
por el Scrum Scrum Team incremento útil en
Team el Sprint.

Responsabilidades con el Scrum Team Responsabilidades con el Product Owner

• Capacita a los miembros del equipo en
autogestión y multifuncionalidad.
• Ayuda en el cumplimiento de la definición de
terminado.
• Promueve la eliminación de impedimentos.
• Se asegura de que los eventos se lleven a cabo,
sean positivos, productivos y cumplan el tiempo
recomendado.
Scrum master
Sirven al equipo y a la organización
en el entendimiento, aplicación y
efectividad de Scrum
• Ayuda a definir los objetivos y gestionar
el Product Backlog.
• Ayuda a establecer una planificación
empírica para productos complejos.
Responsabilidades con la organización
• Lidera, capacita y guía a la organización en
su adopción de Scrum.
• Rompe las barreras entre los stakeholder y
el Scrum Team
10
 Internal

4. Eventos de Scrum

Sprint Sprint Planning Sprint Review Sprint Retrospective Daily Scrum

Los Eventos de Scrum son una formal oportunidad para inspeccionar y adaptar los artefactos de Scrum

Cada evento será transparente

11
 Internal

4.1 Eventos de Scrum-Sprint

• Contiene el resto de los eventos. Durante el Sprint:
Sprint • No se realizan
• Las ideas se convierten cambios que afectan
en valor el objetivo del sprint
• La calidad se
• Con lleva una serie de
mantiene
actividades
• El product backlog
es ajustado como
sea necesario
• El alcance puede ser
clarificado y
renegociado
siempre que lo
autorice el product
owner

Cada sprint se considera un proyecto de corta duración (máximo 4 semanas o menos)

El sprint puede ser cancelado, si el sprint goal se convierte en obsoleto
Solo el Product Owner tiene la autoridad para cancelar un Sprint

12
 Internal

4.1 Eventos de Scrum-Sprint (ii)

• El sprint con lleva una serie de actividades.
Sprint
• Las ideas se convierten
en valor
• Con lleva una serie de
actividades

13
 Internal

4.1 Eventos de Scrum-Sprint (iii)

• Uno nuevo Sprint comienza inmediatamente que termina el
anterior.

14
 Internal

4.2 Eventos de Scrum - Sprint Planning

• Se empieza fijando el objetivo del Sprint y se seleccionan
los ítems para el Sprint Backlog.
• Su duración en Sprints de 1 mes es de máximo 8 horas.

15

4.2 Eventos de Scrum - Sprint Planning (ii)
Porque el Sprint es valioso?
• El product owner propone
como el producto
incrementa el valor y ser
útil en el actual sprint
• El Scrum team colabora
para definir el Sprint Goal
y es comunicado a los
diferentes stakeholders
• El sprint goal se define
dentro del sprint planning
Internal
¿Como se realiza el Spint
¿Qué se hace en el Sprint?
Planning?
• Los desarrollores • Por cada Product backlog
seleccionan los items del seleccionado, los
Product Backlog que Developers planifican el
estarán en el alcance del trabajo necesario para
sprint crear el incremento del
• El scrum team define los Definitions of Done.
item durante el proceso y • Esto se realiza
selecciona cuanto debe descomponiendo el
completarse en el Sprint Product Backlog item en
• Basado en los desarrollos diferentes tareas a
anteriores y en los realizarse una a la vez
Definitions of Done, se • Solo los developers son
puede hacer la estimación responsables de
del Sprint descomponer el Producto
Backlog item en el
incremento de valor
16
 Internal

4.3 Eventos de Scrum - Sprint Review

• Se revisa el resultado del trabajo del Sprint.

• Se presenta a las partes interesadas (Stakeholders).
• Se discute el progreso hacia el objetivo del Sprint.
• Se discute nuevas oportunidades y trabajo futuro.
• Es una sesión de trabajo, no una simple presentación.
• Tiene un límite de tiempo de máximo 4 horas.

17
 Internal

4.4 Eventos de Scrum - Sprint Retrospective

El objetivo Sprint Retrospective es incrementar la calidad y la
eficacia
• Se planifica formas de aumentar la calidad y la eficiencia.
• Se inspecciona el último Sprint respecto a: personas,
interacciones, procesos, herramientas, definición de
terminado.
• Se discute sobre lo que fue bien, lo que fue mal y como
resolverlo.
• Se plasman acciones en el siguiente Sprint Backlog.
• Tiene un tiempo limitado a máximo 3 horas para un Sprint
de un mes. Para sprints más cortos, la duración de la
reunión debe reducirse proporcionalmente. entre 1,5 y 2
horas.

18
 Internal

4.4 Eventos de Scrum - Sprint Retrospective (ii)

Prepare el escenario

Recoja los datos

Las cinco fases del Sprint
Retrospective
Refleccione (brainstorming)

Decida que hacer (plan de acción)

Cierre la sesión retrospectiva

19
 Internal

4.5 Eventos de Scrum – Daily Scrum

El objetivo es inspeccionar el progreso del Sprint Goal
• Es un evento de y para los developers. La asistencia
del Product Owner es opcional.
• Su propósito es inspeccionar el progreso hacia el
objetivo del Sprint.
• Las Daily Scrums mejoran la comunicación,
identifican impedimentos, promueven la toma rápida
de decisiones y, en consecuencia, eliminan la
necesidad de otras reuniones
• Su duración debe ser de máximo 15 minutos y se
debe realizar todos los días a la misma hora

20
 Internal

5. Artefactos
Los Artefactos de Scrum representan trabajo o valor y están diseñados para maximizar la Transparencia.
Cada artefacto se compromete a asegurar y proveer información que mejore la transparencia de

21
 Internal

5. Artefactos – Product Backlog

Product Backlog
• Es una lista de lo necesario para crear y/o
mejorar el producto.
• Es generado y administrado por el Product
Owner.
• Están listos para ser seleccionados en
un Sprint después de las sesiones de
refinamiento.
• Los Developers son los encargados del
dimensionamiento de los ítems del Product
Backlog.
• Su compromiso es el Objetivo del Producto, el
cual es un estado futuro del proyecto. Se debe
abandonar o terminar un objetivo antes de
asumir el siguiente.

22
 Internal

5. Artefactos – Sprint Backlog

Sprint Backlog
• Se compone de un objetivo y los elementos
del Product Backlog que serán tomados en
el Sprint.
• Es el trabajo que los Developers planean realizar
durante el Sprint para lograr el objetivo.
• Su compromiso es el Objetivo del Sprint que
alienta al Scrum Team a trabajar en conjunto. Se
puede negociar el alcance del objetivo durante
el Sprint pero se debe procurar no cambiarlo.

23
 Internal

5. Artefactos – Sprint Backlog – visible progress

Gráfico de trabajo pendiente Gráfico de trabajo ejecutado

24
 Internal

5. Artefactos – Increment
Increment
• Es un peldaño concreto hacia el Objetivo del
Producto.
• Para proporcionar valor, el Increment debe ser
utilizable.
Definición de Hecho o Definición de Terminado es un
• Se pueden crear múltiples Increments dentro de “compromiso” asociado al Incremento y que “es una
un Sprint. descripción formal del estado del Incremento cuando
cumple con las medidas de calidad requeridas para el
• Su compromiso es cumplir con la Definición de producto”.
Terminado que es la descripción que debe
cumplir para considerarse como finalizados. Los miembros del Equipo Scrum deben tener un
entendimiento compartido de lo que significa que el
• La Definición de terminado puede ser un trabajo esté completado, de manera que haya
estándar de la organización o puede definirla el transparencia respecto al Incremento.
equipo.

25
 Internal

Glossary
son una colección de múltiples tareas o historias de usuario. Epic

es la unidad de trabajo más pequeña en un marco ágil. Es un objetivo final, no Theme

una función, expresado desde la perspectiva del usuario del software. Una
historia de usuario es una explicación general e informal de una función de User Story
software escrita desde la perspectiva del usuario final o cliente. Epic

User Story User Story User Story

El Timebox (caja de tiempo) es una técnica empleada en Scrum para limitar la
duración de todos sus eventos Time boxing
Taxk Task Task

Son definidas por los desarrolladores, para completar el product backlog. Las
tareas son definidas pequeñas de manera que represente unas pocas horas en
el día. Tax Board
 Internal

Glossary

El Timebox (caja de tiempo) es una técnica empleada en Scrum para limitar la

duración de todos sus eventos Time boxing
 Internal

Glossary
Método de estimación de la cantidad de esfuerzo necesario para completar una
historia de usuario. Planning poker

Método visual de gestión de proyectos que permite a los equipos visualizar sus
flujos de trabajo y la carga de trabajo. En un tablero Kanban, el trabajo se
muestra en un proyecto en forma de tablero organizado por columnas. Kanban
Tradicionalmente, cada columna representa una etapa del trabajo

una versión mínima de un producto nuevo que incluye las características

básicas para satisfacer las necesidades de los clientes. MVP

es la cantidad de trabajo realizada por el equipo en un sprint Velocidad

Internal
Internal
Internal