Scrum

Versin 1.0

Proceso

Reuniones

Planificacin del Sprint

La planeacin del sprint se realizar los das martes
por la maana y una duracin mxima de una hora.
En la primera media hora se ampliaran los
requerimientos definidos en las historias de usuario
y en la segunda un diseo general de los tems que
formarn parte del sprint.

Reunin diaria
Las revisiones diarias tienen como propsito
la inspeccin y adaptacin, contaremos con
15 minutos para responder a las preguntas:
Qu hemos hecho desde la ltima reunin diaria?
Qu obstculos se han encontrado?
Han emergido nuevas tareas?
Qu haremos el da de hoy?

Revisin del Sprint

Se enfoca en el producto, en inspeccionar lo
entregado y obtener el feedback para
adaptar el plan para sprints subsiguientes.
Se agendar todos los martes, antes de la
planeacin del siguiente sprint.

Retrospectiva
Inmediatamente despus de la revisin continua la
retrospectiva, la cual se enfoca en el proceso: la
manera en que trabaja el equipo, las habilidades
tcnicas y prcticas y herramientas de desarrollo.
Sin importar lo que sea descubierto, entendemos y
creemos que todos hicieron lo mejor que pudieron,
dado lo que saban en ese momento, sus habilidades,
los recursos disponibles y la situacin en la que se
encontraban. [Kerth 2001].

Reunin de Estimacin
Se usa para estimar el costo de nuevos tems del
Backlog o recalcular el tamao de tems de gran
costo que debern ser subdivididos en otros ms
pequeos, de forma tal que puedan ser
desarrollados en los prximos Sprints.
Los equipos debern dedicar entre un 5 a 10% de su
tiempo durante el sprint para poder preparar los
Sprints subsiguientes.

Artefactos

Product Backlog
Lista de tems que representan trabajo pendiente.
Es un documento viviente, el cul requiere una
constante preparacin (grooming) para mantenerlo
actualizado y til con el paso del tiempo.
Los tems deben ser estimados para conocer la
relacin costo beneficio de ellos.
Se agregarn nuevos tems.
tems existentes sern desagregados en mltiples tems ms pequeos.
Algunos tems sern removidos si ya no son necesarios.

Sprint Backlog
Es el tablero de tareas,
una representacin
fsica del trabajo al que
se han comprometido
para lo que resta del
sprint.

Burndown de Release o
Producto
Mide el ritmo de entrega de
funcionalidades testeas a lo
largo del tiempo.
Este ritmo es conocido como
la velocidad del equipo.
Utilizando este grfico los
Product Owners podrn
reportar progreso, determinar
fechas de release y predecir
el alcance del mismo.

Comenzando con Scrum

1. Ensea al equipo las bases del Scrum.
2. Establece la visin.
3. Escribe historias de usuario para conformar el backlog.
4. Ordena los tem del backlog por valor de negocio.
5. Estima el tamao delos tems del backlog.
6. Reordena el backlog, segn sea necesario, en base a
factores adicionales.
7. Crea el plan de release inicial.
8. Planifica el primer sprint
9. Comienza con tus sprints!