SCRUM

Integrantes

Nancy Alvarado
Héctor Calla
Jenny Laynes
Giovana Veliz
AGENDA:

1.Historia
2.¿Qué es SCRUM?
3.Beneficios
4.Características
5.Elementos
6.Comparación SCRUM con otras
metodologías ágiles
7.Herramientas para SCRUM
8.Certificaciones
9.Conclusiones
 1. Historia

Hirotaka
Takeuchi e
IkujiroNonaka

1986
199 199 199 200
0 1 5 1
1. Historia

 1986 – Hirotaka Takeuchi e

IkujiroNonaka
 Estudios sobre proyectos
exitosos (cámaras de fotos,
fotocopiadoras, automóviles,
computadoras y otros )
 Equipos chicos y
multidisciplinarios.
 1. Historia

Hirotaka Peter
Takeuchi e Jeff DeGrace y
IkujiroNonaka Sutherland Leslie Stahl

198 199 199 199 200

6 0 1 5 1
1. Historia
 1990 - Ken Schwaber - Jeff Sutherland
 Ken Schwaber empleó una aproximación que lo llevó
a poner en práctica el scrum en su compañía.
 Jeff Sutherland desarrolló una aproximación similar
en Easel Corporation y fue el primero en denominarla
scrum
 1991 - Peter DeGrace y Leslie Stahl
 En su libro “A problemas malvados, soluciones
virtuosas ” se refieren a la aproximación holística del
estudio de Takeuchi y Nonaka como Scrum.
 1. Historia

Hirotaka Peter Schwaber y

Takeuchi e Jeff DeGrace y Sutherland
IkujiroNonaka Sutherland Leslie Stahl

198 199 199 199 200

6 0 1 5 1
1. Historia
 1995 - Schwaber y Sutherland
 Presentación de una serie de artículos
describiendo SCRUM en la OOPSLA '95 – Austin
Texas.
 Primera aparición pública
 1. Historia

Hirotaka Peter Schwaber y Schwaber

Takeuchi e Jeff DeGrace y y Mike
Sutherland
IkujiroNonaka Sutherland Leslie Stahl Beedle

198 199 199 199 200

6 0 1 5 1
1. Historia
 2001 - Schwaber y
Mike Beedle
 Describieronla
metodología en el
libro “Agile
Software
Development with
Scrum”
2. ¿Qué es SCRUM?
2. ¿Qué es SCRUM?
 SCRUM es una
metodología ágil de
gestión de
proyectos cuyo
objetivo primordial
es elevar al máximo
la productividad de
un equipo.
 Esta basada en un
proceso iterativo e
incremental.
2. ¿Qué es SCRUM?

Requisitos
Obtener resultados
cambiantes o poco
pronto
definidos
PROYECTO
S

Entornos
Complejos
2. ¿Qué es SCRUM?
 Principios de SCRUM
SOBRE
Individuos e Procesos y
Interaccion Herramient
es as
Software Documenta
que ción
funciona exhaustiva

Colaboració Negociación
n con el de
cliente Contratos
Responder Seguimient
ante el o de un
cambio plan
3. Beneficios
Los métodos ágiles son una de las maneras preferidas
de desarrollar software en la actualidad.
SCRUM es la forma ágil de trabajo más usada en
el mundo.
3. Beneficios
 Gestión regular de las expectativas
del cliente
 El cliente establece sus expectativas.
Se consigue mediante la Lista de Requisitos
Priorizada
3. Beneficios
 El cliente comprueba de manera regular si
se van cumpliendo sus expectativas
Se consigue mediante la Demostración de
los Resultados de Proyecto en cada
iteración
3. Beneficios
 Resultados anticipados (“time to
market”)
El cliente puede empezar a utilizar los resultados
más importantes del proyecto
Se consigue mediante Priorización de
requisitos por valor y coste

ACTUALIZACIÓ
N
3. Beneficios
 Flexibilidad y Adaptación
El cliente redirige el proyecto en función de sus nuevas
prioridades
Se realiza mediante la Re-planificación en el inicio de
cada iteración

 Retorno de inversión (ROI)

De manera regular, el cliente maximiza el ROI del
proyecto.
Se obtiene mediante la Priorización de requisitos por
valor
3. Beneficios
 Mitigación de riesgos
Desde la primera iteración el equipo puede
determinar los problemas ocurridos, de tal
manera que puedan ser resueltos lo antes
posible.
Se consigue mediante Desarrollo iterativo
e incremental
3. Beneficios
 Productividad y Calidad
 Mejora continua, de
manera regular el
equipo va mejorando
y simplificando su
forma de trabajar.
3. Beneficios
 La comunicación
entre el equipo es al
máximo por lo que
se evitan tareas
innecesarias y
ineficiencias.
Se consigue
mediante la
Comunicación
Diaria
3. Beneficios
 Trabajo más
eficiente cuando
existe fecha
límite de por
medio.

Se logra gracias
al Timeboxing
3. Beneficios
 El equipo minimiza su
dependencia de
personas externas para
poder avanzar,
depender de otros
puede paralizar tareas.

Se da debido al Equipo
Multidisciplinario
3. Beneficios
 Mayor precisión
de las
estimaciones

Se logra gracias a
la Estimación de
esfuerzo
conjunta
3. Beneficios
 El equipo se evita caminar mucho
tiempo por un camino equivocado

Se da debido a la Demostración de
resultados preparados para ser
utilizados
4. Características
4. Características
 En las fases de Planificación y Cierre:
o Todos los procesos de entradas y salidas están
bien definidos.
o El conocimiento de cómo hacer estos procesos es
explícito.
o El flujo es lineal, con algunas iteraciones en la
fase de planificación.

 La fase de Sprint es un proceso empírico.

o Muchos de los procesos en la fase de Sprint no
son identificados o no son controlados.
4. Características
o Es una caja negra que requiere controles externos.

 Los sprints son no-lineales y flexibles.

o Los Sprints se utilizan para evolucionar el producto
final.

 El proyecto está abierto al entorno hasta la fase

de cierre.
o El entregable se puede cambiar durante fases:
Planificación y Sprint.
o La competencia, tiempo, la calidad, y las presiones
financieras, se manejan a través de estas fases.
4. Características
 El entregable es definido durante el
proyecto y se basa en el entorno.
5. Elementos
5.1Roles
 En Scrum se definen varios roles, estos
están divididos en dos grupos: cerdos y
gallinas. El nombre de los grupos está
inspirado en el chiste sobre un cerdo y
una gallina.
5.1Roles
5.1Roles

 Definir las características del producto.

 Decidir sobre la fecha de lanzamiento y el contenido.
 Ser responsable del retorno de la inversión del proyecto (ROI).
 Determina y Prioriza el “Product Backlog”
 Ajustar las funciones y la prioridad de cada iteración, según sea necesario.
 Revisa Producto al final de cada “Sprint”
 Aceptar o rechazar los resultados del trabajo.
 Lanzamiento del proyecto.
5.1Roles

 Formación y entrenamiento de procesos.

 Incorporación de Scrum en la cultura del equipo.
 Garantía de cumplimiento de roles y responsabilidades.
 Asegura que se cumpla Scrum.
 Facilitador, más que Director
 Provee recursos y elimina impedimentos
 Conductor de ‘Daily Scrum Meeting’, ‘Sprint Review
5.1Roles

 Auto – dirigidos.
 Auto – organizados.
 Multifuncional.
 Responsables de alcanzar las metas del ‘Sprint’.
 Transforman los requerimientos en funcionalidad en cada
incremento.
 Desarrolladores y Especialistas.
5.2. Cajas-Tiempo (Time-
Boxes)
5.2 Cajas-Tiempo
 SCRUM emplea “Cajas de Tiempo” para crear
regularidad en el desarrollo del producto.
Regla: Todo en Scrum tiene una duración
determinada (time- boxed)
 Se incluyen:
 Reunión de Planificación de Lanzamiento
 Sprint
 Reunión de Planificación Sprint
 Scrum Diario
 Reunión de Revisión de Sprint
 Retrospectiva de Sprint
5.2 Cajas-Tiempo

Diagrama Time-Boxes:
5.2 Cajas-Tiempo
 Reunión de Planificación de Lanzamiento
 Propósito: Establecer un Plan y Objetivos
de Lanzamiento, que Equipos Scrum
y resto de organización puedan
comprender y comunicarse.
 ¿Qué se hace?
Definir los objetivos de Lanzamiento.
Establecer como más alta prioridad: Pila de Producto.
Identificar Riesgos principales.
Establecerlas características generales y funcionalidad que
el lanzamiento lo contendrá.
Una fecha para el lanzamiento y costo estimado.
5.2 Cajas-Tiempo
 Reunión de Planificación de Sprint
 Propósito: Proporcionar al Equipo un conjunto
de trabajos a ser entregados durante
el Sprint.
 Duración: Máximo Ocho (8) horas.
 ¿Qué se hace?
Seleccionar QUÉ trabajo se hará: Define Pila de
Producto seleccionada (Pila de Sprint).
Definir el objetivo del Sprint.
Preparar el CÓMO se hará el trabajo (Diseño)
5.2 Cajas-Tiempo
 Reunión de Planificación de Sprint
(Cont.)
Cada elemento de la Pila de Sprint, se divide en
tareas.
El Equipo se auto-organiza para emprender las
tareas identificadas y se compromete con el
mismo.
Estimar la duración del Sprint.
5.2 Cajas-Tiempo
 Reunión de Sprint Diario
 Propósito: Revisar, evaluar el progreso
hacia el objetivo Sprint.
 Duración: Máximo quince (15) minutos.
 ¿Qué se hace?
 Cada miembro del Equipo explica:
 Lo que ha logrado desde la última reunión.
 Loque va a hacer antes de la próxima reunión.
 ¿Qué obstáculos están en su camino?

ScrumMaster asegura que se cumpla el tiempo y

que se hable brevemente.
 5.2 Cajas-Tiempo
 Reunión de Revisión Sprint
 Propósito: Demostrar lo que se ha
completado durante el Sprint.
 Duración: Máximo Cuatro (4) horas.
 ¿Qué se hace?
 Revisar trabajo que fue completado y no completado.
Presentar trabajo completado a los interesados (“demo”).
Analizar que fue bien. Con qué problemas se encontró y
resolvió. Se responde a preguntas.
Propietario de Producto, analiza Pila de Producto en su
forma actual, obteniendo valiosa aportación de que hacer
en siguiente Sprint.
5.2 Cajas-Tiempo
 Reunión de Retrospectiva Sprint
 Propósito: Revisar como fue el último Sprint,
evaluando su propio desempeño y decidiendo
que mejorar.
 Duración: Máximo Tres (3) horas.
 ¿Qué se hace?
ScrumMaster alienta a Equipo analizar cómo han
desarrollado su trabajo.
Todo el Equipo se reúne y discute lo que les gustaría:
 Comenzar a hacer
 Dejar de hacer
 Continuar haciendo
5.2 Cajas-Tiempo
 Sprint
 Es una iteracción que está limitada a un
tiempo determinado.
 Propósito: Convertir los elementos de la
Pila de Producto en un Incremento del Producto
potencialmente entregable.
 Duración: Usualmente entre 2 a 4 semanas.
 ¿Qué se hace?
ScrumMaster asegura que no se realicen cambios
que afecten el objetivo Sprint.
ScrumMaster asegura que la composición del
Equipo y objetivos de calidad se mantengan.
5.2 Cajas-Tiempo
 Sprint (Cont.)
Los proyectos avanzan en una serie de
“Sprints”
Los Sprints contienen y constan:
 La Reunión de Planificación de Sprint,
 El trabajo de Desarrollo,
 La Reunión de Revisión de Sprint,
 La Retrospectiva de Sprint,
La Pila de Sprint es diseñado, codificado y
testeado durante el Sprint.
La duración constante conduce a un mejor
ritmo,
5.3 Artefactos
 Pila de producto (Product Backlog)
Listado con los requisitos del sistema
 Es responsabilidad del dueño del producto
 Contenido
 Priorización
 Disponibilidad
 Nunca llega a ser una lista completa y definitiva
 En la planificación del proyecto, es simplemente
una estimación inicial de los requisitos.
 Es un documento dinámico que incorpora
constantemente las necesidades del sistema
 Se mantiene durante todo el ciclo de vida (hasta
 5.3 Artefactos
 Pila de producto (Product Backlog)
Identificador único

Campo o sistema de Descripción de Estimación

priorización funcionalidad
5.3 Artefactos
 Pila del Sprint (Sprint Backlog)
 Contiene tareas para convertir un Backlog del
Producto en funcionalidad concreta del sistema.
 Las tareas en el sprint backlog no se asignan,
cada miembro las toma según lo considere
oportuno.
 Se recomienda que las tareas reflejadas tengan
una duración comprendida entre las 4 y las 16
horas de trabajo.
 Las de mayor duración deben intentar
descomponerse en sub-tareas de ese rango de
tiempo.
5.3 Artefactos
 Pila del Sprint (Sprint Backlog)
(Continuación)
 Cualquier miembro puede añadir, borrar o
cambiar las tareas del backlog del sprint (las
suyas o nuevas).
 Si no está en claro el trabajo, definir el backlog
del sprint con una mayor cantidad de tiempo, y
luego dividirlo más tarde.
 Actualizar la estimación de trabajo restante a
medida que se sepa más sobre las tareas.
 Solamente el equipo puede agregar items al
backlog del sprint.
 5.3 Artefactos
ila del Sprint (Sprint Backlog)
5.3 Artefactos
 Gráfica de progreso (Burndown
Chart)
 En Scrum, para el seguimiento del avance del
proyecto se utilizan distintos gráficos "Burn-
Down". Estos gráficos muestran el trabajo
restante en función del tiempo. El trabajo
restante se representa en el eje vertical, y el
tiempo en el eje horizontal. El trabajo restante
fluctuará hacia arriba y abajo, con una tendencia
descendiente.
 5.3 Artefactos
Gráfica de progreso(Burndown Chart)
5.3 Artefactos
Tareas L M M J V
Codificar UI 8 4 8
Codificar Negocio 16 12 10 7
Testear Negocio 8 16 16 11 8
Escribir ayuda online 12

50
40
30
20
10
Hours

0
Mon Tue Wed Thu Fri
7. El ciclo SCRUM
7. El ciclo SCRUM
7. El ciclo SCRUM

n cliente se pone en contacto con una

consultora que desarrolla software.

l cliente les realiza el pedido.

Quiero , un sistema que
registre las ventas de mi
negocio
7. El ciclo SCRUM
El Cliente se reune con el Dueño de
producto, que toma nota de lo que tiene
en su cabeza.

Cliente Dueño de Producto

7. El ciclo SCRUM
 El Duelo de Producto divide el proyecto
en historias que son las que componen
la pila de producto.

Dueño de Producto

Pila de Producto
7. El ciclo SCRUM

l Scrum Master es un miembro del equipo que

tiene el papel de comunicar y gestionar las
necesidades del Dueño de Producto y la pila de
Sprint.

l Dueño de Producto le entrega la pila de producto

para que estimen el coste de creación del
producto.
Dueño de Producto Scrum Manager
7. El ciclo SCRUM

l equipo se reune para estimar el coste de cada

historia de la pila de producto.

n este caso utilizan Planning Poker.

Equipo
7. El ciclo SCRUM
 Una vez aprobado el presupuesto, el dueño del
producto reordena la pila de producto para que el
equipo vaya trabajando según la prioridad del
cliente. Menos imporantes

Dueño de Producto

Urgentes
7. El ciclo SCRUM
 El equipo comienza su trabajo desglosando la
primera historia de la pila de producto, la cual
subdividen en tareas menores para crear la pila
de sprint.
7. El ciclo SCRUM
 La pila de sprint tiene como utilidad fraccionar el
trabajo de un periodo de 15 días en tareas mas
pequeñas, que tarden como mucho dos días.
7. El ciclo SCRUM
 Estas tareas se colocan en una pila, la cual
prioriza el Dueño de Producto, que ha consultado
con el cliente, antes de comenzar el sprint. Menos imporantes

Dueño de Producto

Urgentes
7. El ciclo SCRUM

l equipo comienza el sprint tomando las tareas priorizadas.

na vez concluida una se toma la siguiente de la lista.

e convoca todos los días una reunión del equipo donde se

cuenta las tareas realizadas el día anterior y cuales se van a
realizar ese día.
7. El ciclo SCRUM

na vez finalizado el sprint, el Dueño de Producto le

muestra al cliente el resultado del trabajo
realizado.

l cliente ya tiene el primer contacto con su encargo

y además puede volver a priorizar Buen la trabajo
pila de
producto antes de que comience otro sprint.

Dueño de Producto
Cliente
7. El ciclo SCRUM

l equipo de trabajo celebra su buen hacer con una

reunión de retrospectiva, donde se analiza lo
ocurrido durante el sprint.

sta reunión se celebra fueras de la oficina,

normalmente con comida y bebidas de por medio.
8. Scrum & Otras
metodologías
 Scrum & Otras
metodologías
RUP XP SCRUM
Posee Certificación - Posee Certificación
Nivel 3 de certificacion CMMINivel 3 incompleto de Nivel 2 de certificacion
certificación CMMI CMMI
Metodología de desarrollo y Metodología de desarrollo y Solo proporciona soporte
administración de proyectos administración de proyectos a la gestión de proyectos
Enfoque tradicional Es el enfoque “ágil” más Enfoque “ágil”
conocido y adoptado
Más adaptable para Recomendable para proyectos Scrum está especialmente
proyectos de largo plazo. de corto plazo indicado para proyectos
en entornos complejos,
donde se necesita
obtener resultados pronto

Cambios lentos a moderados Cambios moderados a rápidos

Productos medianos a Productos medianos a pequeños

grandes
Staff Amplio y Skills medios Staff adecuado y Skills altos
9. Escenarios
Escenario 1: Scrum , XP
 Cambios moderados a rápidos
 Productos medianos a chicos
 Altos Skills
 Staff adecuado
 Tecnología OO
Escenario 2: RUP combinado
con Scrum
 Frecuencia de Cambio eventuales,
cambios menores
 Productos de gran envergadura
 Skills medios a altos
 Productos complejos
 Productos críticos
Escenario 3: Combinaciones
múltiples
 MSF como marco general
 Scrum como método de Management
 XP como metodología de desarrollo
(patrones, TDD, refactorización)
 RUP como proveedor de artefactos
 Por qué no …. ? CMMI para la evaluación
de madurez.
10. Herramientas SCRUM
10.Herramientas

 Tablero que indica el estado actual de las tareas

 Compuesto por:
 Filas  Historias del Product Backlog
 Columnas  Estado de las tareas

 Se actualiza diariamente en el Daily Scrum

 Permite una visualización rápida y exacta de cómo se

está desarrollando el Sprint
10.Herramientas
10.Herramientas
10.Herramientas

 Técnica que permite hacer una estimación inicial del

proyecto rápida y fiable.
 Todos los miembros del equipo comparten sus
informaciones.
 Proceso iterativo de planificación.
10.Herramientas

 ¿Cómo funciona?
 El cliente lee un objetivo

 El equipo hace preguntas para entender el alcance

 Cada miembro del equipo piensa en el esfuerzo necesario

para completar el objetivo y escogen una carta
 Todos muestran simultáneamente las cartas

 Las personas más alejadas del consenso explican por qué

de su votación
 El equipo vuelve a votar hasta alcanzar un acuerdo.
10.Herramientas
11. Certificaciones
11.1Certificaciones
scrumalliance.org
 Certified ScrumMaster.
El curso de Certificación de Scrum
Master (CSM) ofrece capacitación en
los fundamentos esenciales de
Scrum, tanto para Scrum Masters
como para los miembros del equipo
Scrum.
11.1Certificaciones
scrumalliance.org
 Certified Scrum Developer.
Surgida en 2009, la certificación CSD es la
última novedad en certificaciones oficiales
de la Scrum Alliance a través de la cual
los equipos de desarrollo de proyectos
logran comprender en profundidad,
durante una experiencia completa de 3 o
5 días, los principios y técnicas de Scrum.
11.2Certificaciones
scrum.org
 Scrum Master Professional
El Scrum Master Profesional incluye un curso, una
evaluación, y un certificado. El Scrum Master
Profesional es la primera actualización importante
de la certificación Scrum Master (CSM), creada por
Ken Schwaber en el 2002. El Scrum Master
Profesional cubre lo básico Scrum, incluido el
marco, la mecánica, y los roles de Scrum, sino que
también enseña cómo utilizar Scrum cómo
optimizar el valor de la productividad, y el costo
total de propiedad de sus productos.
11.2Certificaciones
scrum.org
 Scrum Developer Professional
El programa desarrollador Scrum Profesional (PSD)
capacita, evalúa y certifica a los desarrolladores de
Scrum de trabajo en una plataforma tecnológica
específica. El programa incluye un curso de cinco
días, una evaluación en línea, y una certificación
reconocida. En la actualidad, Scrum.org ofrece
programas de Microsoft. NET y Java.
Ventajas y Desventajas
Ventajas y Desventajas
 Ventajas
 Entrega rápida de los productos más importantes
 Se trabaja en iteraciones cortas, de alto enfoque y
total transparencia
 Se incentiva la creatividad de los desarrolladores
haciendo que el equipo sea auto administrado
 Las reuniones se dedican a inconvenientes
recientes, evitando el estancamiento
Ventajas y Desventajas
 Desventajas
 Requiere delegar responsabilidades al
equipo, incluso permite fallar si es
necesario.
 Puede caer en el modelo de codificar y
probar, si no se realiza un seguimiento.
 Generalmente en el equipo de
desarrollo se da un cierto rechazo a la
documentación
Conclusiones
Conclusiones
 El propósito de Scrum está en buscar
que los proyectos de desarrollo aporten
a las organizaciones el máximo valor
posible a corto plazo, con resultados de
alta calidad que respondan a las
necesidades prioritarias del negocio.
 Especialistas concluyen en que esta
metodología es óptima para equipos de
trabajo de hasta 8 personas