Taller de Introducción A SCRUM - Clase Full Scrum - v9

Taller de Certificación Scrum Master
www.bemost.cl
+56950923365
Francisco Meza 1
Reglas básicas
•Este es un taller de 4 días (ver horario). El horario de las clases es de 17:00 a

21:00 y coffe break de 20 minutos cada uno.
• Los participantes deben estar en el salón de clases a tiempo y regresar del

descanso según las instrucciones acordadas por el instructor.
• Los teléfonos celulares deben estar apagados o en modo silencioso.
• Se espera la plena participación por parte de los estudiantes. Por favor, únase a
las actividades y participe de lleno en los ejercicios como es instruido por el
instructor. ADVERTENCIA — Es posible que se divierta en la clase. 
•El material de bibliografías de Guía de Scrum y SBOK no puede ser fotocopiado,

distribuido ni compartido para fines comerciales, y sólo puede ser utilizado por
los estudiantes que se han matriculado en el entrenamiento.
2
1
Relator
Familia Hobbies
Relator
Academia
Industria
Certificaciones Scrum Master

Certified (SMC™)
Docencia
4
2
Ejercicio
Explorador Comprador
Quiere participar y aprender Quiere escuchar todo y elegir lo
todo lo que se discute en la que desea de la retrospectiva
reunión
Veraneante Prisionero
Quiera relajarse y ser turista en Quiere estar en otro lugar y
la reunión, reacio a participar, asiste a la reunión por
pero prefiere esto al trabajo obligación
normal.
Presentación breve
1. Nombre, apellido profesión.

2. ¿Conoce SCRUM ha trabajado con él?
3. ¿Cuales son las expectativas del taller?
3
Objetivos del taller
1. Proveer un entendimiento de los principios y de la filosofía

ágil vs tradicional de Dirección de Proyectos.
2. Proveer conocimientos prácticos de SCRUM, incluyendo

los roles, las reuniones y los artefactos.
3. Preparar al alumno para conseguir la certificación como

SCRUM Master Professional Certificate (SMPC).
Programa del taller

Valores y Aspectos y
Procesos
Principios artefactos
Control empírico del
proceso Roles Inicio
Auto organización Planificación y

Eventos Estimación
Colaboración
Implementación
Priorización basada en
valor Artefactos
Revisión y
Tiempo Asignado Retrospectiva
Calidad, cambios y
Desarrollo iterativo riesgos Lanzamiento
4
Contenido clase 1
1. Tradicional vs Ágil
2. ¿Que es SCRUM?
3. Metodología SCRUM
4. Principios
5. Certificación SMPC
6. Test inicial de diagnóstico
7. Ejercicio y tarea
Sprint 1
(Iteración 1)
10
5
Tablero de Scrum
Historia Por hacer En curso En prueba Hecho
1 Tradicional vs ágil X
2 ¿Que es SCRUM? X
3 Metodología X
SCRUM
4 Valores y Principios X
5 Certificación SMPC X
6 Test tipo prueba X
7 Tarea X
11
Tablero de Scrum
2 ¿Que es SCRUM? X
3 Metodología X
SCRUM
7 Tarea X
12
6
Tradicional VS ÁGIL
Cambios en PMI: Triangulo del Talento
13
Métodos Transversales
… Otros …
14
7
Métodos Tradicionales de Desarrollo de SW
Cascada Espiral
Análisis
Diseño
Desarrollo
Pruebas
Implementación
Modelo en V RUP
Pre análisis Mantención
Análisis Validar
Operación
Validar Pruebas
Diseño
Unitarias
Pruebas
Desarrollo
Unitarias
Implementación
15
Métodos ágiles
Métodos tradicionales Métodos ágiles
16
8
17
Type to enter a caption.
Cambio de Mindset
Carole Dweck, nos habla de dos

tipos de mentalidades:
1 La mentalidad fija y
2 La mentalidad de crecimiento.
18
9
Cambio de Mindset
19
Video - Entrevista
Video - Entrevista de Jimmy Fallon a Nicole Kidman
https://www.youtube.com/watch?v=j3b9m6sKu-M&t=3s
20
10
Manifiesto ágil y principios
Manifiesto ágil
2001 Reunión de Formaron la
17 Gurus de Alianza Ágil http://agilemanifesto.org/
informática
Personas e Interacciones por sobre Procesos y Herramientas

Software Funcionando por sobre Documentación Comprensiva
Colaboración con el cliente por sobre negociación de un contrato
Responder a los cambios por sobre seguir el plan
21
12 principios ágiles
# Principios ágiles
1 Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de software con valor.
2 Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo. Los procesos Ágiles aprovechan el
cambio para proporcionar ventaja competitiva al cliente.
3 Entregamos software funcional frecuentemente, entre dos semanas y dos meses, con preferencia al periodo de
tiempo más corto posible.
4 Los responsables de negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el proyecto.
5 Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el entorno y el apoyo que necesitan,
y confiarles la ejecución del trabajo.
6 El método más eficiente y efectivo de comunicar información al equipo de desarrollo y entre sus miembros es la
conversación cara a cara.
7 El software funcionando es la medida principal de progreso.
8 Los procesos Ágiles promueven el desarrollo sostenible. Los promotores, desarrolladores y usuarios debemos ser
capaces de mantener un ritmo constante
de forma indefinida
9 La atención continua a la excelencia técnica y al buen diseño mejora la Agilidad.
10 La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial.
11 Las mejores arquitecturas, requisitos y diseños emergen de equipos auto-organizados.
12 A intervalos regulares el equipo reflexiona sobre cómo ser más efectivo para a continuación ajustar y perfeccionar
su comportamiento en consecuencia.
22
11
Métodos Ágiles de Desarrollo de SW
Lean SCRUM
Kanban Extreme Programming XP
23
Comparativo : Tradicional VS Ágil
Tradicional Ágil
Alcance Alcance
VS
Características
Características
 Flexibilidad
 Rigidez
 Colaboración del cliente
 Negociación de contrato
 Personas e interacción
 Procesos y herramientas
 Software funcionando
 Documentación comprensiva
 Adaptarse a los cambios
 Seguimiento al plan
 Procesos menos controlados
 Procesos muy controlados
 Grupos pequeños in-situ
 Grupos de gran tamaño
24
12
25
El 80% de todos los proyectos emplearán Métodos

Ágiles en los próximos años
-Gartner
Proyectos que usan metodologías Agiles son mas

exitosos que los proyectos que usan metodologías
en cascada
-StandishGroup 2010
26
13
27
28
14
Comparativo : No se pueden mezclar
Agilismo
Tradicional
¡¡¡ Es un Mito !!!
29
Video: El Puente
30
15
Video: El Puente
Proyecto
No se adapta
No se adapta
Flexible
31
Problemática
Solución
Exijo EDT Métodos

Exijo %
Exijo EVA Completado híbridos
32
16
Tradicional VS Ágil: Si se pueden Integrar
November 2008
CMMI® or Agile: Why Not Embrace Both!
33
Tradicional VS Ágil: ¿Cuándo utilizarlos?
Tradicional Ágil
- Alcance bien definido - Alcance difuso
- Rotación de personal - Equipo afiatado
- Cliente sólo interactúa - Cliente es parte del equipo
- Equipo de desarrollo con
- Equipo de desarrollo novato
experiencia
34
17
Nuevo concepto “PMO Híbridas”
Proyectos Tradicionales +
Proyectos Híbridos
Proyectos Ágiles a la vez
Se gestionan los proyectos Se gestionan los proyectos

utilizando diferentes tipos de utilizando sólo metodologías
metodologías híbridas
Proyecto 1: Cascada Proyecto 1: Metodologías Híbrida
Proyecto 2: RUP Proyecto 2: Metodologías Híbrida
...
PMO ...
Híbrida
Proyecto N: Scrum Proyecto 3: Metodologías Híbrida
35
Tablero de Scrum
2 ¿Que es SCRUM? X
3 Metodología X
SCRUM
7 Tarea X
36
18
¿Que es SCRUM?
 Scrum es un marco de trabajo para desarrollar, entregar y mantener
productos complejos. Como es el caso del desarrollo de software.
Alcance de SCRUM
¿SCRUM Funciona para proyectos Grandes?
¿SCRUM funciona para proyectos que sean de desarrollo de software?
37
Modelo Cynefin
38
19
Características
Ventajas Desventajas
1. Framework liviano 1. Scrum NO es un “Silver Bullet”

2. Muy Simple y fácil de comprender Requiere un cambio cultural.
3. Con pocas reglas, artefactos, roles y
actividades
4. Permite la colaboración, trabajo 2. Es difícil de implementar y
creativo y autorganización dominar
5. Mejora continua
6. Énfasis en el valor
7. Compromiso y entorno de trabajo
seguro y sustentable
8. Prácticas concretas, principios y un
marco de proceso para
incrementar el valor.
39
¿SCRUM en Grandes Proyectos?

Portafolios
Programas
Proyectos
40
20
¿Que es SCRUM?: Historia
1986 1995
2001 Organizaciones
RUGBY SCRUM
certificadoras de
Hirotaka Takeuchi Ken Schwaber y Manifiesto ágil personas
y Ikujiro Nonaka Jeff Sutherland
Conferencia de Programación Orientada a

Objetos de Sistemas, Idiomas y Aplicaciones
(OOPSLA
41
Organizaciones certificadoras
Scrum Master
Certified (SMC™)
42
21
Libros guía de SCRUM
43
Plan de carrera
44
22
Tablero de Scrum
2 ¿Que es SCRUM? X
3 Metodología X
SCRUM
7 Tarea X
45
Componentes base de Scrum
46
23
Roles base de Scrum
• Product Owner
• Scrum Master
• Equipo de Desarrollo
47
Ceremonias base de Scrum
48
24
Artefactos de Scrum
49
Tablero de Scrum
1 Test inicial X
3 ¿Que es SCRUM? X
4 Metodología X
SCRUM
7 Tarea X
50
25
Metodología SCRUM:
Ciclo de vida de SCRUM
Reunión de
retrospectiva
Reunión de
revisión
Reunión de
planificación
Visión del Product Sprint Backlog

programa Backlog
Fuente: SBOK 51
Ejercicio (Balls)
1. Realizar estimación inicial de cuantos balones pueden pasar de una
a otra persona, pasando los balones uno por uno durante 1 min.
2. Si se cae una balón se pierde y sigue con el siguiente.
3. Se puede pasar un balón a la vez.
4. Se harán 2 iteraciones.
Iteración Estimación Real

1
2
52
26
Estructura de SCRUM según SBOK
Procesos Cambian según se necesite
Roles,
Ceremonias, Cambian poco
Artefactos
No cambian nunca
Valores y Principios
53
Tablero de Scrum
1 Test inicial X
3 ¿Que es SCRUM? X
4 Metodología X
SCRUM
7 Tarea X
54
27
Valores de Scrum: Guía de Scrum
Compromiso
Respeto Corage
Valores de
SCRUM
Apertura Foco
55
Las personas se comprometen de

manera individual a alcanzar las
metas del Equipo Scrum.
Compromiso
56
28
Los miembros del Equipo Scrum

tienen coraje para hacer bien las
cosas y para trabajar en los
problemas difíciles
Coraje
57
Todos se enfocan en el trabajo

del Sprint y en las metas del
Equipo Scrum
Foco
58
29
El Equipo Scrum y sus interesados

acuerdan estar abiertos a todo el
trabajo y a los desafíos que se les
presenten al realizar su trabajo.
Apertura
59
Los miembros del Equipo Scrum

se respetan entre sí para ser
personas capaces e
independientes
Respeto
60
30
Principios de SCRUM: SBOK
Control
empírico
del
proceso
Auto
Desarrollo
organizaci
iterativo
ón
Principios de
SCRUM
Tiempo Colaboraci
Asignado ón
Priorizaión
basada en
valor
61

En Scrum, las decisiones se toman sobre la
base de la experiencia (observación y la
experimentación), más que en la
planificación inicial detallada.
Control Transparencia Al mostrar los avances
empírico del Inspección Al revisarlos el cliente
Adaptación Al realizar las mejoras

proceso
62
31
Se traduce en un mejor equipo de buy-in

(creen en lo hacen) donde se sienten
responsables; esto a su vez proporciona
un entorno innovador y creativo que es
Autorganización más propicio para el crecimiento.
63
El desarrollo de los productos es un

proceso de creación de valor compartido
que necesita que todos los Socios
Colaboración trabajen e interactúen en conjunto para
ofrecer el mayor valor
En torno WIN - WIN
64
32
Se busca para entregar el máximo valor

Priorización empresarial en un período de tiempo
mínimo.
basada en El valor lo define el negocio
valor
65

El tiempo es un factor limitante y se
respeta.
Cubre las reuniones:
• Planificación del Sprint
Tiempo • Reunión diaria

• Reunión de revisión
• Reunión de retrospectiva
asignado Time Boxing para sprint de 1 mes.
Reunión de
Reunión diaria
planificación 8
15 min
horas
Reunión de Reunión de
retrospectiva 3 revisión 4
horas horas
Los tiempos son máximos. 66
33
El desarrollo iterativo ayuda a gestionar

mejores cambios y crear productos que
Desarrollo satisfagan las necesidades del customer.
iterativo
67
Tablero de Scrum
2 ¿Que es SCRUM? X
3 Metodología X
SCRUM
7 Tarea X
68
34
Examen Scrum Master Certified
(SMC)
Formato del examen:
• Opciones múltiples
• 40 preguntas por examen
• Se otorga un punto por cada respuesta correcta
• No se quitan puntos por las respuestas incorrectas
• Duración de 60 minutos
• Tasa Actual de Aprobación mundial: 95%
• Tasa Actual de Aprobación en Chile: 100%
• Se aprueba con el 60% de respuestas correctas
69
Certificado SCRUM Master
70
35
Certificado SCRUM Master
TU NOMBRE PUEDE ESTAR AQUÍ
71
Tablero de Scrum
2 ¿Que es SCRUM? X
3 Metodología X
SCRUM
7 Tarea X
72
36
Test inicial
1. Test de 20 preguntas tipo examen

2. Duración 30 minutos
3. Nota de aprobación 80%
73
Tablero de Scrum
2 ¿Que es SCRUM? X
3 Metodología X
SCRUM
7 Tarea X
74
37
Tarea
1. Unirse al grupo Scrum Chile en linked in:

https://www.linkedin.com/groups/12092961
2. Loguearse en el simulador de BEMOST curso Scrum Master
• www.bemost.cl/simulador
3. Cambiar su foto de perfil y clave en el simulador
4. Dar en test inicial de Certiprof de 40 preguntas.
• El test se puede dar las veces que se quiera.
• Se recomienda dar el test 2 veces, estudiar las respuestas a
las preguntas y dar por segunda vez
• Nota mínima de aprobación 80%, queda la nota más alta.
75
Tablero de Scrum
2 ¿Que es SCRUM? X
3 Metodología X
SCRUM
7 Tarea X
76
38
77
Sprint 2
(Iteración 2)
78
39
Programa del taller
Procesos
Auto organización
Planificación y Estimación
Eventos
Colaboración
Implementación
valor Artefactos
Revisión y Retrospectiva
Tiempo Asignado
Calidad, cambios y riesgos
Desarrollo iterativo Lanzamiento
79
Tablero de Scrum
1 Roles X
2 Eventos X
3 Artefactos X
4 Test final X
5 Tarea X
80
40
Tablero de Scrum
1 Roles X
2 Eventos X
3 Artefactos X
4 Test final X
5 Tarea X
81
Componentes base de Scrum
82
41
Organización roles
Non Core Roles Core Roles
https://www.google.cl/search?q=pollo+y+cerdo&source=lnms&tbm=isch&sa=X&ved=
0ahUKEwiHpKqWlobUAhWJkJAKHbyrCKoQ_AUICigB&biw=931&bih=585&dpr=1.1#img
rc=O1J8Sf-fDu63aM: 83
Organización de SCRUM
Non Core Roles Core Roles
1. Product Owner o propietrario del producto

2. Scrum Master
3. Equipo de desarrollo
https://www.google.cl/search?q=pollo+y+cerdo&source=lnms&tbm=isch&sa=X&ved=
0ahUKEwiHpKqWlobUAhWJkJAKHbyrCKoQ_AUICigB&biw=931&bih=585&dpr=1.1#img
rc=O1J8Sf-fDu63aM: 84
42
Interacción entre Roles
85
Video All Black: Haka

https://www.youtube.com/watch?v=yiKFYTFJ_kw
86
43
Core Role: Product Owner
87
Core Role: Scrum Master
88
44
Core Role: Equipo de desarrollo
89
Core Role: Equipo de desarrollo

• Autoorganizados: Nadie (ni siquiera el Scrum Master) indica al Equipo
de Desarrollo cómo convertir elementos de la Lista del Producto en
Incrementos de funcionalidad potencialmente desplegables.
• Multifuncionales: esto es, como equipo cuentan con todas las

habilidades necesarias para crear un Incremento de producto.
• Scrum no reconoce títulos
• Scrum no reconoce subequipos
90
45
Teorías HR: Dinámica de Tuckman
91
Teorías HR: Técnicas de resolución

de conflictos
1. Ganar- Ganar
2. Perder-Ganar
3. Perder-Perder
4. Ganar-Perder
92
46
Teorías HR: Estilos de liderazgo
1. Líder servicial
2. Delegativo
3. Autocrático
4. Directivo
5. Colaborativo
6. Orientado a tareas
7. Asertivo
93
Teorías HR: Líder servicial

1. Escuchar
2. Empatía
3. Curación
4. Toma conciencia
5. Persuasión
6. Conceptualización
7. Prospectiva
8. La mayordomía
9. Compromiso con el crecimiento de los demás
10. Construcción de la Comunidad
94
47
Teorías HR: Pirámide de las
necesidades de Maslow
95
3 Desarrollar el equipo: Herramientas Motivación
 Mc Gregor (MC GREGOR, Douglas. 1960. El lado

humano de la Empresa)
Las personas pertenecen a una de estas dos categorías:
Teoría X: incapaz, evita el trabajo, no quiere responsabilidades, debe ser
controlado por su superior.
Teoría Y: trabaja aunque nadie lo supervise, quiere asumir compromisos y
progresar
Un estilo de liderazgo delegativo
sobre una persona X podría ser poco
efectivo, mientras que un estilo muy
directivo sobre una persona Y
también podría ser
contraproducente.
96
48
Satakeholders
97
Tablero de Scrum
1 Roles X
2 Eventos X
3 Artefactos X
4 Test final X
5 Tarea X
98
49
Tablero de Scrum
1 Roles X
2 Eventos X
3 Artefactos X
4 Test final X
5 Tarea X
99
Eventos en Scrum
1. El Sprint
2. Cancelación de un Sprint
3. Planificación de Sprint (Sprint Planning)
4. Objetivo del Sprint (Sprint Goal)
5. Scrum Diario (Daily Scrum)
6. Revisión de Sprint (Sprint Review)
7. Retrospectiva de Sprint (Sprint Retrospective)
100
50
Eventos en Scrum:
El Sprint
101
Eventos en Scrum:
Cancelación de un Sprint
102
51
Eventos en Scrum:
Objetivo del Sprint
103
Eventos en Scrum:
Objetivo del Sprint: Definición de Done
o terminado
104
52
Eventos en Scrum:
Planificación de un Sprint
105
Eventos en Scrum:
106
53
Eventos en Scrum:
Responde las preguntas:
1 ¿Qué puede ser terminado?
2 ¿Cómo se conseguirá completar el trabajo

seleccionado?
107
Eventos en Scrum:
108
54
Eventos en Scrum:
Scrum Diario (Daily Scrum)
1. El Scrum Diario dura 15 minutos y se lleva a cabo cada día del sprint.
2. El Scrum Diario se realiza a la misma hora y en el mismo lugar todos
los días para reducir la complejidad.
3. El Scrum Diario optimiza las posibilidades de que el Equipo de
Desarrollo cumpla el Objetivo del Sprint.
4. El Equipo de Desarrollo es el encargado de establecer la estructura
de la reunión y esta se puede conducir de diferentes maneras
enfocado en la Meta de Sprint.
5. Preguntas del scrum diario:
1. ¿Qué hice ayer que ayudó al Equipo de Desarrollo a lograr el
Objetivo del Sprint?
2. ¿Qué haré hoy para ayudar al Equipo de Desarrollo a lograr el
Objetivo del Sprint?
3. ¿Veo algún impedimento que evite que el Equipo de Desarrollo 109
o yo logremos el Objetivo del Sprint?
Eventos en Scrum:
Scrum Diario (Daily Scrum)
110
55
Eventos en Scrum:
Revisión del Sprint (Sprint Review)
111
Eventos en Scrum:
112
56
Eventos en Scrum:
• Tiene una duración máxima de 4 horas para Sprint de 1 mes.
• Los asistentes son el Equipo Scrum y los interesados clave invitados
por el Dueño de Producto
• Se realiza para inspeccionar el Incremento y adaptar la Lista de
Producto si fuese necesario.
• El Equipo de Desarrollo habla acerca de qué estuvo bien, problemas
y su solución.
• Tiene como objetivo facilitar la retroalimentación de información y
fomentar la colaboración.
• El Dueño de Producto explica qué elementos de la Lista de Producto
se han “Terminado” y cuales no se han “Terminado
113
Eventos en Scrum:
• El Equipo de Desarrollo hace una demostración del trabajo que ha
“Terminado” y responde preguntas acerca del Incremento.
• El Dueño de Producto habla acerca de la Lista de Producto en su
estado actual y proyecta objetivos
• El grupo completo colabora acerca de qué hacer a continuación.
• Cambios en el mercado y como afecta a la lista de producto.
114
57
Eventos en Scrum:
Retrospectiva de Sprint (Sprint
Retrospective)
115
Eventos en Scrum:
Retrospectiva de Sprint (Sprint
Retrospective)
• Oportunidad para el Equipo Scrum de inspeccionarse a sí mismo y de
crear un plan de mejoras para el próxímo Sprint.
• Tiene lugar después de la Revisión de Sprint y antes de la siguiente
Planificación de Sprint
• Dura máximo 3 horas.
• El Scrum Master participa en la reunión como un miembro del equipo.
• El propósito es:
• Inspeccionar cómo fue el último Sprint en cuanto a personas,
relaciones, procesos y herramientas.
• Identificar y ordenar los elementos más importantes que salieron
bien y las posibles mejoras.
• Crear un plan para implementar las mejoras a la forma en la que el
Equipo Scrum desempeña su trabajo. 116
58
Tablero de Scrum
1 Roles X
2 Eventos X
3 Artefactos X
4 Test final X
5 Tarea X
117
Tablero de Scrum
1 Roles X
2 Eventos X
3 Artefactos X
4 Test final X
5 Tarea X
118
59
Artefactos:
Lista de Producto (Product Backlog)
• Es una fuente ordenada de requisitos priorizada por valor de
negocio.
• El Dueño de Producto (Product Owner) es el responsable de la
Lista de Producto, incluyendo su contenido, disponibilidad y
priorización.
• Repriorizada al comienzo de cada Sprint
• La Lista de Producto enumera todas las características,
funcionalidades, requisitos, mejoras y correcciones del producto.
• Los elementos de La Lista de Producto incluyen criterios de
aceptación.
• Se aplica PARETO (el 20% de las historias de usuario cumplen con
el 80% de las necesidades del P.O.
119
Artefactos:
120
60
Artefactos:
121
Ejemplo (Product Backlog)

Prioridad Id Descripción Duración estimada (hrs)
Atención virtual de Clientes
1 1 Autenticación del usuario (creación, recuperación de clave) 32
1 2 Consultar e imprimir el estado de la cuenta en curso 16
1 3 Consultar e imprimir el estado de las cuentas anteriores 16
2 4 Pagar la cuenta en curso vía webpay 120
2 5 Pagar la cuenta en curso vía cuenta corriente 160
2 6 Pagar la cuenta en curso vía www.servipag.com 160
Clientes Residenciales
1 7 Cómo pagar …
1 8 Descripción de la boleta …
1 9 Reclamos …
1 10 Información de tarifas …
1 11 Noticias de interés …
1 12 Información de cortes de suministro …
1 13 Reclamos de alumbrado público …
Municipalidades
3 etc
3 etc
122
61
Ejemplo (Product Backlog)
123
Artefactos:
• El refinamiento (refinement) de la Lista de Producto es el acto de
añadir detalle, estimaciones y orden a los elementos de la Lista
de Producto.
• El Equipo Scrum decide cómo y cuándo se hace el refinamiento.
Este usualmente consume no más del 10% de la capacidad del
Equipo de Desarrollo .
Acrónimo de Product Backlog:

DEEP (Detailed appropiately, estimated, emergent
and prioritized)
124
62
Artefactos:
Seguimiento de progreso a los objetivos
•El Dueño de Producto hace seguimiento del trabajo restante total
al menos en cada Revisión de Sprint.
• Muestra en forma transparente el avance a todos los interesados.
•Algunas herramientas son el Burndown Chart, Burnup chart tablero
kanban, pero nada reemplaza el empirismo. Estas son actualizadas
por el team y scrum master; y utilizadas por el product owner para
ver tendencias.
125
Artefactos:
Seguimiento de progreso a los objetivos:
Burn Down Chart
126
63
Artefactos:
Seguimiento de progreso a los objetivos
Burndown Chart
127
Cómo se interpreta?
• Ooops…quitar elementos  Ooops…agregar elementos

del Sprint Backlog del Sprint Backlog
128
64
Lista de Pendientes del Sprint (Sprint Backlog)
129
Lista de Pendientes del Sprint

(Sprint Backlog)
• Es el conjunto de elementos de la Lista de Producto
seleccionados para el Sprint, más un plan para entregar el
Incremento de producto.
• Es una predicción hecha por el Equipo de Desarrollo acerca de
qué funcionalidad formará parte del próximo Incremento.
• Hace visible todo el trabajo del equipo.
• Debe incluír al menos una mejora de procesos de alta
prioridad identificada en la Retrospectiva anterior
• Cuando se requiere nuevo trabajo, el Equipo de Desarrollo lo
adiciona a la Lista de Pendientes del Sprint y se actualiza la
estimación restante.
• El seguimiento se hace en el scrum diario.
130
65
Segundas cuatro horas del Sprint
Consultar e Consultar e Pago
Pago
Autenticación imprimir estado imprimir estado cuenta Pago cuenta
cuenta vía
del usuario de cuenta en de cuentas banco on Servipag.cl
webpay
curso anteriores line
Registrar
usuario nuevo 1. El Team define las actividades
Ingreso de
usuario 2. El Team le asigna una estimación de
existente
tiempo a cada historia…por ejemplo
Recuperación
de clave Registrar usuario nuevo a una persona le
Cambio de toma 2 días en hacerlo=1X2X8=16 hrs…
clave
3. El Team puede subdividir las historias
Pruebas
unitarias tanto como le acomode (por ejemplo
casos de uso)
• En la realidad luce más menos así….
131
Ejemplo Sprint Backlog
– Descripción de la tarea
– Relación con el ítem del Product Backlog al que pertenece
– Responsable (de la actividad) Oops… hay
– Prioridad tareas que
– Status (no iniciado, en curso, detenido) duran más de 16
horas
– Trabajo total estimado
– Distribución de tareas en el tiempo
132
66
Ejemplo Sprint Backlog
133
Juego de Cartas Scrum

Planificación:
1 Planificar libremente para 3 Sprint, cada uno de 3 días.
2 Llenar BurnDownChart y Tablero Kanban con lista de historias a
desarrollar.
3 Llenar hoja resumen de indicadores
Implementación:
Seguir Proceso:V
4 Descontar en
1 Elegir historia a 2 Lanzar dados 3 Elegir carta post it la
jugar del destino productividad
obtenida en los
dados
134
67
Tablero de Scrum
1 Roles X
2 Eventos X
3 Artefactos X
4 Test final X
5 Tarea X
135
Tablero de Scrum
1 Roles X
2 Eventos X
3 Artefactos X
4 Test final X
5 Tarea X
136
68
Tarea
1. Hacer test 2 en el simulador de 40 preguntas llamados

Conocimientos Scrum Master
• El test se puede dar las veces que se quiera.

• Se recomienda dar el test 2 veces, estudiar las respuestas a
las preguntas y dar por segunda vez
• Nota mínima de aprobación 80%, queda la nota más alta.
137
Ejercicio lego
1 Hacer grupos de 5 personas.
2 Realizar la planificación del Sprint: Poniéndose de acuerdo con los roles y
como procederán. 1 min.
• Scrum Master (Solo coordina al equipo y evita impedimentos)
• Product Owner (Es el único que puede mostrar al cliente los resultados)
• Team (Trabaja armando el lego)
• Estimar a que paso del manual llegarán.
3 Sprint: Realiza iteración 1 armando el lego en equipo. 3 min
4 Reunión de revisión: Mostrar el resultado al cliente (profesor). 2 min
5 Reunión de retrospectiva: Ponerse de acuerdo para mejorar en la
segunda iteración. 1 min
7 Hacer segunda iteración…
8 Desarmar legos.
138
69
Legos
Grupo 1 Grupo 2 Grupo 3 Grupo 4 Grupo 5 Grupo 6
Itera Plan Real Plan Real Plan Real Plan Real Plan Real Plan Real
ción
139
Ejercicio Lego
1. Planificación del Sprint (2MIN)

2. Iteración (3 min)
3. Revisión (1 min)
4. Retrospectiva (1 min)
140
70
Técnica de estimación:
The estimation Game
1. Realizar grupos de 5 personas.
2. Aplicar la técnicas de estimación
3. Explicar el resultado en pizarra y criterios utilizados.
141
The estimation Game
1. Realizar una priorización de las historias de usuario desde la que
demanda menos tiempo a la que demanda más tiempo. La unidad
pueden ser horas, días, etc. Ordenarlas desde la más de arriba hacia
abajo.
2. Utilizando los números de Fibonacci para ir asignando un peso a cada
historia de usuario. Partir asignando el número 1 a la que dura menos
1 hora, 1 día o un punto de historia.
3. Asignar el segundo número de Fibonacci o 2 a la actividad que
demanda 2 días, horas, puntos de historia o la unidad de medida
elegida.
4. Continuar asignando el siguiente número de Fibonacci en la serie a la
actividad que demande 3 unidades de medida y así sucesivamente.
5. Rellenar los espacios en blanco con los valores del número de
Fibonacce de la parte superior de la serie.
142
71
The estimation Game
Product Backlog priorizado
TAREA A: Como X yo debería poder X para poder X
TAREA A: Como X yo debería poder X para poder X Números de Fibonacci
TAREA A: Como X yo debería poder X para poder X 1 – 2 – 3 – 5 – 8 – 13 – 21 – 34 – 55 – 89 - 144
143
The estimation Game: Ejemplo

Product Backlog priorizado
Historia A: Como usuario, yo debería poder acceder a la interfaz de mi banco para ver los saldos
Historia B: Como usuario, yo debería poder hacer transferencias o pagos en mis cuentas para pagar mi tarjeta de crédito
Historia C: Como usuario, yo debería poder hacer transferencias o pagos en mis cuentas para pagar mi línea de crédito
Historia D: Como usuario, yo debería poder hacer transferencias electrónicas para otros bancos para pagar a mis proveedores
Historia E: Como usuario, yo debería poder pagar servicios a través de internet para pagar mis cuentas
Historia F: Como usuario yo debería poder contactar a un ejecutivo por chat para hacer consultas
Historia G: Como usuario yo debería poder hacer inversiones internacionales para aumentar mi patrimonio
Historia H: Como usuario yo debería poder pagar mis créditos con el banco para avanzar en el pago de mis cuotas
Historia I: Como usuario yo debería poder contratar pago automático de cuentas (PAC) para facilitar mis pagos
Historia J: Como usuario yo debería poder agregar servicios para efectuar el pago online para pagar mis cuentas
Historia K: Como usuario yo debería poder agregar usuarios de otros bancos para poder efectuar transferencias
Historia L: Como usuario yo debería poder solicitar créditos de consumo para financiar mis necesidades
Historia M: Como usuario yo debería poder bloquear mis tarjetas de crédito y débito en caso de emergencias
Historia N: Como usuario yo debería poder hacer compras internacionales con mi tarjeta de crédito
Historia O: Como usuario yo debería poder revisar mis transacciones asociada a mi cuenta corriente una a una para ver el detalle de egresos e ingresos
Historia P: Como usuario yo debería poder revisar mis transacciones asociada a mi línea de crédito una a una para ver el detalle de egresos e ingresos
Historia Q: Como usuario yo debería poder ver el detalle del estado de cuenta de mi tarjeta de crédito para saber las compras que he efectuado
Historia R: Como usuario debería poder exportar a Excel el detalle de mis transacciones en cuenta corriente y línea de crédito.
144
72
145
Sprint 3
(Iteración 2)
146
73
Programa del taller
Procesos
Auto organización
Planificación y Estimación
Eventos
Colaboración
Implementación
valor Artefactos
Revisión y Retrospectiva
Tiempo Asignado
Calidad, cambios y riesgos
Desarrollo iterativo Lanzamiento
147
Tablero de Scrum
1 Procesos X
2 Inicio X
3 Planificación y X
Estimación
4 Implementación X
5 Revisión y X
Retrospectiva
6 Lanzamiento X
7 Test
8 Tarea X
148
74
Tablero de Scrum
1 Procesos X
2 Inicio X
Estimación
4 Implementación X
5 Revisión y X
Retrospectiva
6 Lanzamiento X
7 Test
8 Tarea X
149
Ejercicio de procesos vs Fase

Iniciar Planificar y estimar Implementar Revisión y retrospectiva Lanzamiento
5. Crear la lista de pendientes del Sprint 19. Formar el equipo Scrum

3. Convocar reunión Scrum de Scrum 7. Retrospectiva del proyecto
12. Crear tareas 9. Mantener la lista priorizada de pendientes
del producto
15 Enviar entregables 16 Desarrollo de épicas
17 Crear historias de usuario 4. Identificar al Scrum Master y Stakeholders
18. Crear el la lista priorizada de 13. Estimar tareas

pendientes del productos
1. Mostrar y validar el Sprint 14 Crear la visión del proyecto

2. Conducir reunión diaria 8. Crear entregables
6. Retrospectiva del Sprint 10. Aprobar, estimar y comprometer historias
de usuario
11 Realizarla planificación del lanzamiento
150
75
Procesos de SCRUM
Planificación y Revisión y
Inicio Implementación Lanzamiento
Estimación retrospectiva
6 Procesos: 5 Procesos: 3 Procesos: 3 Procesos: 2 Procesos:

14 Crear la visión del 17. Crear historias de 8. Crear entregables 3. Convocar reunión 15. Enviar
proyecto usuario 2. Conducir reunión Scrum de Scrum entregables
4. Identificar al Scrum 10. Aprobar, estimar diaria 1. Mostrar y validar el 7. Retrospectiva del
Master y y comprometer 9. Mantener la Sprint proyecto
Stakeholders historias de usuario priorización de la lista 6. Retrospectiva del
19. Formar el equipo 12. Crear tareas de pendientes del Sprint
Scrum 12. Estimar tareas producto
16. Desarrollo de 5. Crear la lista del
épicas pendientes del Sprint
18. Crear el la lista
priorizada de
productos
11. Realizarla
planificación del
lanzamiento
151
Tablero de Scrum
1 Procesos X
2 Inicio X
Estimación
4 Implementación X
5 Revisión y X
Retrospectiva
6 Lanzamiento X
7 Test
8 Tarea X
152
76
Procesos de Inicio
2. Identificar 5. Crear el la 6. Realizarla

1. Crear la
al Scrum 3. Formar el 4. Desarrollo lista planificación
visión del
Master y equipo Scrum de épicas priorizada de del
proyecto
Stakeholders productos lanzamiento
Fuente: SBOK 153
Procesos de Inicio: 1 Crear la visión del Proyecto
Entradas Herramientas Salidas
• 1. Caso de Negocio del Proyecto * • 1. Reunión de la Visión del • 1. Propietario del Producto
• 2. Program Propietario del producto Proyecto* identificado*
• 3. Program Scrum Master • 2. Sesiones JAD (Diseño de • 2. Declaración de la Visión
• 4. Program Stakeholder(s) Aplicación Conjunta) del Proyecto*
• 5. Jefe Propietario del producto • 3. Análisis SWOT • 3. Acta de Constitución del
• 4. Análisis de Brechas Proyecto
• 6. Program Product Backlog
• 4. Presupuesto del Proyecto
• 7. Trial Project
• 8. Proof of Concept
• 9. Company Vision
• 10. Company Mission
• 11. Market Study
• 12. Scrum Guidance Body
Recommendations
154
77
Inicio: 2 Identificar al Scrum Master y al socio(s)
Entradas Herramientas y Técnicas Salidas
• 1. Propietario del Producto* • 1. Criterio de Selección* • 1. Scrum Master Identificado*

• 2. Declaración de la Visión del Proyecto* • 2. Asesoramiento de Expertos de • 2. Socio(s) Identificado*
RH (Recursos Humanos)
• 3. Propietario del Producto del Programa
• 3. Capacitación y Costos de
• 4. Scrum Master del Programa Capacitación
• 5. Jefe Propietario del Producto • 4. Costos de Recursos
• 6. Jefe Scrum Master
• 7. Socio(s) del Programa
• 8. Requisitos del personal
• 9. Disponibilidad y compromiso de los
• Personajes o Personas
• 10. Matriz Organizacional de Recursos
• 11. Matriz de las Destrezas Requeridas
• 12. Recomendaciones del Cuerpo de
Asesoramiento de Scrum
155
Inicio: 3 Formación de un equipo Scrum
• 1. Propietario del Producto* • 1 Selección del Equipo* • 1. Equipo Scrum identificado*

• 2. Scrum Master* • 2. Asesoramiento de Expertos • 2. Substitutos
de RH
• 3. Declaración de la Visión del Proyecto* • 3. Plan de Colaboración
• (Recursos Humanos)
• 4. Jefe Propietario del Producto • 4. Plan para la Formación del
• 3. Costos del personal Equipo
• 5. Requisitos de personal
• 4. Capacitación y Costos de
• 6. Disponibilidad y compromiso de los Capacitación
• Personajes o Personas • 5. Costos de Recursos
• 7. Matriz de Recurso Organizacional
• 8. Matriz de las Destrezas Requeridas
• 9. Requerimientos de Recursos
156
78
Inicio: 4 Desarrollo de épica(s)
• 1. Principal Equipo Scrum* • 1. Reunión del Grupo de • 1. Épica(s)*

Usuarios*
• 2. Declaración de la Visión del Proyecto* • 2. Personajes o Personas*
• 2. Talleres de Historias del
• 3. Socio(s) Usuario • 3. Cambios aprobados
• 4. Lista de Pendientes del Producto del • 3. Reunión del Grupo de • 4. Riesgos identificados
• Programa Enfoque
• 5. Solicitudes de Cambios Aprobados • 4. Entrevista del Usuario o
• 6. Solicitudes de Cambios Rechazados Cliente
• 7. Riesgos de la Cartera y el Programa • 5. Cuestionarios
• 8. Leyes y Regulaciones • 6. Técnicas de Identificación
• 9. Contratos aplicables de Riesgos
• 10. Información del Proyecto Previo • 7. Experiencia del Cuerpo de
• 11. Recomendaciones del Cuerpo de Asesoramiento de Scrum
157
158
79
Ejemplo de épica y personas:

Vanessa tiene 39 años de edad y es residente de San Francisco. Ella es
apasionada por viajar y después de haber tenido una exitosa carrera como
abogada, ha decidido disfrutar de su pasión por el viaje. Le gusta tener
opciones al seleccionar sus viajes aéreos y servicios de alojamiento para que
ella pueda elegir el mejor, a un precio accessible. Ella se siente frustrada con los
sitios web lentos y desordenados.
Ejemplo de historia de usuario:
1. Como usuario de viajes me gustaría poder agendar vía web los pasajes aéreos con
anticipación para evitar hacer largas filas.
2. Como usuario de viajes me gustaría poder revisar y agendar servicios de alojamiento
vía web para simplemente llegar a alojar.
159
Inicio: 5 Creación de la lista priorizada de

pendientes del producto (Product Backlog)
• 1. Principal Equipo Scrum* • 1. Métodos de Priorización • 1. Lista Priorizada de

de Historias Pendientes del Producto*
• 2. Épica(s)*
• del Usuario* • 2. Criterio de Terminado*
• 3. Personajes o Personas*
• 2. Talleres de Historias del
• 4. Socio(s)
Usuario
• 5. Declaración de la Visión del
• 3. Planificación de Valor
Proyecto
• 4. Técnicas de Evaluación del
• 6. Lista de Pendientes del Producto Riesgo
del
• 5. Estimación del Valor del
• Programa
Proyecto
• 7. Requisitos de Negocio
• 6. Métodos de Estimación
• 8. Solicitudes de Cambios Aprobados de Historias
• 9. Riesgos Identificados • del Usuario
• 10. Contractos Aplicables • 7. Experiencia del Cuerpo de
• 11. Recomendaciones del Cuerpo de 160
• Asesoramiento de Scrum
80
Inicio: 6 Realizar el plan de lanzamiento
• 1. Principal Equipo Scrum* • 1. Sesiones de Planificación del • 1. Cronograma de Planificación

• 2. Socio(s)* • Lanzamiento* del Lanzamiento*
• 3. Declaración de la Visión del Proyecto* • 2. Métodos de Priorización del • 2. Duración del Sprint*
• 4. Lista Priorizada de Pendientes del • Lanzamiento* • 3. Clientes meta para el
• Producto* Lanzamiento
• 5. Criterio de Terminado* • 4. Lista Priorizada de Pendientes
del Producto Refinad
• 6. Propietario del Producto del
• Programa
• 7. Scrum Master del Programa
• 8. Jefe Propietario del Producto
• 9. Lista de Pendientes del Producto del
• Programa
• 10. Requisitos del Negocio
• 11. Calendario de Días Festivos
161
Tablero de Scrum
1 Procesos X
2 Inicio X
Estimación
4 Implementación X
5 Revisión y X
Retrospectiva
6 Lanzamiento X
7 Test
8 Tarea X
162
81
Procesos de planificación y estimación
8. Aprobar,
11. Crear la
7. Crear estimar y
9. Crear 10. Estimar lista del
historias de comprometer
tareas tareas pendientes
usuario historias de
del Sprint
usuario
Fuente: SBOK 163
Procesos de Planificación: 7 Crear historias de usuario
• 1. Principal Equipo Scrum* • 1. Experiencia para Escribir • 1. Historias de usuario*

• 2. Lista Priorizada de Pendientes del Historias del Usuario* • 2. Criterios de aceptación de
• Producto* • 2. Talleres de Historia del Usuario historias de usuario *
• 3. Criterio de Terminado* • 3. Reunión del Grupo de Usuarios • 3. Actualizar la lista priorizada
• 4. Personajes o Personas* • 4. Reunión del Grupo de Enfoque de pendientes del producto.
• 5. Socio(s) • 5. Entrevistas del Cliente/Usuario • 4. Updated or Refined Personas
• 6. Épica(s) • 6. Cuestionarios
• 7. Requisitos del Negocio • 7. Métodos de Estimación de
• 8. Leyes y Regulaciones Historias del Usuario
• 9. Contratos Aplicables • 8. Experiencia del Cuerpo de
164
82
• 1. Principal Equipo Scrum* • 1. Experiencia para Escribir • 1. Historias de usuario*

• 2. Lista Priorizada de Pendientes del Historias del Usuario* • 2. Criterios de aceptación de
• Producto* • 2. Talleres de Historia del Usuario historias de usuario *
• 3. Criterio de Terminado* • 3. Reunión del Grupo de Usuarios • 3. Actualizar la lista priorizada
• 4. Personajes o Personas* • 4. Reunión del Grupo de Enfoque de pendientes del producto.
• 5. Socio(s) • 5. Entrevistas del Cliente/Usuario • 4. Updated or Refined Personas
• 6. Épica(s) • 6. Cuestionarios
• 7. Requisitos del Negocio • 7. Métodos de Estimación de
• 8. Leyes y Regulaciones Historias del Usuario
• 9. Contratos Aplicables • 8. Experiencia del Cuerpo de
165
Formato de User Story:

Como <rol/ persona>, yo debería <requisito> así <beneficio>.
166
83
167
168
84
169
•YO, COMO cliente del Banco

•QUIERO una tarjeta de débito y crédito
•DE MODO QUE no tenga que usar dos tarjetas distintas para mis compras
170
85
• DADO que compro con mis tarjetas de débito o crédito

• CUANDO compre en cualquier lugar del mundo
• ENTONCES se descontará de mi saldo débito y luego de mi monto en crédito
171
• YO, COMO persona que le gusta la televisión

• QUIERO poder ver películas cuando quiera
• DE MODO QUE no esté obligado a ver la programación estándar del Cable o la Televisión
172
86
•DADO que quiero ver una película

•CUANDO tenga tiempo libre
•ENTONCES podré seleccionar la película que yo quiera y verla
173
Procesos de Planificación: 8 Aprobar, Estimar, y Asignar

Historias del Usuario
• 1. Principal Equipo Scrum* • 1. Reunión de Grupo de • 1. Historias del Usuario

• 2. Historias del Usuario* Usuarios* Aprobadas,
• 3. Criterio de Aceptación de • 2. Planificación Póker • Estimadas y Asignadas*
Historias del Usuario* • 3. Puño de Cinco
• 4. Recomendaciones del • 4. Puntos por Estimación
Cuerpo de del Costo
• Asesoramiento de Scrum • 5. Otras técnicas de
Estimación
• 6. Experiencia del Cuerpo
de Asesoramiento Scrum
174
87
Planning Poker
Es una técnica de estimación o cálculo que utiliza el consenso para

estimar los tamaños relativos de los User Stories o el esfuerzo
requerido para crearlos.
1. Se asigna baraja de cartas a cada miembro del equipo.

2. El propietario del producto elige un History Point
3. Cada miembro del equipo debe tomar una carta y presentar
según la estimación
4. Si no hay consenso el mejor y peor caso exponen sus
argumentos y se discute
5. Se vuelve a estimar hasta llegar a consenso
175

Planning Poker
1 – 2 – 3 – 5 – 8 – 13 – 21 – 34 – 55-89 - 144
1 144
176
88
1 2 3 5
1 2 3 5
1 2 3 5
8 13 20 40 100
8 13 20 40 100
8 13 20 40 100
177

Puño de Cinco
El número de dedos que se utiliza para la votación indica el nivel de acuerdo y el deseo
para el debate:
1. Un dedo: no estoy de acuerdo con la conclusión del grupo y tienen grandes
preocupaciones.
2. Dos dedos: no estoy de acuerdo con la conclusión del grupo y me gustaría hablar de
algunos issues menores.
3. Tres dedos: no estoy seguro y me gustaría asumir la conclusión de consenso del
grupo.
4. Cuatro dedos: Estoy de acuerdo con la conclusión del grupo y me gustaría discutir
algunos issues menores.
5. Cinco dedos: Estoy totalmente de acuerdo con la conclusión del grupo.
178
89
Procesos de Planificación: 9 Crear Tareas
• 1. Principal Equipo • 1. Reunión de • 1. Lista de Tareas*

Scrum* Planificación de • 2. Historias de
• 2. Historias de Usuario Tareas* Usuarios aprobadas,
aprobadas, estimadas y • 2. Tarjetas de estimadas y
asignadas* Vocabulario asignadas
• 3. Segmentación actualizadas
• 4. Determinación de • 3. Dependencias
Dependencias 179
Task: Es una representación del requisito que

está en lenguaje del usuario, pero de una
forma técnica donde está definido cómo se va
a trabajar y quién van a participar.
180
90
181
182
91
Procesos de Planificación: 10 Estimar Tareas
• 1. Principal Equipo Scrum* • 1. Reuniones de • 1. Lista de Tareas y su

• 2. Lista de Tareas* Estimación de Tareas* Esfuerzo Estimado*
• 3. Criterio de Aceptación de • 2. Criterios de Estimación* • 2. Lista de Tareas
Historias del Usuario • 3. Planificación Póker actualizada
• 4. Dependencias • 4. Puño de Cinco
• 5. Riesgos identificados • 5. Otras técnicas de
• 6. Recomendaciones del Estimación de Tareas
Cuerpo de Asesoramiento
de Scrum
183
Procesos de Planificación: 10 Estimar

Tareas
• Pregunta: ¿Hasta cuántas actividades se
incluyen en el Sprint Backlog?
• Respuesta: Hasta que sea posible según la
velocidad del Team….
• Si el Sprint es de 3 semanas
• Andrés, Carolina, Antonio pueden trabajar =15
días x 8 horas diarias X 3= 360 horas
• Pero el trabajo real es trabajo X factor de
dedicación
184
92
La velocidad del Team
• Factor de dedicación por defecto recomendado
primera vez 0,7
• Trabajo real=360 X 0,7=252 hrs
• Velocidad del Team=252 hrs
• Podemos hacer actividades hasta completar la
velocidad del Team (252 hrs).
185

La velocidad del Team
• Nuestro trabajo actual es 104

• Es decir , nos quedan horas disponibles por 252-104=148 hrs
• Podemos agregar actividades hasta completar 148 hrs.
• Otra alternativa al método anterior es el “juicio experto”

……funciona bien con equipos pequeños y Sprint cortos.
• NOTA: Entonces…. lo que se definió inicialmente con el usuario es
una estimación inicial……. que aquí se corrige
186
93
Procesos de Planificación: 11 Crear la Lista de
Pendientes del Sprint
• 1. Principal Equipo • 1. Reunión de • 1. Pendientes del

Scrum* Planificación del Sprint*
• 2. Lista de Tareas y su Sprint* • 2. Gráfico del
Esfuerzo Estimado* • 2. Herramientas de Trabajo Consumido
• 3. Duración del Sprint* Rastreo del Sprint del Sprint*
• 4. Velocidad del Sprint • 3. Parámetro de
anterior Rastreo del Sprint
• 5. Dependencias
• 6. Calendario del
187
Equipo
Tablero de Scrum
1 Procesos X
2 Inicio X
Estimación
4 Implementación X
5 Revisión y X
Retrospectiva
6 Lanzamiento X
7 Test
8 Tarea X
188
94
Procesos de Implementación
14. Mantenimiento de
13. Conducir reunión la lista priorizada de
12. Crear entregables
diaria pendientes del
producto
Fuente: SBOK 189
Procesos de Implementación: 12 Crear entregable
• INPUTS • 1. Experiencia del equipo* • 1. Entregables del Sprint*

• 1. Principal Equipo Scrum* • 2. Software • 2. Tablero Scrum
• 2. Lista de Pendientes del Sprint* • 3. Otras herramientas de actualizado*
• 3. Tablero del Scrum* desarrollo • 3. Registro de Impedimentos
• 4. Registro de Impedimentos* • 4. Experiencia del Cuerpo de actualizado*
• 5. Cronograma de Planificación Asesoramiento de Scrum • 4. Solicitud de cambios no
del Lanzamiento aprobados
• 6. Dependencias • 5. Riesgos identificados
• 7. Recomendaciones del Cuerpo • 6. Riesgos mitigados
de • 7. Dependencias
• Asesoramiento de Scrum actualizadas
190
95
Procesos de Implementación: 12 Crear entregable
Tablero Scrum
191
Procesos de Implementación: 13 Llevar a cabo el

Standup diario
• 1. Equipo Scrum* • 1. Reunión del Standup • 2. Tabla del Trabajo

• 2. Scrum Master* Diario* Consumido del Sprint*
• 3. Tabla del Trabajo Consumido • 2. Tres preguntas diarias* • 3. Registro de
del Sprint* • 3. Sala de guerra Impedimentos
• 4. Registro de Impedimentos* • 4. Videoconferencia • actualizado*
• 5. Propietario del Producto • 4. Equipo Scrum motivado
• 6. Experiencia del día anterior • 5. Tablero Scrum
de trabajo actualizado
• 7. Tablero del Scrum • 6. Solicitud de cambios no
• 8. Dependencias aprobados
• 7. Riesgos identificados
• 8. Riesgos mitigados
• 9. Dependencias 192
actualizadas
96
Procesos de Implementación: 13 Llevar a cabo el
Standup diario
1.¿Qué terminé ayer?

2.¿Qué voy a terminar hoy?
3.¿Qué impedimentos u obstáculos (si los
hay) estoy enfrentando en la actualidad?
193
Llevar a cabo el Standup diario

Autenticación
del usuario
Registrar Ingreso de
usuario nuevo usuario
existente
Cambio de
clave Pruebas
unitarias
En nuestro caso esta Recuperación
de clave
sección corresponde a…
• Si se usa post-it para las tareas, no olvides pegarlos usando cinta adhesiva.
• Se pueden agregar estados: pruebas internas, qa, cancelado, detenido…etc….pero en la filosofía
scrum la idea es mantenerlo simple
194
97
Recuperación de clave
24 h
12 h
8h
ANdrés
• Cada actividad o post it (en este caso recuperación de clave)

puede contener otra información que se va actualizando: por
ejemplo días restantes o el responsable
195

Así, en los Scrum diarios…..
Pendiente En curso Terminado
Autenticación
del usuario
Registrar
usuario nuevo
Cambio de
clave
Recuperación
de clave
Pruebas
unitarias
Ingreso de
usuario
existente
196
98
Casí al final del Scrum…..
Pendiente En curso Terminado
Autenticación
del usuario
Registrar Ingreso de
Pruebas
usuario nuevo usuario
unitarias
existente
Cambio de
clave
Recuperación
de clave
197
Procesos de Implementación: 14 Mantenimiento de

la lista priorizada de pendientes del producto
• 1. Principal Equipo Scrum* • 1. Reunión de Repaso de Priorización • 1. Lista Priorizada de Pendientes del
• 2. Lista Priorizada de Pendientes del • de la Lista del Producto* • Producto actualizada*
• Producto* • 2. Técnicas de comunicación • 2. Cronograma de Planificación del
• 3. Entregables rechazados • 3. Otras técnicas de mantenimiento de • Lanzamiento actualizado
• 4. Solicitudes de cambios aprobados • la Lista Priorizada de Pendientes del
• 5. Solicitud de cambios rechazados • Producto
• 7. Lista de Pendientes del Producto del
• Programa actualizada
• 8. Registro de la Retrospectiva del
• Sprint
• 9. Dependencias
• 10. Cronograma de Planificación del
• Lanzamiento
• Asesoramiento de Scrum
198
99
Tablero de Scrum
1 Procesos X
2 Inicio X
Estimación
4 Implementación X
5 Revisión y X
Retrospectiva
6 Lanzamiento X
7 Test
8 Tarea X
199
Procesos de Revisión y Retrospectiva (R&R)
15. Convocar reunión 16. Mostrar y validar el 17. Retrospectiva del

Scrum de Scrum Sprint Sprint
Fuente: SBOK 200
100
Procesos de R&R: 15 Convocar el Scrum de Scrums
• 1. Scrum Master o • 1. Reunión de Scrum de • 1. Mejor coordinación

representantes del Scrums* del Equipo*
• Equipo* • 2. Cuatro preguntas por • 2. Incidentes resueltos
• 2. Jefe Scrum Master Equipo* • 3. Registro de
• 3. Jefe Propietario del • 3. Videoconferencia Impedimentos
Producto • 4. Sala de Guerra actualizado
• 4. Agenda de la Reunión • 5. Experiencia del Cuerpo • 4. Dependencias
• 5. Registro de de Asesoramiento de actualizadas
Impedimentos Scrum
• 6. Dependencias
• 7. Salidas de la
Retrospectiva del Sprint
201
Procesos de R&R: 15 Convocar el Scrum de Scrums
1) ¿En qué ha estado trabajando mi equipo desde la última

reunión?
2) ¿Qué va a hacer mi equipo hasta la próxima reunión?
3) Que impide al equipo hacer las tareas hasta la próxima
reunión?
4) ¿Qué piensa hacer nuestro equipo que pueda afectar a otros
equipos y otros a nosotros?
202
101
Procesos de R&R: 16 Demostrar y Validar el Sprint
• 1. Principal Equipo Scrum* • 1. Reunión de Revisión del Sprint* • OUTPUTS

• 2. Entregables del Sprint* • 2. Análisis del Valor Ganado • 1. Entregables aceptados*
• 3. Pendientes del Sprint* • 3. Experiencia del Cuerpo de • 2. Entregables rechazados
• 4. Criterio de Terminado* • Asesoramiento de Scrum • 3. Riesgos actualizados
• 5. Criterio de Aceptación de la • 4. Resultados del Análisis del
Historia Valor Ganado
• del Usuario* • 5. Cronograma de Planificación
• 6. Socio(s) del Lanzamiento actualizado
• 7. Cronograma de Planificación del • 6. Dependencias actualizadas
• Lanzamiento
• 9. Dependencias
• 10. Cuerpo de Asesoramiento de
Scrum
203
Procesos de R&R: 17 Retrospectiva del Sprint
• 1. Scrum Master* • 1. Reunión de la Retrospectiva del • 1. Mejoras Acordadas

• 2. Equipo Scrum* • Sprint* Susceptibles a La Acción*
• 3. Salidas de Demostrar y Validar el • 2. ESVP • 2. Elementos de Acción
• Sprint* • 3. Barco Asignada y Fechas de Entrega
• 4. Propietario del Producto • 4. Parámetros y Técnicas de • 3. Elementos no funcionales
Medición propuestos para la Lista
Priorizada de Pendientes del
Asesoramiento de Scrum • 5. Experiencia del Cuerpo de
Producto
• 4. Registro de la Retrospectiva
del Sprint
• 5. Lecciones aprendidas del
Equipo de Scrum
• 6. Recomendaciones
actualizadas del Cuerpo de
204
102
1. Las cosas que el equipo tiene que seguir haciendo: mejores

prácticas
2. Las cosas que el equipo necesita empezar a hacer: mejoras en
el proceso
3. Las cosas que el equipo necesita dejar de hacer: problemas
de proceso y embotellamiento
205

Estrella de mar
206
103
Herramientas: Explorer—Shopper—Vacationer—Prisoner (ESVP)
Explorador Comprador
Quiere participar y aprender Quiere escuchar todo y elegir lo
todo lo que se discute en la que desea de la retrospectiva
reunión
Veraneante Prisionero
Quiera relajarse y ser turista en Quiere estar en otro lugar y
la reunión, reacio a participar, asiste a la reunión por
pero prefiere esto al trabajo obligación
normal.
207

Speed Boat
Los miembros son los tripulantes del barco e identifican:

1. La isla: Que es la visión del proyecto.
2. Los motores : Es lo bueno, lo que ayuda a llegar a la isla.
3. El ancla: Es lo malo, lo que impide llegar a la isla.
208
104
Procesos de R&R: 17 Retrospectiva
del Sprint
• Se hace una lista con las cosas posibles de mejorar en el
próximo sprint:
– Algunas actividades deberían haberse subdividido más
– Nos sobre comprometimos y no alcanzamos
– Etc…
• Cada integrante del team tiene tres puntos que puede poner
sobre estas ideas
209
Procesos de R&R: 17 Retrospectiva

del Sprint
Posibles Mejoras próximo Sprint
Factor de El team
Subdividir dedicación es necesita Nos sobre
actividades poco realista trabajar en la comprometimos
debería ser 0,5 misma sala
1 1 1 1 1 1
1 1 1
210
105
Tablero de Scrum
1 Procesos X
2 Inicio X
Estimación
4 Implementación X
5 Revisión y X
Retrospectiva
6 Lanzamiento X
7 Test X
8 Tarea X
211
Procesos de Lanzamiento
12.1 Envío de 12.2 Retrospectiva del

entregables proyecto
Fuente: SBOK 212
106
Procesos de Lanzamiento: 18 Enviar entregables
• 1. Propietario del Producto* • 1. Métodos de Despliegue • 1. Acuerdo de Entregables

• 2. Socios(s)* Organizativo* Funcionales*
• 3. Entregables Aceptados* • 2. Plan de Comunicación • 2. Entregables Funcionales
• 4. Cronograma de Planificación del • 3. Lanzamientos del Producto
• Lanzamiento*
• 5. Scrum Master
• 6. Equipo Scrum
• 7. Criterio de Aceptación de la
Historia
• del Usuario
• 8. Plan Piloto
213
Procesos de Lanzamiento: 19 Retrospectiva del

Proyecto
• 1. Principal Equipo(s) Scrum* • 1. Reunión de la Retrospectiva del • 1. Mejoras Acordadas

• 2. Jefe Scrum Master • Proyecto* Susceptibles a la Acción*
• 3. Jefe Propietario del Producto • 2. Otras herramientas para la • 2. Elementos de Acción
• 4. Socio(s) • Retrospectiva del Proyecto Asignada y Fechas de Entrega*
• 5. Recomendaciones del Cuerpo de • 3. Experiencia del Cuerpo de • 3. Elementos no funcionales
propuestos
• Asesoramiento de Scrum • Asesoramiento de Scrum
• para la Lista de Pendientes del
• Producto del Programa y la
Lista
• Priorizada de Pendientes del
Producto
• 4. Recomendaciones
actualizadas del Cuerpo de
Asesoramiento de Scrum214
107
Tablero de Scrum
1 Procesos X
2 Inicio X
Estimación
4 Implementación X
5 Revisión y X
Retrospectiva
6 Lanzamiento X
7 Test X
8 Tarea X
215
Tablero de Scrum
1 Procesos X
2 Inicio X
Estimación
4 Implementación X
5 Revisión y X
Retrospectiva
6 Lanzamiento X
7 Test X
8 Tarea X
216
108
Tablero de Scrum
Hacer test 3 del simulador y aprobar sobre 80%.
217
Tablero de Scrum
1 Procesos X
2 Inicio X
Estimación
4 Implementación X
5 Revisión y X
Retrospectiva
6 Lanzamiento X
7 Test X
8 Tarea x
218
109
219
110

Taller de Introducción A SCRUM - Clase Full Scrum - v9

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Taller de Introducción A SCRUM - Clase Full Scrum - v9

Caricato da

Copyright:

Formati disponibili

Taller de Certificación Scrum Master

•Este es un taller de 4 días (ver horario). El horario de las clases es de 17:00 a

• Los participantes deben estar en el salón de clases a tiempo y regresar del

• Los teléfonos celulares deben estar apagados o en modo silencioso.

•El material de bibliografías de Guía de Scrum y SBOK no puede ser fotocopiado,

Certificaciones Scrum Master

1. Nombre, apellido profesión.

1. Proveer un entendimiento de los principios y de la filosofía

2. Proveer conocimientos prácticos de SCRUM, incluyendo

3. Preparar al alumno para conseguir la certificación como

Programa del taller

Auto organización Planificación y

Métodos tradicionales Métodos ágiles

Carole Dweck, nos habla de dos

Personas e Interacciones por sobre Procesos y Herramientas

Kanban Extreme Programming XP

El 80% de todos los proyectos emplearán Métodos

Proyectos que usan metodologías Agiles son mas

¡¡¡ Es un Mito !!!

Exijo EDT Métodos

Se gestionan los proyectos Se gestionan los proyectos

Proyecto 1: Cascada Proyecto 1: Metodologías Híbrida

Proyecto 2: RUP Proyecto 2: Metodologías Híbrida

1. Framework liviano 1. Scrum NO es un “Silver Bullet”

¿SCRUM en Grandes Proyectos?

Conferencia de Programación Orientada a

Componentes base de Scrum

Ceremonias base de Scrum

Visión del Product Sprint Backlog

Iteración Estimación Real

Procesos Cambian según se necesite

Valores de Scrum: Guía de Scrum

Las personas se comprometen de

Los miembros del Equipo Scrum

Valores de Scrum: Guía de Scrum

Todos se enfocan en el trabajo

El Equipo Scrum y sus interesados

Valores de Scrum: Guía de Scrum

Los miembros del Equipo Scrum

Principios de SCRUM: SBOK

Control Transparencia Al mostrar los avances

empírico del Inspección Al revisarlos el cliente

Adaptación Al realizar las mejoras

Se traduce en un mejor equipo de buy-in

Principios de SCRUM: SBOK

El desarrollo de los productos es un

Se busca para entregar el máximo valor

Principios de SCRUM: SBOK

Tiempo • Reunión diaria

El desarrollo iterativo ayuda a gestionar

Certificado SCRUM Master

TU NOMBRE PUEDE ESTAR AQUÍ

1. Test de 20 preguntas tipo examen

1. Unirse al grupo Scrum Chile en linked in:

Componentes base de Scrum

1. Product Owner o propietrario del producto

Video All Black: Haka

Core Role: Scrum Master

Core Role: Equipo de desarrollo

• Multifuncionales: esto es, como equipo cuentan con todas las

• Scrum no reconoce títulos

• Scrum no reconoce subequipos

Teorías HR: Técnicas de resolución