El expendedor - Juego de simulación de Scrum

“El expendedor” es un juego de 75 minutos para equipos a los que se explica por primera vez Scrum. Permite que hagan una simulación de creación de la lista de objetivos priorizada (Product backlog) y de ejecución del propio proceso de Scrum, de manera que puedan compararlo con el desarrollo tradicional (en cascada/waterfall), comprobando cuáles son los principales beneficios de Scrum, especialmente los referidos a alineamiento con las expectativas del cliente, flexibilidad y retorno anticipado de inversión.

 
El juego también permite entender diversos conceptos que facilitan el desarrollo ágil: alcance variable, minimizar el número de objetivos en curso (WIP), integración continua de componentes, etc. Para ello, se incluye como factores de complejidad diversos cambios de objetivos durante el proyecto y un problema tecnológico.
 
Todo ello construyendo un expendedor con papel, tijeras, cinta adhesiva y globos.
 
expendedor-simulacion-juego-scrum-1
 
Puedes bajarte las reglas del juego y las tarjetas de objetivos de cada equipo a partir del siguiente enlace. El tamaño del fichero es unos 400 Kb. 
descargar-material-juego-simulacion-Scrum
 

El contexto del juego es el siguiente: nuestro cliente, una gran marca deportiva, quiere lanzar un producto para deportes marinos inexistente en el mercado. Con el fin de dar una mayor imagen de innovación, este producto se venderá mediante un expendedor automático.
 
Nuestra visión será: Construir un expendedor automático de un producto deportivo.
 
En el juego participan dos tipos de equipo: un equipo que ejecuta un proceso ágil y otro equipo que NO seguirá el proceso iterativo, sino que construirá el expendedor simulando un proceso en cascada/waterfall tradicional.
 
La duración del juego es de 75 minutos. Gana el equipo que haya aportado el máximo valor y satisfacción de las expectativas del cliente en el mínimo tiempo.
 
 
Roles en el juego
 
Actividades del juego
Minutos
Actividad
Quien
4
Planificación de la iteración: El cliente presenta la lista de objetivos pendientes repriorizada y con nuevos objetivos (a partir de la segunda iteración).
El equipo selecciona los objetivos a completar en la iteración y los miembros se autoasignan tareas.
Equipo y cliente
6
Ejecución de la iteración. Construcción del expendedor*.
Equipo
3
Demostración. El equipo hace una demostración de los objetivos completados*, el cliente los acepta (si cumplen sus expectativas).
Equipo y cliente.
3
Retrospectiva. Identificación de lo que ha funcionado bien y de lo qué es necesario mejorar en el proceso de trabajo.
Equipo
*Definición de completado: el objetivo ha sido construido y preparado para ser entregado al consumidor (no queda nada pendiente respecto a ese objetivo y ya está integrado en el expendedor), documentado (con el detalle adicional proporcionado por el cliente y el que sea necesario para facilitar su futuro mantenimiento) y probado (cumple los requisitos que proporcionó el cliente).
 
  • 10 minutos para reflexionar una vez ha finalizado en juego.
 
 
Lista de objetivos/requisitos (product backlog)
 
Los objetivos/requisitos que debe cumplir el expendedor son los siguientes:

ID

 

Valor

Equivalente web

 

Requisitos iniciales

 

 

1

Marca de cliente: El consumidor podrá ver con claridad el nombre de la marca deportiva y una foto o dibujo de temática marina desde una distancia de 3 metros.

1000

Página Home

2

Producto: El consumidor podrá recoger el producto de una cajita específica.

900

Contenidos o servicios de la web

3

Hucha: El consumidor podrá pagar el producto depositando un billete en una cajita específica.

800

Módulo de pago

4

Transporte: Un transportista (por ejemplo el propio cliente) podrá trasladar el expendedor al lugar de venta, una mesa que diste 3 metros, sin que se rompa.

700

Pruebas de estrés y subida a producción.

5

Globos: El consumidor verá en cada uno los 2 laterales del expendedor 3 globos de 40 centímetros de diámetro (6 globos en total), para dar una imagen de diversión del deporte náutico.

300

Estilo de la interfase de la web.

6

Barcos: El consumidor verá en los 2 laterales del expendedor 3 barcos de papel (6 barcos en total), para reforzar la imagen de deporte marino y hacer marketing de próximos productos.

100

Promoción de próximos servicios.

 

Requisitos adicionales para la segunda iteración

 

 

7

Nuestro cliente, al ver los colores con que se está elaborando el expendedor, se da cuenta de que debería predominar el color negro, en línea con la próxima campaña de cambio de imagen corporativa en la que predomina este color.

Color negro: El consumidor verá que el color negro predomina en el expendedor, en línea con la nueva imagen de marca.

600

Cambios de contexto del proyecto, del mercado, entendimiento del producto por parte del cliente.

8

Foto de experto: El consumidor verá en el expendedor una foto de un experto del deporte con un texto donde explique las excelencias del nuevo producto, para dar confianza al consumidor.

200

Sección de marketing de la web.

 

Requisitos adicionales para la tercera iteración

 

 

9

El departamento de marketing de nuestro cliente ha ideado otro producto que es una variante del anterior y tiene mucho interés por saber cual de los dos se venderá más.

Producto adicional: El consumidor podrá recoger otro tipo de producto de otra cajita específica.

500

Nuevos servicios relevantes para la web que aparecen en medio del proyecto y que aumentan mucho su valor.

10

Algunos consumidores han comentado que el expendedor podría ser más atractivo.

Globos grandes*: El consumidor verá en cada uno de los 2 laterales del expendedor 2 globos de 80 centímetros de diámetro (4 globos en total), en lugar de 4 de los anteriores de 40 cm, para reforzar la imagen de diversión del deporte.

150

Mejora del estilo de la web. Asimilable a un “capricho” tecnológico del cliente poco relevante para el producto.

 
Retorno de Inversión (ROI) anticipado
 
Uno de los mensajes que se quiere transmitir en el juego es que antes de que el proyecto esté finalizado es posible comenzar a recuperar la inversión o obtener feedback de un grupo de clientes o de usuarios beta.

Para tener información real de la acogida de los consumidores respecto al nuevo producto de deportes marinos, así como del concepto de expendedor automático, nuestro cliente quiere hacer una prueba de concepto en tiendas escogidas para tal efecto (equivalente a una salida en beta de una web).

Para ello, cuando se haya conseguido el objetivo 4 (el cliente ha comprobado que es posible trasladar el expendedor hasta el punto de venta sin que se rompa), y si los objetivos 1, 2 y 3 también esté aceptados, cada vez que finalice una iteración (incluyendo la iteración en curso) el facilitador del juego (o el cliente) pondrá dinero de juguete en la hucha y recogerá parte de las tarjetas de productos marinos.
 

 
expendedor-simulacion-juego-scrum
 
 
Comparativa de desarrollo ágil con desarrollo tradicional
 
Reglas para el equipo “tradicional”
  • Uno de los equipos NO seguirá el proceso iterativo, sino que construirá el expendedor simulando un proceso en cascada/waterfall tradicional con las siguientes fases:
 

ID
Fase
Quien
Entregables
1
Recogida de requisitos, análisis y diseño
JP/analista y cliente.
- Documentos de análisis funcional y diseño técnico.
2
Planificación
JP/analista
- Documento de planificación con tareas, duración y asignaciones.
3
Construcción y pruebas.
Equipo
- Documentación de casos de prueba con sus resultados.
4
Aceptación
JP/analista y cliente.
- Expendedor.
 - Documento de aceptación del proyecto.

 
  • El equipo se descompone en:
    • Jefe de proyecto (JP) / analista. Es el único que puede preguntar y escuchar respuestas del cliente. Con la información que obtiene del cliente elabora la documentación de fase 1.
    • Tester. Elabora la documentación de fase 3.
    • Resto del equipo. Construye el expendedor. Ni el JP/analista ni el tester pueden participar.
  • El JP/analista recibe los objetivos SIN el valor que tienen para el cliente. Por ejemplo, el cliente le entrega lista inicial de 7 objetivos desordenada.
  • El tester y resto del equipo no pueden escuchar al cliente en ningún momento. Antes de empezar la fase 3 deben leer la información generada en la fase 1. Si tienen dudas sólo pueden preguntar al JP/analista, quien preguntará al cliente si es necesario.
  • Las fases se ejecutan de manera secuencial. Para poder finalizar las fases 1 y 3 el cliente debe leer la documentación de la fase y aprobarla mediante firma. Notar que el cliente puede solicitar modificaciones en la documentación, por ejemplo si no está conforme con la descripción del expendedor.
  • El cliente no podrá ver el expendedor hasta la fase 4 (aceptación). Deberá ser aceptado por el cliente mediante firma.
  • Todo cambio debe ser escrito por el JP/analista, planificado y aprobado por el cliente mediante firma antes de iniciarse su desarrollo.
 
Reglas para el facilitador del juego
  • El equipo “tradicional” recibe el requisito adicional 9 (“producto adicional”) en el mismo momento que los equipos ágiles.
  • El equipo “tradicional” recibe los nuevos requisitos 7 (“color negro”) y 10 (“globos grandes”) en la fase de aceptación, dado que hasta ahora nuestro cliente sólo ha leído documentación y no ha podido ver la aplicación real funcionando. En este momento se ha dado cuenta de que estos otros objetivos también deberían estar incluidos para que la subida a producción tenga sentido para su negocio.
  • El juego (construcción del expendedor por los equipos) termina cuando se llega a los 45 minutos (3 iteraciones de los equipos ágiles) o bien después de que el equipo “tradicional” haya desarrollado todos los objetivos y el expendedor haya sido aceptado por el cliente. Notar que el cliente puede solicitar cambios si el expendedor no cumple sus expectativas.
  • Recordar que gana el equipo que haya aportado el máximo valor y satisfacción de las expectativas del cliente en el mínimo tiempo.
 
Métricas
 
En cada iteración el facilitador del juego elabora las siguientes gráficas para cada equipo:
  • Valor acumulado (suma de los valores de los objetivos completados y aceptados por el cliente).
  • Taskboard de objetivos pendientes.
  
Aspectos sobre los que reflexionar una vez finalizado en juego
 
  • En Scrum el alcance es variable. Dada una fecha donde es necesario entregar el resultado de un proyecto, al cliente le conviene que el equipo trabaje orientado a completar objetivos prioritarios y que sea flexible a cambios. Puede estar más que satisfecho si en la fecha de entrega del producto quedan fuera objetivos poco relevantes, o que hayan sido intercambiardos por otros más importantes.
  • De manera similar, al completar objetivos por orden de prioridad y balancearlos en función de su coste de desarrollo, el cliente dispone de una mejor visión del proyecto y puede solicitar entregas anticipadas con las que comenzar a recuperar su inversión (Return of Investment, ROI).
  • Las demostraciones regulares de producto final permiten que nadie se lleve a engaño respecto a la velocidad del proyecto y a los resultados (producto de que va a disponer). De manera regular los puede ir alineando con sus expectativas y también incorporar cambios de contexto que se produzcan durante el propio proyecto (introduciendo cambios en el inicio de cada iteración y replanificando los objetivos pendientes).
  • Al equipo le conviene trabajar en el menor número posible de objetivos de manera simultánea (minimizar el Work In Progress, WIP), para:
    • Tener más posibilidades de poder completar objetivos cada iteración.
    • Respecto al modelo tradicional, permitir que el cliente haga cambios sobre objetivos futuros, dado que todavía no se ha empezado a desarrollar nada al respecto.
  • Integración continua. Cada vez que el equipo finaliza un objetivo, este debe estar perfectamente integrado y probado de manera que el producto sea susceptible de ser entregado al cliente con el mínimo esfuerzo. Sería un riesgo dejar para el final de la iteración la integración de todos los objetivos desarrollados en ella, dado que podría no quedar tiempo suficiente para arreglar todos los problemas de integración.

 

Puedes bajarte las reglas del juego y las tarjetas de objetivos de cada equipo a partir del siguiente enlace. El tamaño del fichero es unos 400 Kb. 
descargar-material-juego-simulacion-Scrum
 
 
Para cualquier mejora en el juego, no dudéis en enviar vuestros comentarios a la dirección contribuir (arroba) proyectosagiles (punto) org

 
Reconocimientos
 
Este juego obtiene parte de su concepto de los siguientes juegos:
  • El XP Game, donde aparecen los objetivos de construir barcos de papel y globos. 
  • El Train Game, donde aparece la idea de que un equipo simule el desarrollo tradicional (en cascada/waterfall), para comparar la velocidad con que proporciona valor al cliente y qué metodología (ágil o tradicional) proporciona un producto que cumple mejor con las expectativas del cliente.
 

Artículos relacionados

Comments

Según se comenta, el ejercicio se plantea para equipos a los que se les explica por primera vez scrum, pero ¿cuando hacer el ejercicio? entorno a las primeras explicaciones de scrum, o al final cuando está todo explicado.

Personalmente pienso que se puede jugar en cualquier momento: si lo haces al principio te sirve como referencia en explicaciones futuras, pero los participantes en scrum puede que estén desorientados; si lo haces al final, en las conclusiones puedes comparar, etc... pero privas a otro grupo de personas, el grupo de tradiciones, de experimentar scrum.

Nunca le he puesto en marcha, pero creo que es interesante y probar. También me gustaría conocer la experiencia en el desarrollo del juego.

Muchas gracias por todo.

Hola Pedro J.

Yo prefiero hacer el juego una vez se ha explicado la base del Framework de Scrum y, más importante que esto, las bases en las que se sustenta (Agile): enfoque en valor para el cliente final, colaboración regular con él, trabajo en equipo, feedback rápido de producto y proceso / reflexión regular, equipos multidisciplinares estables y motivados. Así, te puedes referir a ellos durante el juego, por ejemplo apoyándote en esto: http://www.proyectosagiles.org/estrella-agil

Salud,
Xavi

Hola!
Muchas gracias por este juego!
Estaba en busca de una variante del XP-game y me encontré con él. Me parece muy bueno.
Tengo una duda práctica que, probablemente, es causada por nuestras pequeñas diferencias de lenguajes entre países.
¿Qué son los folios?

Gracias de nuevo y saludos desde Chile.
F/

Los folios son hojas de papel tamaño A4 :)

Tu comentario nos ayuda a enriquecer el articulo

The content of this field is kept private and will not be shown publicly.
  • Web page addresses and e-mail addresses turn into links automatically.
  • Allowed HTML tags: <a> <p> <span> <div> <h1> <h2> <h3> <h4> <h5> <h6> <img> <map> <area> <hr> <br> <br /> <ul> <ol> <li> <dl> <dt> <dd> <table> <tr> <td> <em> <b> <u> <i> <strong> <font> <del> <ins> <sub> <sup> <quote> <blockquote> <pre> <address> <code> <cite> <embed> <object> <strike> <caption>
  • Lines and paragraphs break automatically.

More information about formatting options

CAPTCHA
Este formulario es para impedir el abuso de spambots.
Image CAPTCHA
Copy the image characters keeping the upper/lower case.