01-Scrum Fundamentals - Taller Virtual - CEA Perú 2022

Scrum
Fundamentals
Taller Virtual
CEA Perú - 2022

Scrum Fundamentals 2
Acuerdos para la sesión virtual
Busca el espacio adecuado Comprueba que la conexión de

y cómodo audio funcione perfectamente
Ten cerca tu material para Mantén únicamente abiertas las

apuntes plataformas de la sesión virtual
en la computadora
Concentra tu tiempo Usa tu conexión de

en el curso internet habitual
Dinámica
Área Rol
¡Hola!
Soy …
¿Por qué estoy aquí?
10 min
00
Panel de expectativas
Expectativas
¿Qué necesitarías aprender hoy

para valorar esta sesión con 10
respecto al tiempo invertido?
5 min
OBJETIVO DEL TALLER
Al finalizar el taller, los participantes comprenderán el

marco de trabajo Scrum y cómo aplicar éste en
proyectos ágiles.
Agenda
Secciones, dinámicas, timebox
01 Introducción a Scrum
02 Pilares y valores
03 Roles, eventos y
artefactos
04 Planificar un producto
05 Simulación de Scrum
06 Visualización en Scrum
07 ¿Cómo escalar en Scrum?
08 Scrum en BBVA
01
Introducción a Scrum
¿Scrum?
¿Qué tanto conozco sobre Scrum?
Escribe tu nombre en un post-it e

identifica en qué columna te
encuentras
Sólo lo conozco o soy nuevo(a) en
esto
Lo conozco o lo he estudiado, pero no lo he

practicado
Lo conozco, lo he estudiado y lo he
practicado
3 min
Abordando un proyecto ágil
Alcance
Proyecto tradicional
Alcance define coste y tiempo del
proyecto.
Coste Tiempo
Coste Tiempo
Proyecto ágil
Coste y tiempo son fijas y Alcance es
variable.
Alcance
¿Cómo nació Scrum?
Nonaka & Takeuchi, Ken Schwaber, Scrum

The New New Development Process 1ra Guía Scrum,
Product Development colaboración Jeff versiones 2011 - 2017
Game, 1986 Sutherland, 1995
¿Qué es Scrum?
Es un marco de trabajo ágil que permite a los equipos generar valor a

través de soluciones adaptativas para problemas complejos.
02
Pilares y valores
Pilares de Scrum
Transparencia
Inspección
Adaptación
Empirismo como base de Scrum
“La transparencia permite la inspección. La inspección sin

transparencia es engañosa y genera desperdicio.
La inspección permite la adaptación. La inspección sin
adaptación se considera inútil.”
Guía Scrum 2020

Valores de Scrum
Apertura
Respeto
Foco
T I A
Compromiso
Coraje
03
Roles, eventos y
artefactos
Scrum Team: Responsabilidades
● Crear Plan para el Sprint (Sprint Backlog)

● Garantizar la calidad (DoD)
● Adaptarse cada día (Sprint Goal)
● Maximizar valor del producto ● Responsabilidad mutua
● Representa necesidades de los ● Alertar impedimentos
stakeholders
● Desarrollar y comunicar Product Goal
● Gestión efectiva del Product Backlog
Developers
Accountability
Product Scrum
Owner Master ● Establecer Scrum
● Efectividad del Scrum Team
● Ayuda a comprender teoría y
práctica de Scrum
● Líder al servicio del equipo y de
la Organización
Es una unidad cohesionada de profesionales enfocados en un objetivo a la vez,

el Objetivo del Producto.
Anti-patrones en el equipo Scrum
Product Scrum
Owner Developers Master
Scrum Team trabaja sin Product Scrum Team atendiendo más de 1

Goal proyecto
Developers trabajan en ítems SM no impulsa Retro porque el

Product Owner con foco en más que no se visibilizan con el equipo cree que no hay nada
de un producto. equipo que mejorar
Developers que no comunican SM no presta atención a

impedimentos developer que necesita ayuda
Product Owner ausente la mayor
parte del sprint
Developers que nunca revisan su SM no gestiona desviaciones
avance que impactan al equipo
SM permite que factores

Product Owner que solo pide Developers que no trabajan
externos vuelvan la daily en
“rendición de cuentas” colaborativamente
reporting
Ciclo Scrum
Product
Goal
Sprint
Goal
Sprint
Backlog Planning
Definition
of Done
T I A
Cada evento en Scrum es una oportunidad formal para habilitar la transparencia requerida,
inspeccionar y adaptar.
Eventos
Sprint Planning Daily Sprint Review Sprint Retrospective Refinement
(4 horas) (15 min) (2 horas) (~1.5 hora) (Continuo)
Progreso al Sprint Goal y ¿Cómo podemos mejorar Preparar el Product Backlog,

Planificación del equipo Presentar resultados y
¿Qué es? Accionables como equipo? para su mayor claridad y
para 2 semanas definir siguientes pasos
entendimiento
Stakeholders
Developers Product Developers
Developers Owner Developers
¿Quiénes?
Scrum Scrum
Scrum Master Scrum Master Scrum
Product Product Developers Product Product
Master Owner Owner Master Owner Master Owner
Product Backlog ordenado y Sprint Backlog y

Compromisos anteriores del Product Backlog
INPUT refinado compromisos Entregables del equipo
equipo
Sprint Goal Sprint Backlog actualizado Backlog del Producto Acuerdos accionables de
OUTPUT (Historias y Tareas) Product Backlog refinado,
Sprint Backlog actualizado con lo pendiente o mejora del equipo en
Acuerdos accionables ordenado y priorizado
con los cambios a realizar. calidad y efectividad
Cada evento en Scrum es una oportunidad formal para habilitar la transparencia requerida,
inspeccionar y adaptar.
Artefactos
Product Backlog Sprint Backlog Increment
Se compromete con Se compromete con Se compromete con

Product Goal Sprint Goal Definition of Done
• Lista emergente, • Utilizable o contribuye a

• Adaptación diaria
ordenada y accesible probar una hipótesis
• Promueve Autogestión
• Única fuente de trabajo • Cumple con medidas de
• Detalle que permite
• Constante refinamiento calidad
medir progreso
→ Elemento VIVO • Puede entregarse antes y al
final del Sprint
-Product Owner- -Developers-
-Scrum Team-
Representan trabajo o valor.

Diseñados para maximizar la transparencia
Sprint Planning
Daily Scrum
Sprint Review
Eventos
Sprint
Retrospective
Refinement
Sprint Planning
Eventos
Input Participantes Output

Prioridades del Se compromete Sprint
Sprint Backlog
Product Scrum
Developers
Owner Master
¿Qué es importante para este sprint?
“Definition of Ready” “Definition of Done”

“Acceptance Criteria”
User Story Planning Poker Story Points

Daily Scrum
Eventos

Sincroniza Sincroniza
Product Scrum
Developers
Owner Master
Progreso al sprint goal
¿Accionables?
Timer Tablero Parking

Lot
Sprint Review
Eventos

Presentan el incremento del sprint Brindan
feedback
Product Scrum
Developers Stakeholders
Owner Master
FEEDBACK
Sprint
Backlog Alertas Cambios Siguientes pasos
Sprint Retrospective
Eventos

Participa Participan todos
Product Scrum
Developers
Owner Master
¿CÓMO MEJORAMOS?
1 2 3 4 5
Seguir haciendo Hacer más Empezar a hacer Hacer menos Dejar de hacer
Refinement
Eventos

Resuelve dudas,
Refina
Prioriza
Product Scrum
Developers
Owner Master
¿CÓMO DETALLAMOS?
Orden - Detalle de ítem
MoSCoW Slicing
Dinámica
Identifiquemos el objetivo de cada evento de

Scrum
3 min
Dinámica
Identifiquemos los elementos sobre cada evento

de Scrum
15 min
Daily – Equipo Murex

Review – Equipo CellsForce

Retrospectiva – Equipo Alcón 3

04
Planificar un producto con
Scrum: De la visión al Product
Backlog
Abordando un proyecto ágil

Visión
Soluciones
Ejecución
Necesidades
Mínimo viable
El viaje en un proyecto ágil 01 Cliente

Necesidad
Posibles Soluciones Como cliente que
utiliza la Banca por
Internet, al solicitar
Formulario
una Tarjeta de
de solicitud
02 Crédito quiero saber
al instante si esta ha
Motor de sido aprobada.
evaluación
03
Producto Mínimo Viable
Scrum
Hace referencia a la entrega
Entrega al cliente Marco de trabajo empleado para
temprana en manos del cliente
la ejecución del proyecto.
con una entrega de valor, para
Producto entregado la obtención del feedback.
en manos del cliente 04
para su correcto uso.
05
Vigencia: Q2 Sponsor: SDA Tool: abc Naturaleza: [Desarrollo] [Gestión]
abc Tipo: [Holding] [Local]
Iniciativa/Proyecto:
v2.1 abc
¿Es regulatorio?: [Sí] [No]
¿Es discovery?: [Sí] [No]
Elaboró Canvas: Producto/Canal/Aplicativo nuevo: [Sí] [No]
Nombre...
Problema Actividades Clave Propuesta de Valor Ventaja Competitiva Segmentos de Clientes

abc abc abc abc abc
Alternativa Métricas clave Canales de distribución U/EdC clave:

abc abc abc abc
Resumen del caso de negocio Inversión total: xx VAN: xx Impacto en objetivos del banco - Ruta BBVA
Programa estratégico: abc
Vías de ingreso: Líneas de gastos:
¿A cuál KPI impacta? abc
1. 1. ¿Cuánto impacta? abc

Canvas del proyecto

¿Qué contiene?
Product Backlog
Grandes funcionalidades y/o

características que en su conjunto
entreguen incrementos de producto.
Descripciones que indiquen el “QUÉ” de

un requerimiento, de manera breve y
simple sobre una característica.
Unidades de Valor, Requerimientos

funcionales y no funcionales, Bugs,
Adquisición de conocimiento, entre otros
¿Qué son las Historias de Usuario?
En agilidad son el reemplazo escrito de los requerimientos de usuario, se escriben en el

lenguaje propio de los usuarios y describen qué debería “construir” y “entregar” el equipo
de desarrollo.
Son una invitación a una conversación y no una descripción extensiva.

(Valoramos las personas y sus interacciones por sobre los procesos y las herramientas, el
software funcionando por sobre la documentación extensiva)
Historias de Usuario
Ejemplos
Como usuario registrado Como visitante web
Quiero cambiar mi contraseña Quiero suscribirme a la lista de

difusión
Para mantener mi cuenta segura
Para recibir novedades por email
Como usuario móvil Como administrador
Quiero grabar todos mis datos en la Quiero desactivar un usuario

nube
Para prevenir accesos no autorizados
Para acceder desde otros dispositivos de ex empleados
Historias de Usuarios
Definition of Ready Definition of Done

Criterios de Aceptación
Definición de Preparado Definición de Terminado
Criterios de aceptación
¿Qué lista de condiciones verificables por el equipo y los representantes del cliente nos servirán
para aceptar que la historia implementada atiende el valor esperado por el cliente?
● Visión de consumidor de valor, checklist de valor, definidos para cada historia.

● Describen un contexto, un evento y la respuesta o consecuencia esperada del
producto.
un usuario que no cuenta con saldo suficiente para cubrir

Dado el importe total
Cuando intenta pagar las entradas que seleccionó
Se le alerta sobre el saldo insuficiente y redirige a la

Entonces pantalla de selección de opciones de pago
Introducción a los conceptos “Ready” & “Done”
DoR DoD
Lo que el item necesita para estar La lista de criterios definidos por el
listo para el sprint equipo para considerar un incremento
“done”
PB item PB item
PB item Ready PB item Done

PB item PB item
PB item
PB item
Criterios de
PB item aceptación
individuales
Definition of Ready (DoR)
Son criterios definidos por el equipo sobre lo que cada elemento del Backlog necesita para
estar listo para el sprint.
DoR es una conversación, no un stopper

Definition of Done (DoD)
¿Qué lista de condiciones verificables por el equipo y los órganos de gobierno del delivery
(aseguramiento de calidad, seguridad, gobierno de información, infraestructura, etc.) nos
ayudaría a dar la historia como terminada y lista para potencial liberación evitando deuda
técnica?
● Visión proveedor de valor, checklist de delivery, definido para grupo de historias
La DoD se va refinando a medida que evoluciona el producto y aprendemos como equipo

Definition of Ready & Definition of Done
Características comunes
• Son herramientas de comunicación, alineación y colaboración

• Genera que todos tengamos el mismo conocimiento
• Facilitan la comprensión mutua
• Minimizan conflictos
Aunque tengan
características comunes,
no son lo mismo
05
Simulación Scrum
Simulación de Scrum
Conozcamos la Encontremos
Identifiquemos las ¿Qué queremos Conozcamos al
visión del posibles
necesidades financieras lograr como equipo? Equipo Scrum
producto soluciones
1 min 3 min 3 min 5 min 2 min
Continuamos con Sincronizamos Construimos el Planificamos el Detallamos el

la construcción como equipo MVP trabajo trabajo a realizar
5 min 2 min 5 min 4 min 5 min
Presentemos el Mejoremos como Presentamos el

resultado Equipo Scrum MVP
5 min 5 min 10 min 60 min

Reflexión
a) ¿Qué pudimos observar?

b) ¿Qué rol nos apoyó a tener claridad sobre la
solución seleccionada?
c) ¿Conocimos el objetivo sobre qué estuvimos
construyendo?
d) ¿Qué eventos hemos identificado en la
simulación?
5 min
06
Visualización en Scrum
Visualización en Scrum
Retenemos el 10% de lo que leemos,
el 20% de lo que escuchamos,
La visualización del trabajo el 30% de lo que vemos,
el 50% de lo que vemos y escuchamos ,
con Scrum es clave: el 70% de lo que se dice y se discute
TABLERO + GRÁFICOS y el 90% de lo que se dice y se practica.
El flujo de
estados de las
historias de
usuario en
el sprint en
curso.
El product
backlog con las
historias de
usuario, ordenadas
por prioridad, que
formarán parte de
las siguientes
iteraciones de
trabajo.
07
¿Cómo escalar en Scrum?
¿Escalar?
Si Scrum se basa en equipos pequeños …

¿Cómo lo aplicamos en organizaciones de grandes
dimensiones? ¿Cómo coordinamos? ¿Cómo evitamos las
dependencias?
Existen distintas propuestas sobre cómo escalar la

agilidad en una organización; proponen roles, eventos y
artefactos desde un enfoque sistémico.
Cualquier marco o técnica elegida para escalar tendría que ajustarse a los
desafíos únicos de cada empresa; un modelo restrictivo o cerrado alejará a
la organización de la adaptación y evolución progresiva, características del
cambio ágil.
08
Scrum en BBVA
Ciclo de vida de un proyecto en BBVA
Estrategia Gobierno Planificación y Ejecución
Staffing +
Ideación Shaping Priorización Ejecución
Onboarding
Ejecución
Formulación y Refinamiento básico Asignación de

Priorización
priorización personas y recursos Desarrollo de
interdominio de interdominio de
intradominio de a proyectos proyectos en sprints,
iniciativa: proyecto o iniciativas refinadas
iniciativas de gran priorizados. con ceremonias y
discovery con por SDA y CoDir.
nivel. roles por arquetipo.
entregables.
Preparación de
equipos para iniciar
el trimestre.
Acompañamiento de equipos SD ¿Para a) Equipos auto-organizados

b) Valor iterativo incremental
Palancas estratégicas qué?
c) Calidad en la entrega E2E
¿Qué? ¿Cómo?
Ceremonias Scrum
Evidencia del cumplimiento y calidad de las ceremonias, así como del Hoja de Acompañamiento Único
involucramiento de sponsor durante el Q a través de la hoja de Acompañamiento para Equipos SD
Único para Equipos SD.
Figuras Agile Encuestas de valoración por

Assessment y mejora del entendimiento y competencias del Product Owner (PO), figura en SP2 y SP5
Scrum Master (SM) y Developers (Devs).
Valoración de dependencias
Colaboración entre equipos
culminadas al finalizar cada
Assessment del grado de colaboración entre los equipos (U/EdC y EdP) velando por
el cumplimiento y calidad de dependencias. sprint
Madurez Agile MAT / Mín 1 evaluación por

Incorporación y evolución de prácticas (hacer) y comportamientos (ser) ágiles, según mes AC+SM
el Modelo de Madurez Agile corporativo
Ceremonias Scrum
Se realiza para cada ceremonia en cada Sprint dentro del PI
○ Cumplimiento -> ¿Se hace?
Valoramos: Participación, frecuencia y sostenibilidad
○ Calidad -> ¿Cómo se hace?
Valoramos:
Sprint
Sprint Planning Daily Sprint Review Refinement
Retrospective
- Sprint Goal - Tablero guía - Nivel de logro de - Inspección Generamos

- Plan de trabajo - Progreso Sprint Goal acuerdos suficientes ítems:
- DoD - Plan del día - Backlog anteriores - refinados
- Visibilidad (Jira) - Impedimentos actualizado con - Adaptación con - ordenados
feedback accionables - con criterios de
- Sponsor aceptación
interactúa con
producto
Figuras Agile
● Se realiza en 2 momentos dentro del PI, en el sprint 2 y en el sprint 5

○ Valoración SM -> Lo realiza el PO y Developers
○ Valoración PO -> Lo realiza el SM y Developers
○ Valoración Developers -> Lo realiza PO, SM, y Developers
Colaboración entre equipos

● A través de JIRA se valora al cierre de cada sprint las dependencias concretadas a la fecha,
tomando en consideración los siguientes criterios:
○ Cumplimiento a tiempo -> ¿El U/EdC entregó en la fecha comprometida?
○ Entrega con Calidad -> ¿El U/EdC entregó cumpliendo los criterios de aceptación
comprometidos al inicio del Q?
○ Entrega con Colaboración -> ¿El U/EdC mantuvo una participación proactiva,
comprometida y continua con el Equipo de Proyecto para asegurar la entrega de la
dependencia?
MAT - Modelo de Madurez de equipos Agile
DO Agile BE Agile
Ceremonias Foco
Roles Compromiso
Producto / Proceso Empoderamiento
Radares de Información Respeto y Feedback
4 Estados de madurez para Equipos Ágiles
Adoption Doing Owning Being
Empieza a adoptar Aplica todas las prácticas Autónomo, se basa en

Aplica varias prácticas
prácticas ágiles, ofrece según su arquetipo de principios y valores ágiles,
metodológicas propias de
visibilidad de su trabajo, manera sostenible y ha se orienta a su propia
su arquetipo y muestra
planifica y trabaja por un alcanzado un mindset agile mejora y de la
comportamientos ágiles.
objetivo común. avanzado. organización.
¡Gracias!
Scrum Fundamentals
Dónde encontrar más información

Control Chaos: Mensaje del creador
http://www.controlchaos.com/
Descargar Guía Scrum Gratis

https://www.scrumguides.org/
Ideas para retrospectivas

https://www.funretrospectives.com/

01-Scrum Fundamentals - Taller Virtual - CEA Perú 2022

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

01-Scrum Fundamentals - Taller Virtual - CEA Perú 2022

Cargado por

Copyright:

Formatos disponibles

Scrum

CEA Perú - 2022

Acuerdos para la sesión virtual

Busca el espacio adecuado Comprueba que la conexión de

Ten cerca tu material para Mantén únicamente abiertas las

Concentra tu tiempo Usa tu conexión de

¿Por qué estoy aquí?

¿Qué necesitarías aprender hoy

Al finalizar el taller, los participantes comprenderán el

Escribe tu nombre en un post-it e

Lo conozco o lo he estudiado, pero no lo he

Abordando un proyecto ágil

¿Cómo nació Scrum?

Nonaka & Takeuchi, Ken Schwaber, Scrum

Es un marco de trabajo ágil que permite a los equipos generar valor a

Empirismo como base de Scrum

“La transparencia permite la inspección. La inspección sin

Guía Scrum 2020

Scrum Team: Responsabilidades

● Crear Plan para el Sprint (Sprint Backlog)

Es una unidad cohesionada de profesionales enfocados en un objetivo a la vez,

Anti-patrones en el equipo Scrum

Scrum Team trabaja sin Product Scrum Team atendiendo más de 1

Developers trabajan en ítems SM no impulsa Retro porque el

Developers que no comunican SM no presta atención a

SM permite que factores

Progreso al Sprint Goal y ¿Cómo podemos mejorar Preparar el Product Backlog,

Product Backlog ordenado y Sprint Backlog y

Se compromete con Se compromete con Se compromete con

• Lista emergente, • Utilizable o contribuye a

Representan trabajo o valor.

Input Participantes Output

¿Qué es importante para este sprint?

“Definition of Ready” “Definition of Done”

User Story Planning Poker Story Points

Input Participantes Output

Progreso al sprint goal

Timer Tablero Parking

Input Participantes Output

Input Participantes Output

Input Participantes Output

Orden - Detalle de ítem

Identifiquemos el objetivo de cada evento de

Identifiquemos los elementos sobre cada evento

Daily – Equipo Murex

Review – Equipo CellsForce

Retrospectiva – Equipo Alcón 3

Abordando un proyecto ágil

El viaje en un proyecto ágil 01 Cliente

Problema Actividades Clave Propuesta de Valor Ventaja Competitiva Segmentos de Clientes

Alternativa Métricas clave Canales de distribución U/EdC clave:

1. 1. ¿Cuánto impacta? abc

Canvas del proyecto

Grandes funcionalidades y/o

Descripciones que indiquen el “QUÉ” de

Unidades de Valor, Requerimientos

¿Qué son las Historias de Usuario?

En agilidad son el reemplazo escrito de los requerimientos de usuario, se escriben en el

Son una invitación a una conversación y no una descripción extensiva.

Como usuario registrado Como visitante web

Quiero cambiar mi contraseña Quiero suscribirme a la lista de

Como usuario móvil Como administrador

Quiero grabar todos mis datos en la Quiero desactivar un usuario