SCRUM

Los
principios
SCRUM
son
congruentes con el manifiesto gil y se
usan para guiar actividades de
desarrollo dentro de un proceso de
anlisis que incorpora las siguientes
actividades estructurales:
Requerimientos
anlisis
diseo
evolucin
entrega.

ROLES DE SCRUM
Se definen varios roles, divididos en 2 grupos:
cerdo
gallinas.

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)

Roles
Roles

Propietario
Propietario del
del producto
producto

Representa a todos los interesados en el producto final.

Sus reas de responsabilidad son:

Financiacin del proyecto

Requisitos del sistema
Retorno de la inversin del
proyecto
Lanzamiento del proyecto
Equipo
Equipo

Responsable de transformar la pila del sprint (Sprint Backlog) en un

incremento de la funcionalidad del software

Auto-gestionado
Auto-organizado
Multi-funcional

Scrum
Scrum Manager
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

ROLES CERDO
Product Owner
El Product Owner representa la voz del cliente. Escribe
historias de usuario, las prioriza, y las coloca en el Product
Backlog.

ScrumMaster (o Facilitador)
El Scrum es facilitado por un ScrumMaster, cuyo trabajo
primario es eliminar los obstculos que impiden que el
equipo alcance el objetivo del sprint.
ScrumTeam o Equipo
El equipo tiene la responsabilidad de entregar el producto.

ROLES GALLINA
Usuarios
Es el destinatario final del producto.
Stakeholders (Clientes, Proveedores, Inversores)
Se refiere a la gente que hace posible el proyecto y para
quienes el proyecto producir el beneficio acordado que lo
justifica. Slo participan directamente durante las revisiones
del sprint.

Managers
Es la gente que establece el ambiente para el desarrollo del
producto.

REUNIN DIARIA
La reunin debe durar alrededor de 15 min. y se
realiza de pie, para mantener el mximo de
concentracin y atencin.
Todos los roles son bienvenidos, pero slo los
cerdos pueden hablar

{
Uno de los puntos ms importantes es el de la

transparencia: todos los miembros saben que estn

haciendo adems, los problemas deben ser sacados
a la luz en cuanto se detectan.

SCRUM DE 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.

La agenda ser la misma como del Daily Scrum, adems de

las siguientes cuatro preguntas:
Qu ha hecho tu equipo desde nuestra ltima reunin?
Qu har tu equipo antes que nos volvamos a reunir?
Hay algo que demora o estorba a tu equipo?
Ests a punto de poner algo en el camino del otro equipo?

REUNION DE PLANIFICACION
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.
Al final del ciclo Sprint, dos reuniones se llevaran a cabo: la
Reunin de Revisin del Sprint y la Retrospectiva del
Sprint

REUNION DE REVISION
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

RETROSPECTATIVA
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 es realizar una mejora continua del

proceso. Esta reunin tiene un tiempo fijo de 4 horas.

DOCUMENTOS

Product backlog
Contiene descripciones genricas de todos los
requerimientos, funcionalidades deseables, etc.
Es el qu va a ser construido. Es abierto y cualquiera puede
modificarlo. Contiene estimaciones grosso modo, tanto del
valor para el negocio, como del esfuerzo de desarrollo
requerido.
Esta estimacin ayuda al product owner a ajustar la lnea
temporal y, de manera limitada, la prioridad de las diferentes
tareas.

Por ejemplo, si dos caractersticas tienen el mismo valor de

negocio la que requiera menos tiempo de desarrollo tendr
probablemente ms prioridad, debido a que su ROI ser ms
alto.

Sprint backlog

DOCUMENTOS

El 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 con ninguna tarea de duracin
superior a 16 horas. Si una tarea es mayor de 16 horas, deber
ser rota en mayor detalle.

Las tareas en el sprint backlog nunca son asignadas, son tomadas

por los miembros del equipo del modo que les parezca
oportuno.

DOCUMENTOS
Burn down
La Burn down chart es una grfica mostrada pblicamente que
mide la cantidad de requisitos en el Backlog del proyecto
pendientes al comienzo de cada Sprint. Dibujando una lnea que
conecte los puntos de todos los Sprints completados, podremos
ver el progreso del proyecto.