ORIGEN DEL MODELO SCRUM

Este modelo fue identificado y definido por Ikujiro

Nonaka e Hirotaka Takeuchi a principios de los
80, al analizar cmo desarrollaban los nuevos
productos las principales empresas de
manufactura tecnolgica.
ORIGEN DEL MODELO SCRUM
En su estudio, Nonaka y
Takeuchi compararon la
nueva forma de trabajo en
equipo, con el avance en
formacin de mel (scrum
en ingls) de los jugadores
de Rugby
ORIGEN DEL MODELO SCRUM
Aunque esta forma de trabajo surgi en empresas
de productos tecnolgicos, es apropiada para
proyectos con requisitos inestables y para los que
requieren rapidez y flexibilidad, situaciones
frecuentes en el desarrollo de determinados
sistemas de software.
CARACTERSTICAS
Adopta una estrategia de desarrollo incremental, en
lugar de la planificacin y ejecucin completa del
producto.
Basa la calidad del resultado ms en el conocimiento
tcito de las personas en equipos autoorganizados,
que en la calidad de los procesos empleados.
Solapamiento de las diferentes fases del desarrollo,
en lugar de realizar una tras otra en un ciclo
secuencial o de cascada.

CARACTERSTICAS
SCRUM es un modelo de referencia que define
un conjunto de prcticas y roles. Los roles
principales en Scrum son:
SPRINT
Es el perodo en el cual se lleva a cabo el trabajo en s.
Es recomendado que la duracin de los sprints sea
constante y definida por el equipo. Se puede
comenzar con una duracin de sprint en particular
(2,3 o 4 semanas). Al final de cada sprint, el equipo
deber presentar los avances logrados, y el resultado
obtenido es un producto potencialmente entregable al
cliente.
DOCUMENTOS DEL SPRINT
Product backlog
Es un documento de alto nivel para todo el proyecto.
Contiene descripciones genricas de todos los
requisitos priorizadas segn su retorno sobre la
inversin. Es el qu va a ser construido. Es abierto y
solo puede ser modificado por el product owner.
Contiene estimaciones realizadas a grandes rasgos.
sto ayuda al product owner a ajustar la lnea
temporal y la prioridad de las diferentes tareas.
DOCUMENTOS DEL SPRINT
Sprint backlog
Es un documento detallado donde se describe el cmo
el equipo va a implementar los requisitos durante el
siguiente sprint. Las tareas se dividen en horas pero
ninguna tarea con una duracin superior a 16 horas.
Si una tarea es mayor de 16 horas, deber ser
dividida en otras menores. Las tareas nunca son
asignadas, son tomadas por los miembros del equipo
del modo que les parezca oportuno.

Product
backlog
Sprint backlog
2 4
semanas
Sprint
15 min.
cada 24 horas
Daily Scrum
Incremento del
producto
DIAGRAMA DEL SPRINT
REUNIONES EN SCRUM
Daily Scrum (Reunin diaria de Scrum)
Cada da de un sprint, se realiza la reunin sobre el estado
de un proyecto. El scrum tiene unas guas especficas:
La reunin comienza puntualmente a su hora.
Todos son bienvenidos, pero slo los involucrados en el
proyecto pueden hablar.
La reunin tiene una duracin fija de 15 minutos.
La reunin debe ocurrir en la misma ubicacin y a la
misma hora.
REUNIONES EN SCRUM
Scrum de Scrum
Cada da normalmente despus del
Daily Scrum:
Estas reuniones permiten a los
grupos de equipos discutir su
trabajo, enfocndose
especialmente en reas de
solapamiento e integracin.
Asiste una persona asignada por
cada equipo.

REUNIONES EN SCRUM
Reunin de Planificacin del Sprint
Al inicio del ciclo Sprint (cada 15 o 30 das), una
Reunin de Planificacin del Sprint se lleva a cabo.
Seleccionar qu trabajo se har
Preparar, con el equipo completo, el Sprint Backlog que
detalla el tiempo que tomar hacer el trabajo.
Identificar y comunicar cunto del trabajo es probable
que se realice durante el actual Sprint
Ocho horas como lmite

REUNIONES EN SCRUM
Reunin de Revisin del Sprint
Revisar el trabajo que fue
completado y no completado
Presentar el trabajo
completado a los interesados
(alias demo)
El trabajo incompleto no
puede ser demostrado
Cuatro horas como lmite

REUNIONES EN SCRUM
Retrospectiva del Sprint
Despus de cada sprint, se lleva a cabo una retrospectiva del
sprint, en la cual todos los miembros del equipo dejan sus
impresiones sobre el sprint recin superado. El propsito de
la retrospectiva es realizar una mejora continua del proceso.
Esta reunin tiene un tiempo fijo de cuatro horas.

VENTAJAS Y DESVENTAJAS
*Resultados
anticipados
*Flexibilidad y
adaptacin
*Mitigacin de riesgos
*Gestin regular de las
expectativas del cliente
*El equipo puede estar
tentado a tomar el
camino ms corto
*Necesita con mucha
antelacin fechas
exactas de entrega
*Requiere que el equipo
sea autoorganizado
*Estrs
EJEMPLO DE USO DEL SCRUM
Gestin gil de proyectos con Activecollab, Googledocs y
Yammer - VIII encuentro gil en Barcelona
En este encuentro Alexis Roqu de <Undefined> explic su
ecosistema gil. Se hizo hincapi en el ecosistema como
soporte a la comunicacin entre los actores que participan
en un proyecto (incluyendo al cliente), en la necesidad de un
jardinero del ecosistema (en funcin de su complejidad) y en
lo interesante que puede ser disponer de un buen sistema
de gestin y push de conocimiento a nivel de empresa.
Finalmente se subray que un cambio en la manera de
trabajar siempre implica formacin, perseguir e ir mejorando.