FRAMEWORKS DE TRABAJO ÁGIL:

SCRUM
CURSO: METODOLOGIAS AGILES
Educación Profesional
Escuela de Ingeniería

Docentes: Manuel Cepeda - Juan Carlos Lucero

https://www.4agile.cl/
El uso de apuntes de clases estará reservado para finalidades académicas. La reproducción total o parcial de los mismos por cualquier medio, así como su
difusión y distribución a terceras personas no está permitida, salvo con autorización del autor.
OBJETIVOS

• Conocer cuáles son los principios que

gobiernan la filosofía Ágil, entendiendo
cómo las metodologías más utilizadas se
orientan a la generación de valor y
aprendizaje temprano.
• Aplicar herramientas prácticas con el fin
de comunicar y movilizar de manera ágil
cambios organizacionales en su entorno
laboral.
CONTENIDOS
Unidad 1: Siglo XXI. ¿Por qué vivimos en la sociedad que vivimos?
• La cuarta revolución industrial
• Tipos de organizaciones en distintas épocas
• La esencia de la transformación digital
• Factores claves en la gestión del cambio organizacional.
Unidad 2: Introducción a las metodologías Ágiles
• Qué son las metodologías ágiles
• Historia de su evolución en la gestión
• Pilares de la agilidad (incluye actividad de aprendizaje)
Unidad 3: Metodologías ágiles más usadas
• XP
• Kanban (incluye actividad de aprendizaje)
• Lean startup y su relación con ágil
• Lean: Toyota Kata
• Actividad de aprendizaje.
Unidad 4: Scrum, la metodología más conocida de la agilidad
• Introducción a Scrum
• Scrum y actividad de aprendizaje
• Conclusiones del curso
EVALUACIÓN

• Prueba individual de selección múltiple. (50%)

• Actividad grupal final en la que deberán
demostrar sus aprendizajes en los módulos
planteados en base asignaciones propias de
cada grupo. (50%)
¿Qué? Maximo 20 minutos de presentación
Exponer: (1) sus aprendizajes del curso
(2) Su aplicación en su día a día laboral
¿Cuándo? En la última clase
¿Cómo? Formar 5 grupos de 7 personas
BIBLIOGRAFÍA
• The Lean Startup: How Today's Entrepreneurs Use Continuous Innovation to Create Radically
Successful Businesses, Ries E, 2011
• Business Model Generation, Osterwalder, A. and Pigneur, Y, 2010.
• The Four Steps to Epiphany, Steve Blank, July 17, 2013
• The Lean Mindset: Ask the Right Questions (Addison-Wesley Signature Series (Beck)), Mary
Poppendieck, March 6, 2017
• Growth Hacking: Silicon Valley's Best Kept Secret, Raymond Fong, January 31, 2017
• Impact Mapping: Making a big impact with software products and projects, Gojko Adzic, December
12, 2016
• This is Lean: Resolving the Efficiency Paradox, Niklas Modig, April 5, 2016
• A3 Problem Solving: Applying Lean Thinking, Jamie Flinchbaugh, August 24, 2015
• The Five Dysfunctions of a Team, Enhanced Edition: A Leadership Fable (J-B Lencioni Series), Patrick
M. Lencioni, August 10, 2015
• Flow: The Psychology of Happiness, Mihaly Csikszentmihalyi, August 8, 2015
• User Story Mapping: Discover the Whole Story, Build the Right Product, Jeff Patton, April 25, 2015
• Scrumban: Essays on Kanban Systems for Lean Software Development, Corey Ladas, April 25, 2015
• Kanban, David J. Anderson, March 7, 2015
• The Talent Code: Greatness Isn't Born. It's Grown. Here's How, Daniel Coyle, June 1, 2014
• Toyota Kata: Managing People for Improvement, Adaptiveness and Superior Results, Mike Rother,
June 1, 2014
• Personal Kanban: Mapping Work | Navigating Life, Tonianne DeMaria Barry, April 8, 2014
• La Ontología del lenguaje. Rafael Echeverria, 2013
• Liderando la construcción de una cultura de innovación, Ivan Vera,
https://www.ciia.cl/2018/presentaciones/P1-Ivan-Vera-Innovacion.pdf
COORDINACIÓN

COORDINADORA DE PROGRAMA:
• Mitzy Gálvez, migalvezr@ing.puc.cl

ASISTENTE DE PROGRAMA:
• Sergio Cornejo, sergio.cornejo@ing.puc.cl
SOBRE MANUEL CEPEDA

• + 10 años académico UC en
Innovación, agilidad y
transformaciones digitales
• Empresario en transformación de
organizaciones en la era digital
http://www.4agile.cl
• Jefe de programa TD Organismos
Públicos UC
DOBLE DIAMANTE
METODOLOGIAS AGILES VS. CASCADA

AGILE CASCADA
METODOLOGIAS AGILES VS. CASCADA

AGILE CASCADA

Test
usuario Toma de
requerimientos
QA Entrega
Diseño

Implementación
Definición de
Desarrollo necesidades
Verificación
Diseño
de Mantenimiento
interfaz
AGILIDAD: ITERATIVO E INCREMENTAL
PRODUCTO MINIMO VIABLE (MVP-MINIMUM VIABLE PRODUCT)

El producto mínimo viable es la versión de un nuevo

producto que un equipo utiliza para obtener la cantidad
máxima de conocimiento validado sobre los clientes con el
menor esfuerzo
AGILIDAD: ITERATIVO E INCREMENTAL

Este es
un MVP
PROYECTO

Es una actividad grupal temporal para producir un

producto, servicio, o resultado, que es único. Es temporal
dado que tiene un comienzo y un fin definido, y por lo
tanto tiene un alcance y recursos definidos.
PRODUCTO/SERVICIO

Un producto/servicio es algo que se ofrece

para satisfacer un deseo o necesidad.
GESTIÓN DE PROYECTOS TRADICIONAL VS. AGILE
EN CONTEXTOS DE INCERTIDUMBRE

Nunca podremos tener todos los requisitos antes de empezar

Los requisitos cambian con el tiempo

Siempre queremos hacer más de lo que el tiempo y el dinero permite

EN CONTEXTOS DE INCERTIDUMBRE

Cumplir fechas de entrega

vs
Generar valor a la organización
EN CONTEXTOS DE INCERTIDUMBRE

Eficiencia de recursos
vs
Eficiencia de flujo
CHAOS REPORT 2015
CHAOS REPORT 2015
CHAOS REPORT 2015
ORIGENES DE LA AGILIDAD

1986
1970 Rapid- 1995 2001
Lean Manufacturing Application Scrum Manifiesto Ágil
Development

Tachii Ohno entra Aparece “The New Jeff Sutherland y Kent Beck propone
en Toyota, donde New Product Ken Schwaber el concepto Agile,
estudia y mejora los Development formalizan Scrum, dado pie a lo que
sistemas de Game” en Harvard adaptando y sería el manifiesto
producción. Business Review aplicando las ágil.
acerca de RAD, técnicas existentes
al desarrollo de
software
MANIFIESTO AGIL

xx
LOS 12 PRINCIPIOS DEL MANIFIESTO
DECLARACION DE INTERDEPENDENCIA

Mejoramos la eficacia y la fiabilidad

Aumentamos el retorno de inversión,
a través de estrategias
al enfocarnos en el flujo continuo de
situacionalmente específicas,
valor.
procesos y prácticas.

Ofrecemos resultados fiables Damos rienda suelta a la creatividad

mediante la participación del Cliente y la innovación al reconocer que las
en las iteraciones personas son la fuente máxima de
frecuentes, donde también son valor y creamos un entorno en el que
responsables por el trabajo. puedan tener un impacto positivo.

Aumentamos el rendimiento a través

Asumimos que habrá incertidumbre y de la rendición de cuentas por parte
las superamos a través de del grupo en
iteraciones, anticipación y cuestión de resultados y eficacia del
adaptación. equipo, responsabilidades que todos
comparten.
IMPORTANCIA DE LA AGILIDAD Y SCRUM

Entregables pequeños
Fomenta el y continuos
aprendizaje Disminuye
el riesgo

Aumenta
instancias de
feedback Importancia de la
Agilidad y Scrum

Entendimiento Maneja la
compartido incertidumbre

Promueve Maximiza el
la mejora valor en tus
continua entregas
MÉTODOS ÁGILES

Extreme
Scrum Kanban Programming
PRACTICAS AGILES

Priorización
Retrospectiva Reunión diaria
orientada a valor de
(Sprint Retrospective) (Daily Scrum)
negocio

Criterios de Monitoreo de
Product Discovery aceptación de objetivos y resultados
actividades claves

Alineamiento
Revisión de producto Conversaciones cara
(Opportunity
(Sprint Review) a cara
Canvas)
¿QUÉ ES SCRUM?

Es un marco de trabajo ágil en el que las personas pueden

resolver problemas complejos, creando productos que
aporten el mayor valor posible de manera productiva y
creativa
EMPIRISMO: 3 PILARES DE SCRUM

Todos
sabemos lo
que ocurre

Comprobamos
Transparencia el trabajo
conforme se
realiza

Adaptación Inspección
Está bien
cambiar la
dirección
táctica
SCRUM FRAMEWORK

Sprint
Retrospective

Daily
Scrum

Product
Backlog

Sprint Sprint Sprint Sprint Increment

Planning Backlog Review
VALORES DE SCRUM

Re s peto
Fo c o
Co r aje
Apert u ra
Compro m iso
PRINCIPIOS DE SCRUM
ROLES DE SCRUM

Product Owner Development Scrum

Team Master
ROLES DE SCRUM - PRODUCT OWNER

Asegurar que el
Expresar Product Qué equipo comprenda
Backlog Items vamos a los incrementos a
construir construir
Transparentar el
trabajo hecho y
Priorizar el trabajo
Optimizar el valor restante a los
del trabajo que stakeholders
hace el equipo

Incrementos = PBI-Product Backlog Increment

ROLES DE SCRUM – DEVELOPMENT TEAM

Auto-organizado

Cómo
lo vamos Multidisciplinario
a construir
Asume
responsabilidades
como equipo
ROLES DE SCRUM – DEVELOPMENT TEAM

3 Personas
Mínimo
Con menos, es muy difícil
generar valor en una iteración

9 Personas
Máximo
Con más, se vuelve
demasiado difícil la
coordinación
ROLES DE SCRUM – SCRUM MASTER

Hacia el Development Team

Guiar al equipo hacia la auto-organización

Facilitar eventos / ceremonias

Remover impedimentos

Líder
Hacia el Product Owner
Servicial
Asistir en el entendimiento del Product Backlog

Proporcionar técnicas de creación de Product Backlog

Hacia la Organización
Guiar y entrenar en la implementación de Scrum
INICIO DE UN PRODUCTO

Formar el equipo
INICIO DE UN PRODUCTO

Identificación de Stakeholders

Personas u organizaciones que tienen algún interés

en el producto que se va a crear

Pueden tener distintos niveles de influencia o poder

respecto a la toma de decisiones

Pueden presentar diferentes grados de interés sobre

lo que quiere lograr
PRODUCT DISCOVERY

¿Por qué estamos aquí?

PRODUCT DISCOVERY

Descubrimiento de solución

Definición de Diseño de la
Dolores solución
problema
PRODUCT DISCOVERY

Visión del producto

PARA <Cliente objetivo>

QUIEN <declaración de necesidad>

EL <nombre de producto>

QUE ES UN(A) <categoría del producto>

QUE < beneficio clave,
razón de peso para comprar o usar >
A DIFERENCIA DE <competidor / alternativa>
NUESTRO PRODUCTO <declaración diferencial>

¿QUÉ ES? ¿QUÉ NO ES?

PRODUCT DISCOVERY

Mapeo de Historias de Usuario (User Story Mapping)

Tareas de Actividades
Usuario
usuario

Hilo Flujo narrativo

conductor

Parte que
será lanzada
Detalles
PRODUCT DISCOVERY

Dinámica – Rutina diaria

Usuario:

Actividad:
Prepararse y
llegar al trabajo

Hilo Conductor :
Levantarse – Asearse – Ordenar – Comer - Salir – Transportarse - Llegar

Tareas de usuario:
PRODUCT DISCOVERY

Planificación de lanzamiento

Épica I

Épica II

Épica III
PRODUCT DISCOVERY

Creación de la Lista Priorizada del Producto

Historia
A

Historia
C
Epica Historia Historia
1 A B
Historia
B

Epica Historia Historia

2 C D Historia
E

Epica Historia Historia

3 E F Historia
D

Historia
F
ACTIVIDAD PRÁCTICA - LA ISLA DESIERTA

● 5 paquetes de pañales
● 1 revólver sin munición
● 20 litros de agua potable
● 1 paquete de cigarros
● 1 caja registradora con dinero en
diferentes monedas
● 5 kilos de carbón
● Hilo y anzuelos
● 1 paquete de globos
● 2 botellas de Whisky
● 1 paracaídas que no lleva las
instrucciones
● 1 mechero de oro
● 1 espejo
HISTORIAS DE USUARIO (USER STORY)

Definición

Historia de usuario (HdU):

● Declaración de alguna
característica a realizar en la Como: < Persona o rol >
próxima entrega desde el punto
de vista del usuario Quiero: < Objetivo >

● Se basan en necesidades del Para: < Valor para el negocio>

Cliente o usuario

● Favorece el entendimiento Criterio de Aceptación:

compartido
Y sabré que está listo cuando:
< Criterio de Aceptación>
HISTORIAS DE USUARIO (USER STORY)

Creación de Historias de Usuario

Historia de usuario (HdU):

Método 3C Como: < Persona o rol >

Tarjeta (Card) Quiero: < Objetivo >

Confirmación Para: < Valor para el negocio>

Conversación
HISTORIAS DE USUARIO (USER STORY)

Características de Historias de Usuario

I ndependiente
N egociable
V aliosa
E stimable
S mall
T esteable
HISTORIAS DE USUARIO (USER STORY)

Ejemplo de Historia de Usuario

PLANIFICACION DE SPRINT (PLANNING)

● ¿Qué puede entregarse en el

Incremento resultante del Sprint que
comienza?
● ¿Cómo se conseguirá hacer el trabajo
necesario para entregar el
Incremento?
● De la planificación del sprint, surge el
objetivo de este
PLANIFICACION DE SPRINT (PLANNING)

● ¿Quienes deben participar en la planificación?

● ¿Cuánto tiene que durar la planificación?
● ¿Qué hay que tener listo antes de llegar a la
planificación?
● ¿Qué se espera de la planificación?
PLANIFICACION DE SPRINT (PLANNING)

Objetivo del Sprint (Sprint Goal)

● Meta establecida para el Sprint

● Brinda foco al equipo de desarrollo
● Se crea durante la Planificación del Sprint
● Se construye colaborativamente entre todo el
equipo Scrum
PLANIFICACION DE SPRINT (PLANNING)

Priorizar y estimar Backlog

● Responsabilidad del P.O.

● Utilizar herramientas de priorización de HdU:
○ MoSCoW
○ Esfuerzo/impacto
○ Matriz de Eisenhower
● Estimar tiempos de duración con respecto al ciclo del sprint
● Opcional: Refinar priorización y estimación con equipo de
desarrollo
PLANIFICACION DE SPRINT (PLANNING)

Herramientas de priorización

▪ Esfuerzo/impacto
▪ Matriz de Eisenhower
▪ MoSCoW
PLANIFICACION DE SPRINT (PLANNING)

Herramientas de priorización: Esfuerzo/impacto

● Categorizar iniciativas en 2
dimensiones:
○ Esfuerzo en realizarla
○ Impacto generado
● Crear ratio Esfuerzo/impacto
para cada iniciativa
● Escoger las iniciativas con menor
ratio Esfuerzo / Impacto (Las
iniciativas con el mayor impacto
generado con el menor esfuerzo
realizado)
PLANIFICACION DE SPRINT (PLANNING)

Herramientas de priorización: Matriz de Eisenhower

Categorizar iniciativas en 2
dimensiones:
○ Urgencia
○ Importancia

● Urgente e importante: Hágalo ahora

● No urgente e importante: planifique durante el año
● Urgente pero no importante: Delegue o externalice
● No urgente y no importante: no lo realice
PLANIFICACION DE SPRINT (PLANNING)

Herramientas de priorización: MoSCoW

Categorizar las
iniciativas en 4:
○ Most
○ Should
○ Could
○ Won’t

● Must: Debe hacerlo sí o sí

● Should: Sería muy bueno hacerlo
● Could: Podría hacerlo
● Won’t: No lo haga por ahora
PLANIFICACION DE SPRINT (PLANNING)

Estimación
PLANIFICACION DE SPRINT (PLANNING)

Aprobación de Historias de Usuario

Definición
de
Listo

Listado de requisitos que

debe cumplir una HdU
para ser tomada por el
equipo de desarrollo en
el sprint
PLANIFICACION DE SPRINT (PLANNING)

Creación de Tareas

Dividir para conquistar.

Las HdU las podemos ir

dividiendo en tareas que
apalanquen la realización de
las historias.

Mayor claridad de qué hacer

durante el sprint para cumplir
con la HdA
PLANIFICACION DE SPRINT (PLANNING)

Actividad Practica – Razas de Perros

Perro #1 Perro #2 Perro #3

Perro #4 Perro #5 Perro #6

PLANIFICACION DE SPRINT (PLANNING)

Refinamiento del Product Backlog (Product Backlog

Refinement o Product Backlog Grooming)

● Agregar detalles a las

historias de usuario
● Estimar y ordenar las
historias de usuario
● Es opcional
PLANIFICACION DE SPRINT (PLANNING)

Refinamiento del Product Backlog (Product Backlog

Refinement o Product Backlog Grooming)

● ¿Quienes deben participar en el refinamiento?

● ¿Cuánto tiene que durar el refinamiento?
● ¿Qué hay que tener listo antes de llegar al
refinamiento?
● ¿Qué se espera del refinamiento?
IMPLEMENTACIÓN

Reunión diaria (Daily)

● ¿Qué hice ayer que ayudó al Equipo de Desarrollo a

lograr el Objetivo del Sprint?
● ¿Qué haré hoy para ayudar al Equipo de Desarrollo
a lograr el Objetivo del Sprint?
● ¿Veo algún impedimento que evite que el Equipo
de Desarrollo o yo logremos el Objetivo del Sprint?

Sincronización
IMPLEMENTACIÓN

Reunión diaria (Daily)

● ¿Quienes deben participar en la daily?

● ¿Cuáles son las 3 preguntas que se le deben hacer a cada
participante?
● ¿Cuánto tiene que durar la daily?
● ¿Qué hay que tener listo antes de la daily?
● ¿Qué se espera de la daily?
IMPLEMENTACIÓN

Definición de Terminado (DoD-Definition of Done)

• Aumentar la transparencia.
• Crea una comprensión compartida de
lo que debe hacerse para cada tarea
• Se aplica a todas las historias de
usuario
• Asegura que se están entregando
tareas que están realmente hechas
IMPLEMENTACIÓN

Métricas Agiles – Tiempo de Espera (Lead Time) y

Tiempo de Ciclo (Cycle Time)
IMPLEMENTACIÓN

Métricas Agiles – Burn down chart

Retrasado

Por
hacer
Hecho
Adelantado
IMPLEMENTACIÓN

Métricas Agiles – Burn up chart

Por
Adelantado hacer
Alcance
Hecho
Retrasado
REVISIÓN Y RETROSPECTIVA

Revisión del Sprint (Sprint Review)

Muestra del incremento de

producto

Célula autónoma Negocio

Sponsor
Scrum Equipo Product Stakeholders
Master multidisciplinario Owner Usuarios

Entrega de feedback
REVISIÓN Y RETROSPECTIVA

Revisión del Sprint (Sprint Review)

• Inspeccionar el incremento
• Adaptar la lista de producto (si fuese
necesario)
• El equipo de desarrollo demuestra el
trabajo que ha terminado
• El equipo de desarrollo responde
preguntas acerca del incremento
REVISIÓN Y RETROSPECTIVA

Retrospectiva del Sprint (Sprint Retrospective)

• Mejora continua del equipo

• Espacio seguro de reflexión
• Aprender sobre lo que se hizo bien
y mal
• Se habla sobre el proceso, no
sobre el contenido técnico
ESTRATEGIAS DE LANZAMIENTO

Release con fecha fija

Alcance

Algo de lo que hay

hasta acá
¿Qué podría estar
listo para el 1 de
Agosto?
Al menos hasta acá

Tiempo
1 de
Agosto
ESTRATEGIAS DE LANZAMIENTO

Release con alcance fijo

Alcance

¿Cuándo podría
estar listo todo el
release 1?
Release 1

En este período de
tiempo
Tiempo
ESTRATEGIAS DE LANZAMIENTO

Métricas Agiles – Valor entregado