SCRUMSTUDY

CASO DE
ESTUDIO
DINÁMICA DE APLICACIÓN PRÁCTICA DE SCRUM
Contenido
Role-play: Desarrollo del producto de prueba........................................................................................ 2
Reunión de Visión del Proyecto (Project Vision Meeting) ...................................................................... 3
Role-play: Crear un backlog inicial de producto ..................................................................................... 4
Inconvenientes en la creación de un backlog de producto ................................................................ 5
Role-play: Reunión de planeación de releases o lanzamientos (Release Planning Meeting)................. 6
Inconvenientes en la creación de un backlog de producto ................................................................ 6
Reunión de planeación de sprints (Sprint Planning Meeting) ................................................................ 7
Inconvenientes al desarrollar el backlog de sprints................................................................................ 9
Desarrollo .............................................................................................................................................. 10
Reunión diaria de Standup.................................................................................................................... 11
Posibles problemas ........................................................................................................................... 12
Revisión del sprint ................................................................................................................................. 13
Problemas de la revisión de sprint.................................................................................................... 13
Reunión retrospectiva de sprint ........................................................................................................... 14

1
©2016 SCRUMstudy.com
Role-play: Desarrollo del producto de prueba

En este role-play, desarrollaremos un canal de venta online para una compañía ficticia.

Analizaremos un proyecto de Scrum simulado, pero completo, practicando todas las reuniones
establecidas por Scrum, utilizando los elementos relacionados. Cada paso del role-play, utilizará los
resultados de los pasos anteriores.

Con fines prácticos, para este role-play, nos enfocaremos únicamente en los sitios web necesarios
para el canal de venta online y asumiremos que todas las infraestructuras necesarias (bases de
datos, interfaces servidores, etc.), funcionalidades de back-office y recursos humanos y otros ya
existen.

Dado que no podemos desarrollar páginas web reales en clase, las haremos en papel, utilizando una
técnica denominada “Paper prototyping” o “prototipo en papel” (para más información, lea Paper
Prototyping: The Fast and Easy Way to Design and Refine User Interfaces, de by Carolyn Snyder;
Morgan Kaufmann Publishers; 2003; ISBN-13: 978-1-55860-870-2).

2
©2016 SCRUMstudy.com
Reunión de Visión del Proyecto (Project Vision Meeting)

Caso de Estudio

VMfoods es una cadena de venta de verduras y fruta, con 10 años de experiencia y alcance nacional,
con 100 puntos de venta. Últimamente, el equipo gerencia de VMfoods ha notado que sus clientes
tienen un estilo de vida acelerado y no van muy lejos para realizar sus compras. También siente que
como comprar verduras y fruta no es un proceso con gran participación del cliente (y debido a que
VMfoods siempre provee productos de alta calidad), la mejor manera de aumentar su participación
en el mercado sería ofrecer el servicio de envío a domicilio.

Es por eso que un representante de VMfoods se ha acercado a tu equipo para crear un sitio web
para clientes y preparar un sitio en el cual recibir los pedidos de envío a domicilio y realizar los
cobros online.

El representante de la compañía (instructor) te dará la visión y los requerimientos generales en una

reunión de visión de proyecto.

Elabora un documento “Project Vision Statement” que explique en tus palabras, las necesidades del
negocio que el proyecto debe resolver, enfocando de momento, más en el problema que en la
solución.

3
©2016 SCRUMstudy.com
Role-play: Crear un backlog inicial de producto

Crea con tu equipo un backlog inicial de producto (incluyendo las historias de usuario (user stories)
de alto nivel, también llamados epics) para la visión de producto provista. Algunos Epics ya han sido
definidos como referencia. Crea los ítems adicionales para el backlog de producto (7 a 10
adicionales).

Estimación Estimación
Ítem # Descripción de la historia de usuario
inicial revisada
14
1 Funcionalidad de ingreso (login) 4
2 Acceso a los portales de pago 5
3 Búsqueda general y funcionalidad de carro de compra 5

4
©2016 SCRUMstudy.com
Inconvenientes en la creación de un backlog de producto

1. Los miembros del equipo no están de acuerdo con el Propietario del Producto (Product
Owner) con respecto a las prioridades.

2. Hay un ítem del backlog de producto que no está bien definido.

5
©2016 SCRUMstudy.com
Role-play: Reunión de planeación de releases o lanzamientos (Release
Planning Meeting)

El Propietario del Producto de cada equipo conducirá una reunión de planeación de releases para
explicarle al equipo acerca de los requerimientos, decidir la duración del Sprint y hablar sobre las
fechas límites y el backlog del producto.

Inconvenientes en la creación de un backlog de producto

1. El Propietario del Producto (Product Owner) intenta convencer al equipo de
comprometerse a hacer más de lo que pueden:

2. El Propietario del Producto no está de acuerdo con las estimaciones para las actividades:

3. Todas la opiniones de los Propietarios del Producto no tienen consenso:

6
©2016 SCRUMstudy.com
Reunión de planeación de sprints (Sprint Planning Meeting)
Utilizando el backlog de producto priorizado existente (inicialmente provisto por el Propietario de
Producto y refinado durante la reunión de planeación de releases), planifica tu próximo sprint con el
instructor como tu Propietario de Producto, comprométete con el alcance de tu próximo sprint y
crea un backlog de sprints. Haz una lista de todas las tareas relacionadas con cada historia de usuario
y estímalas. Crea un diagrama inicial de Burndown o de horas de trabajo pendiente en función del
tiempo.

Estimación Estimación
Ítem # Descripción de la historia de usuario
inicial revisada
Story 1 Como cliente, yo quiero acceder al Sistema de 4
compras en línea de VMFoods para ver información y
servicios específicamente para mi
1.1 Como cliente, quisiera que el website tuviera una
funcionalidad para que el visitante pudiera crear un
login único, de modo que VMFoods pueda mantener
una base de datos de los visitantes.
1.2 Como desarrollador, me gustaría tener un registro de
la información del usuario a través de su login único,
de modo que el Cliente pueda hacer uso de esta
información para personalizar ofertas para los
visitantes.
1.3 Como Propietario de Producto, quiero asegurar que el
usuario sea capaz de ingresar como visitante, en caso
de que no quiera registrarse.
1.4 La funcionalidad de login deberá colocarse en la parte
superior derecha de todas las páginas. El login inicial
deberá recolectar información como Nombre, e-mail,
dirección de entrega, edad (opcional), género
(Opcional) y tamaño de familia (opcional).
Sprint-2

7
©2016 SCRUMstudy.com
Los requerimientos se discuten abajo en detalle, incluyendo descripciones de tareas.
Requerimientos:
1. Funcionalidad de login:
a. Como cliente, yo quiero acceder al Sistema de compras en línea de VMFoods
para ver información y servicios específicamente para mi.
b. Como cliente, quisiera que el website tuviera una funcionalidad para que el
visitante pudiera crear un login único, de modo que VMFoods pueda
mantener una base de datos de los visitantes.
c. Como desarrollador, me gustaría tener un registro de la información del
usuario a través de su login único, de modo que el Cliente pueda hacer uso
de esta información para personalizar ofertas para los visitantes.
d. Como Propietario de Producto, quiero asegurar que el usuario sea capaz de
ingresar como visitante, en caso de que no quiera registrarse.
e. La funcionalidad de login deberá colocarse en la parte superior derecha de
todas las páginas. El login inicial deberá recolectar información como
Nombre, e-mail, dirección de entrega, edad (opcional), género (Opcional) y
tamaño de familia (opcional).
2. Mecanismos de pago
a. El website debería tener accesibilidad a varios gateways de pago para permitir pagos
después de comprar.
b. La página debe redirigirse al Gateway de pago cuando el cliente dé clic en el botón
“Concluir compra”, al terminar su compra.
c. El Gateway deberá regresar a la página de pago exitoso en el website, que deberá tener
links a cualquier sistema de descuentos por lealtad o por referencias que
proporcionemos.
3. Navegación genérica y carrito de compras:
a. Los usuarios deberán ser capaces, de un vistazo, de hacerse una idea de los productos
en el portafolio de VMFoods. Se deberá incluir un folleto descargable incluyendo todos
los productos e VMFoods.
b. Los usuarios tendrán un acceso a su carrito de compras para llevar un registro de los
productos que han agregado.
c. Si el usuario no ha completado la transacción en una visita, el carrito deberá tener la
funcionalidad de mantener la compra “pendiente” para la siguiente visita.
d. Deberá haber un mecanismo donde el cliente pueda cambiar los productos en el carrito
(incrementar cantidad, cambiar de marca, etc.) sin tener que borrar el producto y
regresar a comprarlo.
4. Tabs de Categorías
a. Las categorías deberán mostrarse como Tabs (Pestañas) en la página principal,
mostrando páginas diferentes al dar clic sobre cada tab.
b. Los Tabs deberán estar presentes en la parte superior de la página principal como una
línea donde los usuarios puedan dar clic y proceder a las páginas relevantes.
5. Productos de mayor venta (Top-Selling)
a. Los tabs de categorías individuales en la página principal, debe tener menús de listas
desplegables con los 5 productos de mayor venta en esa categoría.
b. Un usuario deberá ser capaz de ir a la página individual de productos al dar clic en el tab
respectivo.
c. El website estará preparado según los colores institucionales, verde para encabezados,
azul para subencabezados y negro para texto.
d. Los productos especiales, deben ser promocionados a un lado de la página principal.
e. Las páginas de Contacto, Términos y Condiciones, Sobre Nosotros, etc… deben
mantenerse visibles siempre en la base de la página.
8
©2016 SCRUMstudy.com
Inconvenientes al desarrollar el backlog de sprints

1. Una persona que no quiere cambiar su manera de pensar:

2. Una persona domina la sesión de planeamiento y no permite que los otros compartan sus
ideas:

3. El equipo no está de acuerdo con el Propietario del Producto sobre la prioridad de las
historias de usuario:

9
©2016 SCRUMstudy.com
Desarrollo

Haremos el desarrollo del producto de prueba utilizando la técnica de prototipo en papel. Está
técnica será explicado por el instructor. La utilizarás para desarrollar las funcionalidades a las que te
has comprometido en la reunión de planeación de sprints.

En este role-play, la duración de un día de trabajo simulado se restringirá a 5 minutos.

Un sprint consiste en 3 días de trabajo de 7 minutos (2 minutos para la reunión diaria de Standup y 5
minutos para el desarrollo).

10
©2016 SCRUMstudy.com
Reunión diaria de Standup
Realiza una reunión diaria de standup. Basándote en el día de trabajo simulado anteriormente, cada
miembro del equipo debe responder a las tres preguntas relevantes:

• ¿Qué terminé ayer?

• ¿Qué voy a terminar hoy?
• ¿Hay algún impedimento?

11
©2016 SCRUMstudy.com
Posibles problemas

1. Un gerente ejecutivo intenta interferir:

.
2. Se comienza a resolver problemas :

12
©2016 SCRUMstudy.com
Revisión del sprint
Las reuniones de revisión de sprints son parte del Proceso de validación y demostración. Al finalizar
el Sprint, muéstrale los ítems que tu equipo ha completado en el Sprint anterior al Propietario de
producto (representado por el instructor o por un miembro de otro equipo).

Problemas de la revisión de sprint

1. Un miembro se niega a aceptar el rechazo del Propietario del Producto a un ítem del
backlog de producto:

2. Los miembros del equipo se culpan por el incumplimiento de las metas del sprint.

13
©2016 SCRUMstudy.com
Reunión retrospectiva de sprint
Completa una reunión retrospectiva del sprint anterior. Habla sobre lo que estuvo bien y lo que no.
Identifica las oportunidades de mejora.

14
©2016 SCRUMstudy.com