Ing. Mg.

Reiner Guerra
Scrum
2
Introduccin
Scrum es una metodologa gil de desarrollo de proyectos que toma su nombre y
principios de los estudios realizados sobre nuevas prcticas de produccin por
Hirotaka Takeuchi e Ikujijo Nonaka a mediados de los 80.
En 1996 se defini por primera vez un patrn para aplicar esos principios de
desarrollo en campos de scrum al software.
Esta fue la primera definicin de un patrn Scrum aplicado al software, diseada por
Jeff Sutherland y Ken Schwaber y presentada en OOPSLA 96
Gestin gil de proyectos: Scrum
Esta presentacin describe esa primera definicin de
1996
3
La esencia de Scrum
Al iniciar cada iteracin, el equipo revisa el trabajo
pendiente del proyecto y selecciona la parte que
terminar como un incremento de funcionalidad
incorporado al software al terminar la iteracin.
Al final de la iteracin el equipo presenta el incremento
de funcionalidad a las partes implicadas en el proyecto.
El equipo revisa los requisitos, considera la tecnologa disponible, evala sus
conocimientos, y de forma colectiva determina cmo implementar la funcionalidad.
Roles
Scrum tiene una estructura muy simple. Todas las responsabilidades del proyecto se
reparten en 3 roles:
Propietario del producto
Equipo
Gestor de Scrum (Scrum manager o Scrum Master)
Gestin gil de proyectos: Scrum
4
Scrum
Scrum es un mtodo adaptativo de gestin de proyectos que se basa en los principios giles:
Colaboracin estrecha con el cliente.
Predisposicin y respuesta al cambio
Prefiere el conocimiento tcito de las personas al explcito de los procesos
Desarrollo incremental con entregas funcionales frecuentes
Comunicacin verbal directa entre los implicados en el proyecto
Motivacin y responsabilidad de los equipos por la auto-gestin, auto-organizacin y
compromiso.
Simplicidad. Supresin de artefactos innecesarios en la gestin del proyecto.
Gestin gil de proyectos: Scrum
5
Roles
Propietario del producto
Financiacin del proyecto
Requisitos del sistema
Retorno de la inversin del proyecto
Lanzamiento del proyecto
Gestin gil de proyectos: Scrum
Equipo
Representa a todos los interesados en el producto final.
Sus reas de responsabilidad son:
Responsable de transformar la pila del sprint (Sprint Backlog) en un incremento de
la funcionalidad del software
Auto-gestionado
Auto-organizado
Multi-funcional
Scrum Manager
Responsable del proceso Scrum
Formacin y entrenamiento del proceso
Incorporacin de Scrum en la cultura de la empresa
Garanta de cumplimiento de roles y responsabilidad
6
Roles: gallinas y cerdos
Una gallina y un cerdo paseaban por la carretera. La gallina dijo al
cerdo: Quieres abrir un restaurante conmigo. El cerdo consider la
propuesta y respondi: S, me gustara. Y cmo lo llamaramos?. La
gallina respondi: Huevos con beicon.
El cerdo se detuvo, hizo una pausa y contest: Pensndolo mejor,
creo que no voy a abrir un restaurante contigo. Yo estara
realmente comprometido, mientras que tu estaras slo implicada.
COMPROMETIDOS EN EL PROYECTO (cerdos)
Propietario del producto
Equipo
IMPLICADOS EN EL PROYECTO (gallinas)
Marketing
Comercial
Etc.
Scrum diferencia entre estos dos grupos
para garantizar que quienes tienen la
responsabilidad tienen tambin la autonoma
necesaria para poder lograr el xito, y que
quienes no tienen la responsabilidad no
producen interferencias innecesarias
Gestin gil de proyectos: Scrum
7
El flujo de Scrum
Visin:
ROI versiones
hitos
Pila de producto
Requisitos priorizados
Seleccin de la
Pila de producto
Pila del sprint
Nueva funcionalidad
Gestin gil de proyectos: Scrum
Fuente: Agile Project Management with Scrum
Ken Schwaber
8
El flujo de Scrum
Gestin gil de proyectos: Scrum
9
Sprint
Es el periodo de tiempo durante el que se desarrolla un incremento de funcionalidad.
Constituye el ncleo de Scrum, que divide de esta forma el desarrollo de un proyecto
en un conjunto de pequeas carreras.
Duracin mxima: 30 das.
Durante el sprint no se puede modificar el trabajo que se ha acordado en el Backlog.
Slo es posible cambiar el curso de un sprint, abortndolo, y slo lo puede hacer el
Scrum Master si decide que no es viable por alguna de las razones siguientes:
La tecnologa acordada no funciona.
Las circunstancias del negocio han cambiado.
El equipo ha tenido interferencias.
Gestin gil de proyectos: Scrum
10
Artefactos
Pila de producto (Product Backlog)
Gestin gil de proyectos: Scrum
Listado con los requisitos del sistema
Es responsabilidad del dueo del producto
Contenido
Priorizacin
Disponibilidad
Nunca llega a ser una lista completa y definitiva
El empleado para planificar el proyecto es slo una estimacin inicial de requisitos
Es un documento dinmico que incorpora constantemente las necesidades del sistema
Se mantiene durante todo el ciclo de vida (hasta la retirada del sistema).
11
Artefactos
Pila de producto
Gestin gil de proyectos: Scrum
E
s
t
i
m
a
c
i

n

i
n
i
c
i
a
l

C
o
m
p
l
e
j
i
d
a
d

E
s
t
i
m
.

a
j
u
s
t
a
d
a

ID Elemento
1 Nuevo formulario para peticiones de clientes 2 0.2 2,4
2 Configuracin de respuestas automticas 3 0.2 3,6
3 Envo automtico de respuestas 1 0.2 1,2
4 Consulta para los clientes de peticiones enviadas 1 0.2 1,2
5 Modificacin del cliente de sus peticiones enviadas 2 0.2 2,4
6 Acceso a peticiones slo para clientes del portal jurdico 5 0.2 6
7 Consulta de peticiones por parte del staff 1 0.2 1,2
8 Insercin de comentarios y reasignacin a peticiones (staff) 2 0.2 1,2
9 Consultas por clientes, fechas y temas 3 0,2 3,6
Product Backlog
1

2,4
3,6
1,2
1,2
2,4
6
1,2
1,2
3,6
2

0
0
0
0
0
0
0
1,2
3,6
3

0
0
0
0
0
6
0
0
0
4

0
0
0
0
0
0
0
0
0
Trabajo pendiente
Sprint
10 [Contina].
SPRINT 1 15 18 18 0 0 0
12
Artefactos
Pila del sprint (Sprint Backlog)
Gestin gil de proyectos: Scrum
Trabajo o tareas determinadas por el equipo para realizar en un sprint y lograr al final del mismo
un incremento de la funcionalidad.

Se recomienda que las tareas reflejadas tengan una duracin comprendida entre las 4 y las 16
horas de trabajo.
Las de mayor duracin deben intentar descomponerse en sub-tareas de ese rango de tiempo.
13
Artefactos
Grfica de progreso
Gestin gil de proyectos: Scrum
14
Comunicacin
Reunin diaria
Revisin del sprint
Reunin retrospectiva
Gestin gil de proyectos: Scrum
La forma ms eficiente y efectiva de comunicar informacin de ida y vuelta dentro de
un equipo de desarrollo es mediante la conversacin cara a cara.
Manifiesto gil
15
Qu trabajo has realizado desde la ltima reunin?
Qu tienes previsto para hoy?
Qu necesitas?
Comunicacin
Reunin diaria
Reunin del equipo con duracin mxima de 15 minutos.
Todos los das en el mismo sitio y a la misma hora.
Se recomienda que sea la primera actividad del da.
Deben acudir todos los miembros del equipo.
Moderada por el Scrum Manager, que pregunta a todos los asistentes
Cul ha sido el trabajo realizado desde la ltima revisin diaria?
Cul es el trabajo previsto para hoy?
Hay algo que necesitas, o que te impide realizar el trabajo previsto?
No se permite entrar en divagaciones o salirse del guin.
Slo habla la persona que informa de su trabajo, el resto escucha y no hay lugar para
otras conversaciones.
Cuando un miembro informa de algo de inters para otros, o necesita ayuda de otros,
estos se renen al terminar la revisin diaria.
Las gallinas no pueden intervenir ni distraer, y el Scrum Master puede limitar el nmero
de gallinas asistentes si lo considera oportuno.
Gestin gil de proyectos: Scrum
16
Comunicacin
Revisin del sprint
Reunin del equipo, Scrum Manager, propietario del producto con todas las personas implicadas
en el proyecto (gallinas).
Duracin mxima: 4 horas.
Finalidad: presentar al propietario del producto y a las gallinas las nuevas
funcionalidades implementadas.
Las funcionalidades no implementadas no se presentan.
En la reunin, los miembros del equipo muestran las nuevas funcionalidades.
Al final de la reunin se interroga individualmente a todos los asistentes para recabar
impresiones, sugerencias de cambio y mejora, y su relevancia.
El propietario del producto trata con los asistentes y con el equipo las posibles
modificaciones en la pila de producto.
Gestin gil de proyectos: Scrum
17
Comunicacin
Reunin retrospectiva
Acuden el equipo y el Scrum Master, y opcionalmente el Propietario del Producto.
Todos los miembros del equipo responden a dos preguntas:
Qu cosas fueron bien en el ltimo sprint?
Qu cosas se podran mejorar?
El Scrum Manager anota todas las respuestas
El equipo prioriza las mejoras posibles
El Scrum Manager no proporciona respuestas, sino que ayuda al equipo a encontrar la
mejor forma de trabajar con Scrum.
Las acciones de mejora localizadas que se puedan implementar en el prximo Sprint
deben introducirse en la pila de producto como elementos no funcionales.
Gestin gil de proyectos: Scrum
18
Gestin gil de proyectos: Scrum
Reiner Guerra
rguerra@orbitum.org
http://www.orbitum.org
Puedes consultar la licencia de uso y distribucin de este trabajo en el registro de Safe
Creative. http://www.safecreative.org/work n de obra: 0803020457942