lunes, 7 de octubre de 2019

¿Existe algún juego para hacer team-building en silencio?

Caja juego "The Mind"
Uno de los juegos cooperativos que me encanta y podría jugar día tras día es "The Mind" de Wolfgang Warsch. Se trata de un juego de cartas en el que hay que colaborar para poder ganar, o ganamos todos o perdemos todos. Es una excelente actividad de team-building. Está compuesto por 120 cartas:
  • 100 cartas numeradas del 1 y el 100.
  • 12 cartas de Nivel: para visualizar el nivel del juego donde 12 es el más avanzado.
  • 5 cartas de Vida.
  • 3 cartas de Shuriken.
Las reglas del juego son muy sencillas; la idea es que el equipo ponga las cartas en orden ascendente en el centro de la mesa sin turnos ni orden de juego y en silencio absoluto.

Se empieza por el nivel 1 colocando la carta correspondiente en la mesa. Repartidas las cartas quien crea que tiene la carta más baja la coloca bocarriba en el centro de la mesa, de manera que se vea el número. El siguiente jugador que crea que tiene la siguiente carta más baja, la coloca encima y bocarriba.

Dado que está prohibido hablar, gesticular o comunicarse de cualquier forma, los jugadores han de aprender a utilizar la mente colectiva para decidir si su carta es la siguiente más baja.

Jugando "The Mind" en el AOC 2019
Si el equipo consigue colocar todas sus cartas en orden ascendente en el centro de la mesa ha superado el nivel. Pasan a la carta del siguiente nivel y hacen las rondas necesarias para superarlo.

Si el equipo coloca una carta en el orden incorrecto pierden una vida y vuelven a seguir jugando en el nivel actual. Las cartas de Vida permiten seguir jugando pese a haber cometido un error en el orden de las cartas. 

En cualquier momento durante el juego un jugador puede levantar la mano para sugerir que se juegue una carta Shuriken. Si todos los jugadores aceptan jugar un Shuriken cada jugador descarta su carta más baja y el juego se reanuda.

Los jugadores han de intuir en absoluto silencio el tiempo de los demás, y lo hacen a través del lenguaje corporal plasmado en ligeros movimientos, agitación física, relajación en señal de espera, etc. Este juego tan sencillo es una excelente actividad de team-buidling, aunque no podamos hablar, ni debatir ni ponernos de acuerdo de manera explícita es necesario el trabajo en equipo para conseguir alcanzar el objetivo común.
  • Permite conocer más a los miembros del equipo, las fortalezas y debilidades de cada uno
  • Establece conexiones entre estos, celebran los éxitos y lloran los fracasos juntos
  • Refuerza la empatía por los demás miembros
  • Crea complicidad y sentimiento de pertenencia al equipo
Es reconfortante como Scrum Master ver que con cada nivel superado el equipo se une más y más.

domingo, 6 de octubre de 2019

¿ServiceNow como herramienta para un ART?

Menú SAFe
Recientemente he tenido la oportunidad de poder probar el paquete de soluciones de ServiceNow preparado para SAFe®.

ServiceNow proporciona aplicaciones que admiten dos configuraciones diferentes de SAFe: Essential SAFe y Portfolio SAFe.

Pude probar la configuración de Portfolio que se obtiene instalando "Agile - Scaled Agile Framework - Portfolio SAFe plugin (com.snc.sdlc.portfolio_safe)". Una vez instalado aparece el menú que se puede ver en la imagen de la izquierda.

El plugin considera equipos y cadencia a dos niveles:
  • ART: que ejecuta Program Increments (PI)
  • Equipo: que ejecuta sprints (iterations)
La pila está integrada y preparada a tres niveles, lo que se denomina el unified backlog:
Ejemplos de pantallazos de los tres elementos de la pila
Cada uno de los tres niveles de la pila incluye priorización WSJF. La estructura entre niveles es jerárquica, hay relación de las features con el epic correspondiente por ejemplo, aunque permite features e historias de usuario independientes, huérfanas. Eso está bien ya que en la exploración continua a lo largo de la ejecución de las iteraciones aparecerán tanto historias de usuario como historias técnicas (enablers).

Desde la perspectiva formal de SAFe las pantallas y sus campos son completables, por ejemplo a nivel de epic faltan los leading indicators, los requisitos no funcionales y el patrón de escritura de un epic no se basa en el epic hypothesis statement o elevator pitch.
Pantallazo del tren y sus equipos
El flujo entre niveles de la pila no está automatizado, eso quiere decir que si por ejemplo terminamos todas las historias de usuario de una feature esta no queda terminada automáticamente. Eso está bien así, ambos elementos tiene una definición de hecho (DoD) específica y los grupos de interesados de un y otro elemento son distintos; las historias de usuario las terminan los equipos y las features las acepta Product Management para darlas como terminadas.

El tren se estructura a base de un grupo de equipos, la aplicación recoge toda la información desde las personas a os equipos y a los ARTs.
Ejemplos de tablero de equipo y portfolio
Hay tableros kanban a tres niveles:
Más un tablero específico para la PI Planning localizado en la pestaña "Planificación" que facilita una planificación detallada del próximo incremento del programa. Permite a los miembros del ART discutir las features del incremento del programa, desglosarlas en historias de usuario y planificar los sprints necesarios para completar el incremento del programa.
Tablero para la PI Planning con vista por historia y por feature
Los equipos colocan sus historias en su carril correspondiente y pueden establecer las dependencias resueltas entre historias, así como las dependencias resueltas entre features, y alternar entre la vista por historias o por features.

ServiceNow no está preparado para recoger los objetivos de los equipos ni los objetivos del PI.

En resumen es una aplicación que cubre las necesidades básicas de una implementación SAFe, tanto para una configuración Essential como Portfolio.

Lo que no me gusta:
  • A falta de objetivos del PI el elemento esencial para la flexibilidad no está presente. Recordemos que son los objetivos los que guían la ejecución y se buscan cumplir, no una colección de features o historias de usuario. Los objetivos se cumplen con más o menos, y con cambios en el camino, con mejores historias de usuario o features. La falta de objetivos son la carencia principal de la aplicación ya que sin estos no fomenta la Agilidad.
  • El tablero para la PI Planning es muy correcto desde la perspectiva del diseño y la solución, pero desde la perspectiva de usabilidad en acción, cuando 12 a 15 equipos actúen sobre el mismo a la vez, probablemente convierta en un cuello de botella.
Lo que me gusta:
  • Está basado en los términos y según los conceptos de SAFe.
  • Su usabilidad es intuitiva.