Agile & Scrum

Jorge Clavería
Introducción
El profesor: Jorge Clavería Gracia
● He liderado la estrategia y Departamento Digital en El corte Inglés,
Carrefour, Iberia, La nevera Roja, Grupo Cortefiel y Real Madrid.
● Actualmente trabajo como consultor en estrategia digital, metodologías
ágiles y transformación digital. Además, trabajo como formador de
e-Commerce y negocio digital.
● Ayudo a pymes y startups como CTO, CIO, etc., y les ayudo en estrategia
digital, plan de negocio, etc.
● Podéis encontrarme en los siguientes canales:
jorclagra@gmail.com | Twitter | LinkedIn
El profesor: Jorge Clavería Gracia

Jorge Clavería Gracia

¡Gracias!
Jorge Clavería
Agile
Agile
La pirámide del mundo ágil
Manifiesto Agile

Individuos y sus interacciones Procesos y herramientas

Software funcionando Documentación exhaustiva

Colaboración con el cliente Negociación contractual

Respuesta ante el cambio Seguir un plan

Los 12 principios ágiles

Satisfacer al Bienvenida al Entrega

cliente cambio frecuente

Trabajar juntos Individuos Conversación

motivados cara a cara
Los 12 principios ágiles

Software Desarrollo Atención a la

funcionando sostenible excelencia

Mantener la Equipos Reflexionar

simplicidad auto-organizados para mejorar
Puntos clave Agile
Principales focos

Conseguir un resultado útil:

● Proporcionar más valor a los clientes, satisfaciendo sus necesidades
● Aprovechar sinergias del equipo y la organización
● Aumentar su compromiso y motivación
Priorizar:
● Áreas en las que actuar
● Skills que incorporar
● Ideas que experimentar
Puntos clave Agile
Principales focos

Nueva cultura de trabajo:

● Altos niveles de confianza en las personas y
transparencia, que tolere el error y reconozca la
aportación individual de la persona al negocio
● Reducir niveles jerárquicos potencia el trabajo en equipo
● Rediseño de procesos para hacerlos eficaces con formas
de trabajo flexibles
● Requiere de formación y de valoración del impacto
Puntos clave Agile
Principales focos

Gestionar la resistencia al cambio:

● Establecer una visión y una estrategia sobre cómo
conseguir el cambio
● Transformación inclusiva (con participación de todo el
equipo)
● Requiere del compromiso firme de la dirección
● Coexistencia de métodos tradicionales de trabajo y
métodos ágiles
Puntos clave Agile

Top Up

Down Bottom

● Gestión del cambio e ● Comunidad Agile

impacto del proceso ● Herramientas
● Formación en ● Procesos de trabajo flexible
habilidades ágiles

Coaching
Beneficios de Agile
Beneficios

Colaboración constante entre Cliente y Desarrollo

Feedback rápido sobre producto que permite una rápida adaptación al

mercado, innovación constante

Mejorar la predictibilidad del tiempo de entrega y ofrece rapidez en la

presentación de resultados

Proporcionar tiempo para la mejora constante través de revisiones que

ayudan a definir mejor el producto o servicio
Beneficios de Agile
Beneficios

Alcanzar la alta madurez (predictibilidad, agilidad y gobierno)

Mejora la experiencia del cliente final: Entregar el producto con alta

calidad, minimizando el error

Transparencia en el diseño y operación del sistema, optimizando los

procesos, priorizando y eliminando burocracia: ahorro de costes

Mejorar la satisfacción e implicación de los miembros del equipo,

dándoles autonomía y cohesión
 Informe Chaos 2015,
¿Por qué otra manera de
hacer las cosas?
Construyendo puentes...
En Agile
En Waterfall
Las tres verdades de los proyectos
El triángulo de hierro: Un cambio de paradigma

Proyectos tradicionales

Alcance

Calidad

Tiempo Coste
El triángulo de hierro: Un cambio de paradigma

Proyectos ágiles

Tiempo Coste

Calidad

Alcance
 Far from
agreement

Requirements
Anarchy Chaotic projects

Co
m
pl Complex
ic
at
ed Agile projects
Structured
projects Simple
Close to
agreement Close to Far from
Technology
certainty certainty

Fuente: “Strategic Management and Organizational Dynamics”, Ralph Stacey tomado

de “Agile Software Development with Scrum”, Ken Schwaber y Mike Beedle.
¡Gracias!
Jorge Clavería
Scrum
Scrum en el cine
Nonaka & Takeuchi

1986

Jeff Sutherland

● ¿Por qué hay equipos buenos y equipos mediocres?

1993 ● ¿Qué comparten los mejores equipos del mundo?
● ¿Podemos crear un conjunto de reglas que conviertan a un
equipo mediocre en bueno?

Ken Schwaber

1996
Uso de Scrum según Ken Schwaber

Agile Scrum But Scrum

¿Qué es Scrum?
Scrum es un framework

PRODUCT OWNER PRODUCT BACKLOG

DEVELOPMENT TEAM Roles Artefactos SPRINT BACKLOG

SCRUM MASTER INCREMENTO

SPRINT REVIEW
Eventos
SPRINT PLANNING RETROSPECTIVE

DAILY SCRUM
¡Gracias!
Jorge Clavería
Roles en Scrum
 The Scrum
Team

Management Scrum Master Product Owner Customers &

Stakeholders

Development Team

User Community
¿Comprometidos o implicados?
 ¿Dónde está cada uno?

Product Owner

Development Team

Scrum Master

Stakeholders
Roles
Product Owner
 Características

Maximizador
de valor

Una sola Máxima

persona dedicación

Dueño del
Visionario ¿Qué? Orientación
a Equipo
Una visión nunca es algo sencillo
Roles
Development Team
Estable y dedicado

Ser estable mejora la productividad. Las personas que

atienden varios proyectos acaban siendo muy poco
productivos
Comprometido

Al igual que el Product Owner y el Scrum Master deben

comprometerse con el proyecto, el Product Owner
ayudará a ello.
Responsabilidad compartida

Todos son responsables de la ejecución del proyecto.

Todos deben dar lo máximo para el bien del equipo y
alcanzar los objetivos juntos.
Autónomo y autoorganizado

Nadie les debe decir cómo convertir los items funcionales

en tareas técnicas. En equipo deben organizarse para
alcanzar los objetivos tanto del Sprint como del Proyecto.
Diversificado y multidisciplinar

El equipo está compuesto por un conjunto de personas

que, sumadas sus habilidades/skill, son capaces por sí
solos de llevar a cabo el proyecto.
Roles
Scrum Master
Funciones de un Scrum Master

nexo

FACILITADOR ENTRENADOR
DE SCRUM Y
AGILE PARA EL
EQUIPO
Atributos de un buen Scrum Master

Comprometido
Velar por la
productividad
Colaborativo
del equipo

Humilde
Influyente

Conocedor
¡Gracias!
Jorge Clavería
Artefactos en Scrum
Scrum es un framework

PRODUCT OWNER PRODUCT BACKLOG

DEVELOPMENT TEAM Roles Artefactos SPRINT BACKLOG

SCRUM MASTER INCREMENTO

SPRINT REVIEW
Eventos
SPRINT PLANNING RETROSPECTIVE

DAILY SCRUM
Artefactos
Product Backlog
 Características

Priorizado Dueño del Product Owner

Contiene los items de

Objetivo: limpiarlo
trabajos restantes

Nunca está completa.

Contiene lo que sabemos Dinámico
HOY
Esto NO es un Product Backlog
 Esto es un Product Backlog
High Product backlog
Fine-grained, detailed items ready for consumption
in the next iteration, i.e., small users stories
Priority

Medium-grained items, i.e., larger user stories

Coarse-grained items, i.e., epics

Low

Product backlog prioritization

determines the level of detail
Artefactos
Sprint Backlog
 Muestra el
Predicción del
Nivel de detalle progreso y se
Dueño: equipo de próximo
suficiente para el actualiza a medida
desarrollo incremento
Dev. Team que tenemos más
“terminado”
conocimientos

Product backlog
Ejemplo
Artefactos
Incremento
Tradicional Scrum

Trapecio

Aldea

Trapecio grande
Ciudad

Gran ciudad
Pirámide
¿Cómo hacemos una pirámide con el
incremento Scrum?
¡Gracias!
Jorge Clavería
Eventos
Scrum es un framework

PRODUCT OWNER PRODUCT BACKLOG

DEVELOPMENT TEAM Roles Artefactos SPRINT BACKLOG

SCRUM MASTER INCREMENTO

SPRINT REVIEW
Eventos
SPRINT PLANNING RETROSPECTIVE

DAILY SCRUM
 Sprint Daily scrum Sprint Sprint
planning review retrospective

1-4 weeks

Visión Product backlog Sprint backlog Sprint execution Potentially shippable

product increment

Product Owner Development Scrum Master

Team
Eventos
El Sprint
 Todo desarrollo
está TERMINADO
Debe contener un en un Sprint
Duración
OBJETIVO que no constante
cambia (máx. 1 mes)
(Sprint goal)

Características

Contiene
eventos Estable, sin
time-boxed No hay fases, hay cambios de US
Sprints en lo posible
(no testing, no
hardening, analysis)
Eventos
Sprint Planning
 Sprint Daily scrum Sprint Sprint
planning review retrospective

1-4 weeks

Visión Product backlog Sprint backlog Sprint execution Potentially shippable

product increment

Product Owner Development Scrum Master

Team
¿Cómo debe ser un
Sprint Planning?
 ¿Qué necesitamos?
Product backlog Velocidad y Definition Compromisos
Capacidad of Done Retrospectiva
 ¿Qué vamos a hacer?
Expone la idea de objetivo para este Sprint y Alcance esperado
Product Owner

Realizan preguntas para aclarar las tareas.

Determinan el alcance realista que podrán abarcar

Acuerdan el objetivo final para este Sprint

Product Owner Development
Team

Descomponen el alcance en elementos pequeños (técnicos)

Crear un plan para garantizar que consiguen el objetivo Developmen
Presentar dicho plan al Product Owner y al Scrum Master tTeam
 ¿Qué obtenemos?
Sprint Backlog Objetivo de Sprint Previsión
¿Qué unidad de medida usamos?

630 km
Estimación con animales
 Animal Kilos Puntos
Pingüino 45 1

Caballo 540 12

Leona 160 3,55

Jirafa 1192 26,45

Sprint 2
Oveja 82 1,82

Oso Pardo 450 10

Hiena 60 1,5

Cebra 375 8,3

Jabalí
80 1,77

Vaca
475 10,5

Camello
600 13,33
Eventos
Daily Scrum
 Sprint Daily scrum Sprint Sprint
planning review retrospective

1-4 weeks

Visión Product backlog Sprint backlog Sprint execution Potentially shippable

product increment

Product Owner Development Scrum Master

Team
¿Cómo debe ser una
Daily Scrum?
 Mito vs Realidad

¿Qué hice ayer que ayudó al DT a

conseguir el Sprint Goal?
¿Qué hice ayer? ¿Qué voy a hacer hoy para ayudar al DT
¿Qué voy a hacer hoy? a conseguir el Sprint Goal?
¿Tengo algún impedimento? ¿Tengo algún impedimento que impida
conseguir el Sprint Goal?
Seguimiento durante el Sprint
Definition of Done (DoD)

No Hecho Hecho
Definition
of Done
Ejemplo de DoD
Seguimiento del Sprint: Sprint Burndown
Eventos
Sprint Review
 Sprint Daily scrum Sprint Sprint
planning review retrospective

1-4 weeks

Visión Product backlog Sprint backlog Sprint execution Potentially shippable

product increment

Product Owner Development Scrum Master

Team
¿Cómo debe ser una
Sprint Review?
¿Quién presenta?

Development Scrum Master Product Owner Stakeholders

Team
¿Quién presenta?

Product Owner Development Stakeholders

Team

Scrum Master
¿Que necesitamos?
Product backlog Incremento Contexto del
negocio
¿Qué vamos a hacer?

Expone qué elementos están terminados y qué elementos no.

Product Owner

Hablan sobre qué estuvo bien en el Sprint, qué

problemas se dieron y cómo se resolvieron.
A continuación, se enseña el trabajo finalizado Development
y responde dudas sobre el incremento. Team

El Product Owner habla sobre el estado del Product

Backlog (Opcional) el Product Owner podrá hacer
Product Owner
proyecciones de posibles fechas de entrega en
unción de la velocidad del Development Team.
 ¿Qué vamos a hacer?

El grupo colabora sobre qué hacer a continuación.

Revisión del mercado o el uso potencial del producto Product Owner Developmen
para saber qué es lo más valioso. tTeam
Revisión de la línea de tiempo, presupuestos, capacidades
potenciales y mercado para la próxima entrega
Stakeholders

Actualización del Product Backlog

Product Owner
¿Qué obtenemos?
Product backlog Actualizado
Eventos
Sprint
Retrospective
¿Por qué necesitamos
las retrospectivas?

El cuento del leñador

Set the stage
Gather data
Generate insights
Decide what to do
Close the retrospective
¡Gracias!
Jorge Clavería