Universidad de El Salvador

Facultad de Ingeniera y Arquitectura

Escuela de Ingeniera de Sistemas Informticos
Tecnologa Orientada a Objetos TOO115

Nota

Tema VII: Reunin diaria de Scrum, la demostracin y el progreso del sprint (Daily
Scrum Meeting , Sprint Demo Meeting, and Tracking progress)

Grupo de trabajo #9
Catedrtico: Ing. Elmer Arturo Carballo Ruiz
Integrantes:

Carnet

Chacn Snchez, Salvador de Jess

CS08004

Glvez Najarro, Sergio Gustavo

Morales Alfaro, Daniel Enrique

MA10016

Pozo Monterrosa, Pedro Luis

PM10013

Ramrez Cabrera, Joao Fidel

RC10014

Ciclo II ao 2015
Fecha de entrega: 04/09/15

Reunin diaria de Scrum, la demostracin y el

progreso del sprint
Joao Fidel Ramrez Cabrera
email: joaostrupr@gmail.com

Daniel Enrique Morales Alfaro

email: daniele15x@gmail.com

Pedro Luis Pozo Monterrosa

email: plpm90_nath@hotmail.com

Salvador de Jess Chacn Snchez

email: chamba.chs.90@gmail.com

Sergio Gustavo Glvez Najarro

Email:Sergiogalvez202@hotmail.com
Resumen:
SCRUM es un marco de trabajo para el desarrollo gil de
productos software. Su principio bsico es la entrega temprana al
cliente de software con valor para su satisfaccin. SCRUM adopta
una estrategia de desarrollo incremental, en lugar de la
planificacin y ejecucin completa del producto. Adems define
un conjunto de prcticas y roles, y que puede tomarse como punto
de partida para definir el proceso de desarrollo que se ejecutara
durante el proyecto. Con el objetivo de mejorar la comunicacin
del equipo e identificar y eliminar los obstculos, se realizan las
reuniones diarias SCRUM, entre las cuales estn Daily Scrum
Meeting ,Sprint Demo Meeting, and Tracking progress. Estas
reuniones estn pensadas para el equipo, por lo tanto no debera
invitarse a nadie ms que no fuera del equipo SCRUM.
Ocasionalmente puede ser conveniente que asiste el product
owner, para tomar contacto con lo que est haciendo el equipo,
este no podr alterar los objetivos del sprint. Si logramos llevar a
cabo la reunin diaria de Scrum enfocados y a tiempo, estaremos
estableciendo un mecanismo muy potente para conseguir los
objetivos del Sprint. Esta reunin permite resolver muchos
conflictos y situaciones que de otra forma hubieran estallado
demasiado tarde
Palabras clave: Reunin, equipo, objetivos, conflictos.

I. INTRODUCCIN:
En el proceso de desarrollo de software existen varios factores que
determinan su xito o fracaso. Scrum sin lugar a dudas, apoya este
proceso implementando una metodologa de desarrollo gil que
involucra estndares y buenas prcticas mientras se implementa;
es de esta forma que a continuacin se mostrara como se llevan a
cabo diariamente las actividades en este proceso, su contribucin a
la demostracin que involucra la finalizacin del Sprint,
destacando de todo esto, su explicacin, caractersticas, prcticas y
dems aspectos importantes que relacionados a este tema.

II. OBJETIVOS
Conocer algunas de las fases de la metodologa de desarrollo de
software SCRUM

Explicar el desarrollo de las reuniones diarias del equipo bajo la

metodologa SCRUM
Conocer como se hace la demostracin en cada sprint del
proyecto.
Mostrar como progresa un sprint, y todo lo que ello implica.
REUNION DIARIA DE SCRUM
En un marco de desarrollo, es imprescindible cierto nivel de
organizacin en su aplicacin, Scrum, no es la excepcin, y por
ello, implementa reuniones diarias entre los miembros que
componen el equipo de desarrollo.
El Scrum master
El centro de la investigacin no se enfoca en este elemento del
grupo, pero ser importante conocer que se entiende por Scrum
master, puesto que ms adelante se menciona y por tanto es
importante la comprensin de este para poder tener una mejor
comprensin del tema global. En ese sentido, el Scrum Master es
un miembro del grupo de desarrollo que asume el liderazgo del
equipo, tratando de concebirlo en el sentido ms amplio de la
palabra, puesto que, no resuelve los problemas de los dems, sino,
que trata de orientar y ayuda al miembro a que el identifique el
problema y lo solucione una vez identificado, adems de otras
actividades como la priorizacin de requerimientos, actividades, y
por supuesto, la del tema en cuestin, que es la reunin diaria.
El Scrum master es el encargado de facilitar la reunin, cuyo
objetivo de esta, es facilitar la transferencia de informacin y la
colaboracin entre los miembros del equipo para aumentar la
productividad, y de esta manera, mantener una interaccin
prcticamente continua entre cada uno de los miembros.
En Scrum, en cada da de un Sprint, se realizan reuniones diarias a
la misma hora y lugar. En cada reunin cada miembro del equipo
inspecciona el trabajo que el resto est realizando para al finalizar
la reunin se haga las adaptaciones, de ser necesario, que permita
cumplir el compromiso que el conjunto adquiri previamente para
el sprint.

En cada reunin cada miembro debe responder una serie de

preguntas en un tiempo de mximo de 15 minutos lo que dura la
reunin diaria.

Cualquier obstculo que se plantean en la reunin se convierte en

responsabilidad del Scrum Master para resolverlo lo ms rpido en
cual se plantea las siguientes opciones.

Si no es grave el problema y el Equipo puede alcanzar

una solucin sin hacer peligrar el objetivo de los 15
minutos, el Scrum Master permite que se valore el
problema en la reunin
Si la reunin se prolonga y aparenta ir ms all el Scrum
Master debe crtala y proponer al equipo celebrar una
Reunin de Grooming con todas las personas implicadas
tan pronto como se acabe el daily Scrum para no
consumir tiempo innecesario del resto del equipo

Es importante que todos los miembros del Equipo de desarrollo

este presente, el Scrum master puede o no estar y el Product
Owner (cliente) no debera estar, debido a que son reuniones
diarias y seria inclusive contraproducente su presencia, salvo que
se d el caso que sea invitado por el equipo de desarrollo para
tratar algn tema.
Actividades que se realizan en la reunin.

Dar unos aperitivos para el Scrum Diario ser ms

ameno las reuniones

Entradas a iniciar el Scrum daily.

Qu hiciste ayer para ayudar al equipo a alcanzar la
meta del sprint?
Qu vas a hacer hoy para alcanzar la meta del sprint?
Existen impedimentos en su camino que pueda peligrar
la meta del sprint?

Al centrarse en lo que la persona llevo a cabo ayer y cumplir hoy,

el equipo obtiene una excelente compresin de lo que el trabajo se
ha hecho y lo que resta, no es una reunin donde se de
actualizaciones de la informacin al jefe, sino que es una reunin
donde cada miembro se compromete entre s, para no perder el
sentido de hacia donde se camina para llegar al objetivo del sprint.

El equipo de desarrollo se rene diario para sincronizar

tareas y elaborar el plan de trabajo
Debe ser el mismo lugar y hora
Tiempo de reunin es de 15 minutos
Si peligra el objetivo de 15 minutos el Scrum Master
puede proponer una reunin de grooming (que es una
reunin en la que se tratan los retrasos o problemas ms
complejos durante el proceso) al finalizar el daily
meeting.
Cada miembro comenta su seguimiento ayer, hoy y que
impedimento tuvo.
Debe Asistir todos los miembros del equipo de
desarrollo
El Scrum Master inicia la reunin, comenzando con la
persona a su izquierda hacia la derecha hasta que todos
los miembros hayan reportado su estado
EL Scrum Master no debe interferir con el Scrum Board,
es su herramienta

Pila del sprint y grafico del avance (burn-down)

actualizados con la informacin anterior.
Informacin del avance de cada miembro.

Resultados.

Pila del sprint y grafico del avance (burn-down)

actualizados
Identificacin de posibles necesidades e impedimentos

Cmo es el formato de reunin?

Unas de las recomendaciones para realizarla es en pie junto a un
tablero con la pila del sprint y el grafico de avance, para que todos
puedan compartir informacin y anotar.
En la reunin cada miembro del equipo de desarrollo contesta las
tres preguntas Qu he hecho anterior? Qu voy a hacer hoy?
Qu impedimento he tenido?
Al final de la reunin.

El equipo refresca el grafico del avance del sprint, con

las estimaciones avanzadas

El Scrum Master realiza las gestiones adecuadas para resolver las

necesidades o impedimentos identificados.
Plantilla de cmo sera una reunin del diario Scrumb
Quienes: (Participa miembros Scrum y Scrum Master)
Elementos que puede usarse:

Pizarra donde estn las tareas de los miembros

Grafica del avance

Desarrollo:
En la reunin cada quien responde las preguntas Qu he hecho
ayer? Qu hecho hoy? Qu impedimentos he tenido?, se
actualiza tareas o se da continuidad a las realizadas si hay
impedimentos se trata de resolver si afectar el tiempo que es de 15
minutos, adems de identificar nuevas tareas y actualizar estado
del sprint
Ejemplo:
Scrum Diario da 2.

Connie tiene preguntas sobre las nuevas tareas asignadas

y la actualizacin de la tabla de tareas y prioridades
asignadas a ella
Kevin responde, Ayer hizo las gestiones necesarias con
el equipo de diseo para el desarrollo de la interfaz, hoy
seguir dando seguimiento al trabajo hasta terminar
Barry hoy har la documentacin del manual de usuario

Karla ha tenido problemas con el servidor, el Scrum

Master al final de la reunin pregunta a los miembros
restantes que le ayude con el fin de resolver el problema
y no perder el objetivo del sprint

LA DEMOSTRACION
Proporciona un punto de inspeccin para el progreso del proyecto
final de cada Sprint. A partir de esa inspeccin se puede hacer
adaptaciones al proyecto. Al final del Sprint el equipo presenta el
incremento del producto que ha sido capaz de implementar. Los
gestores, clientes, usuarios y el Product Owner determinan el
incremento del producto. En pocas palabras determina el mejor
camino para alcanzar las metas perseguidas para lograr el sprint.
Caractersticas de la demostracin

Sprint review estn limitados a 4 horas

Su objetivo es que el equipo presente a Product Owner y

los stakeholders la funcionalidad completada

la funcionalidad que no est completada no puede ser

presentada

Sprint review comienza con un miembro del equipo

presentado las metas del Sprint, el product backlog
comprometido y el product backlog completado. Los
miembros del equipo puede comentar lo que fue bien y
lo que no en el Sprint

se alcanza la meta sprint en el tiempo establecido, todos los

miembros opinan el Product Owner puede establecer cambios, esta
reunin no debe ser tan formal como presentar diapositivas pero se
debe demostrar las obras que se haya realizado en el trabajo.
Despus de la demostracin todos los miembros y las partes
interesadas cuenta las impresiones y aclara los requisitos, el
Product Owner identifica lo que se ha hecho y lo que no se agrega
si hubo nuevos requisitos se agrega al Product Backlog y una
nueva prioridad se agrega a las existentes.
Plantilla para la demostracin.
Quien: (Participa los miembros Scrum, Scrum Master, Product
Owner y stakeholder)
Elementos que puede usarse

Desarrollo:
Es una reunin que se realiza al final de un Sprint con el fin de
determinar el avance alcanzado hasta la fecha, el Product Owner y
los otros participantes puede intervenir con el fin de determinar si
quiere funcionalidades adicionales no le gusta la demostracin
mostrada o estn de acuerdo, se actualiza para el siguiente Sprint
agregando las nuevas prioridades y la grfica del avance.
Ejemplo:

Los Sprint review se hace con los miembros del equipo

presentando la funcionalidad, respondiendo las
preguntas de los stakeholders sobre la presentacin y
anotando que cambios desean estos

Mtricas del proyecto

Demo del el trabajo

Prioridades para el nuevo sprint

Al final de la presentacin, los stakeholders son

encuestados, uno a uno para recoger sus impresiones de
los cambios que deseen y la prioridad que se le d.

La duracin de los review meeting vara de la longitud del Sprint.

Para una semana del Sprint, la reunin debe durar al menos una
hora; para dos semanas, dos horas. Para cuatro semanas del Sprint
debe ser de al menos de cuatro horas.
Formato.
Time box: 1.5 horas (2 semanas del sprint) / 3 horas (4 semanas
del sprint)
Participantes: Scrum Master, Product Owner y el equipo Scrum,
todos los Stakeholders/Sponsors, Customers
Se realiza una vez que haya finalizado un sprint, todos los
miembros se rene para inspeccionar el avance con el fin de ver si

Equipo para mostrar la demo, el product backlog, grafica

de avance

La demo ser presentada en laptops de los miembros del

equipo de desarrollo.
Wendy muestra las funcionalidades completadas hasta la
fecha
Rusty enfatiza que la demo mostrada falta detalles pero
por la complejidad se expondr ms adelante
Product Owner requiere que se le adicione una
funcionalidad ms, el equipo de desarrollo actualiza las
tareas y el sprint con el fin de determinar si no peligra el
tiempo final

EL PROGRESO DEL SPRINT

Hasta el momento, hemos visto en cada aspecto de la
investigacin, como lo es el daily Scrum metting, sprint demo
metting, que todo sigue un orden, as como tambin, presenta
estndares enfocados en sacar el mximo provecho de las etapas
de este marco de desarrollo, permitiendo tener una metodologa de
desarrollo gil, entonces, el progreso del sprint (Tracking
progress) no es la excepcin, y tiene un inicio marcado, que se
enfoca en preguntarse, cual es el objetivo del Tracking Progress;
esto tiene que ver con la continuidad del proyecto, es decir,
preguntarse si el proyecto ha terminado, sino, darle el seguimiento
necesario, y orientar los esfuerzos para que este progreso sea
acorde a lo que se espera al final de ese sprint.
Objetivos
Darle seguimiento al progreso del sprint teniendo en mente
publicaciones de una manera que sean accesibles a todos.

Normalizar en una confortable, y an desafiante, capacidad y

longitud del sprint.
Construir la confianza del stakeholder en la habilidad del equipo
para finalizar el proyecto.
Estos objetivos se esperan cumplir en un escenario ideal, pero, no
siempre sucede as, por tanto es necesario que se adopten ciertas
actitudes que muevan al grupo de trabajo a desarrollar el sprint de
la mejor manera, como por ejemplo, tratar que los sprint tengan la
misma duracin, se recomienda un periodo de dos semanas (puede
servir de apoyo la reunin diaria de Scrum que se toc con
anterioridad en el primer punto de este documento) pues es un
tiempo prudente que permite no acumular una gran cantidad de
trabajo, ya que en periodos muy cortos sera muy repetitivo, y en
periodos ms largos podra originar la posibilidad de desviar los
objetivos de forma inconsciente.
Otro aspecto importante en el progreso del sprint, es el
seguimiento preventivo y correctivo que se le da, por ejemplo, si
hay problemas muy serios que afectan o desvan al grupo de los
objetivos, puede considerarse la opcin de abortar el sprint, esto
con el fin de evitar prdidas de tiempo tratando de buscar
soluciones que probablemente sean muy difciles de aplicar por la
complejidad del problema, y por tanto, se recomienda el reinicio
del sprint con el objetivo de empezar sobre bases slidas y
tratando de buscar explicaciones a lo que fallo en determinado
punto, y as mantener un correcto progreso de este.
Se puede usar diversas herramientas que ayuden al equipo a
comprender, verificar y observar el progreso del sprint en un
momento dado, como por ejemplo, los burndown chart que son
grficos que muestran el faltante en tareas de un sprint de un
proyecto
Fig.1
EJEMPLO DE UN BURNDOWN CHART PARA UN SPRINT DE UN
PROYECTO

Plantilla del progreso del sprint

Quien: (participa los miembros Scrum, Scrum Master)
Elementos: tabla de tareas, grafica burndown
Desarrollo:
Todos los miembros se rene con el fin de evaluar sin el objetivo
de final no corre peligra, se pude poner a votacin las prioridades
de las tareas asignadas, intervenir en distracciones que provoca
que el equipo no cumpla sus tareas y si es necesario abortar el
sprint con el fin de reiniciar y cumplir la meta
Ejemplo:

Scrum Master rene al equipo con el fin de determinar el

progreso del sprint hasta la fecha
Ana dice que todas sus tareas asignadas ha sido
completadas
Carlos analiza que hay tareas que no se le han dado la
debida atencin
Scrum Master hace las correcciones necesarias para que
las tareas que no se le han dado la atencin debida no
peligre el sprint que se le ha realizado
Todos los miembros actualiza la grfica y se asigna
nuevas prioridades a las tareas para cumplir el objetivo
del sprint

CONCLUSIONES
Con Scrum, la idea principal es la de ponerse a trabajar
prcticamente desde el primer momento y empezar a sacar frutos
de ese trabajo para que el cliente vaya viendo los avances y se
quede satisfecho con lo que se est haciendo y cmo se est
haciendo. La idea de la metodologa gil es fundamentalmente que
adopte los cambios, que se pueda reconducir el proyecto en un
momento dado, y que afecte lo menos posible a los costes, los
tiempos y al equipo de trabajo.
Las reuniones diarias en Scrum nos demuestran que se puede
aumentar la productividad en el proyecto y potenciar
el compromiso de equipo. En estas reuniones se pone de
manifiesto, las tareas que pueden afectar a otros miembros del
equipo, ya sea porque existen dependencias especialmente cuando
hay retrasos. Adems nos permite conocer los impedimentos con
que se encuentra cada miembro, cules son sus necesidades, cul
es su ritmo de trabajo o si existen tareas no planeadas.

Otro aspecto importante para poder hacer un buen desarrollo del

sprint, es una correcta planificacin, existen algunas tcnicas que
ayudan a optimizar lo que se espera de cada actividad que tiene
que estar terminada para dicho sprint, podemos mencionar la
estimacin de los tiempos necesarios para desarrollar las
actividades acordadas, esto se hace en una reunin con todos los
miembros del grupo, se somete a votacin sin persuasiones
mediante tiempos que siguen la serie Fibonacci (1, 2, 3, 5, 8, 13),
para determinar en consenso el tiempo requerido para desarrollar
cada actividad que ayude a completar el sprint en cuestin. Esto
conlleva a que una buena y explicita planificacin del sprint
permite medir de forma ms acertada (no al cien por ciento) como
va progresando el sprint, mediante un estimado y un real.

La demostracin del sprint del proyecto nos hace ver como

aumenta la productividad a travs de la comunicacin, ya que
todos los miembros tienen una misma visin del objetivo del
proyecto, con esto se elabora una mejor solucin entregable en
el mnimo tiempo y con el mnimo esfuerzo. As como
potenciar el compromiso haciendo que todo el equipo asuma
la responsabilidad de completar en la iteracin los requisitos
que se seleccionan. Es cada una de las personas la que se
responsabiliza de realizar sus tareas en los tiempos que
proporcion. Si existe falta de compromiso con respecto al
resto de miembros del equipo se har muy evidente en
las reuniones diarias de sincronizacin del equipo (Scrum
daily meeting).