ScrumVersin 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 SprintSe 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 EstimacinSe 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 BacklogLista 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 sprint9. Comienza con tus sprints!