¡Buenos días agilistas!

Esta semana quiero hablaros sobre una dinámica que ha estado presente en prácticamente todas las formaciones sobre Scrum/Scrum Master a las que he asistido.

Se trata de BYOS (Build Your Own Scrum), una dinámica creada por Adam Weisbart.

Podéis encontrar toda la información de la facilitación de esta dinámica en su web. 

Me ha sorprendido enormemente ver que la dinámica es mucho más extensa de lo que yo conocía, profundizando en cada uno de los roles, eventos y artefactos de Scrum.

Sin embargo, la parte de la que venía yo a hablaros hoy, es precisamente la parte de construir “tu propio Scrum”. 

La dinámica, tal y como la he realizado yo siempre, consiste en proporcionar a cada mesa con un grupo reducido de personas, una hoja con (en teoría) todos los elementos de Scrum, para que cada equipo construya el marco y luego lo presente al resto de la clase.

La hoja en cuestión es esta:

 

Como veis, podemos encontrar los siguientes elementos:

  • Los 5 eventos: Sprint, Daily Scrum, Sprint Planning, Sprint Review y Sprint Retrospective
  • Los 3 roles: Scrum Master, Product Owner y Development Team
  • Los 3 artefactos: Product Backlog, Sprint Backlog y el Incremento
  • Casi una treintena de flechas para poder construir ciclos y flujos
  • Un popurrí de cosas

Y es justo en este último punto donde quiero profundizar. Primero, porque en esta dinámica hay elementos que no necesariamente tienen por qué formar parte de Scrum, aunque bueno, podría llegar a comprarlo, ya que la dinámica se llama ‘Construye tu propio Scrum’.

Pero, de lo que me he dado cuenta y que me parece más grave, es que hay elementos que SI son canon de Scrum, elementos críticos y necesarios, que no aparecen en BYOS.

Vamos a comentar primero qué elementos de Scrum no aparecen en BYOS y luego pasamos a inspeccionar el popurrí de elementos, para categorizarlos.

Qué elementos le falta a BYOS:

Es el objetivo del Sprint, el por qué estamos haciendo este Sprint y no otro. Entre otras cosas, nos ayuda a mantener el foco, y a cuestionarnos qué tipo de trabajo emergente puede entrar en el Sprint o no (por ejemplo, a través de la pregunta: ¿Abordar este ítem nos impide completar el Sprint Goal?)

Es uno de los grandes olvidados en la implementación de Scrum, y si vais a utilizar esta dinámica para enseñar Scrum a futuros Scrum Master, no podéis olvidaros de él.

Recordad, el entendimiento común sobre que significa que un Product Backlog Item se encuentre ‘hecho’. Es el paraguas que otorga transparencia a los 3 artefactos. Tal y como pasa con el Sprint Goal, es un elemento del que tampoco podemos olvidarnos si utilizamos BYOS (o cualquier otra dinámica) para formar a futuros Scrum Master.

Qué otros elementos hay en BYOS:

De todo lo anterior, elementos que sí son canon (es decir, que sí aparecen como parte de las reglas del juego en la guía de Scrum):

  • PBI (Product Backlog Item)
  • Impedimentos
  • Refinamiento del Product Backlog

Y ahora, aquellos elementos que aparecen en BYOS pero que se pueden incluir o no en la implementación de Scrum, dependiendo del contexto y la utilidad de los mismos para un equipo concreto:

  • Release y/o Sprint Burndown. Bien es cierto que la guía Scrum tiene una sección para hablar de monitorizar el progreso de los objetivos, y que hay varias prácticas que han probado ser útiles. Sin embargo, también nos recuerda que nada sustituye la importancia del empirismo, ya que, en entornos complejos, lo que va a pasar es desconocido. Por lo tanto, el uso de estas prácticas puede encajar bien en Scrum, tan bien como cualquier otras, siempre y cuando nos sirvan en nuestro contexto para monitorizar el progreso de nuestros objetivos.
  • Tareas. Puede dar a equívoco pensar que un Sprint Backlog, al final, no es más que la descomposición en tareas de los Product Backlog Items seleccionados para un Sprint. Sin embargo, si vamos a la guía Scrum, la definición de Sprint Backlog es la siguiente: “El conjunto de Product Backlog Items seleccionados para un Sprint, más un plan para entregar el Incremento de producto y conseguir el Sprint Goal” – https://www.scrumguides.org/scrum-guide.html#artifacts-sprintbacklog . Dicho plan, generalmente, en los equipos lo vemos materializado en tableros visuales, donde, efectivamente, lo que vemos son descomposiciones de los PBIs en tareas. Sin embargo, como habéis visto, eso es una interpretación de la guía. En la guía Scrum lo que indica es que debemos tener un plan, la forma en la que se materialice ese plan depende del equipo de desarrollo y su contexto.

¡Y eso es todo por hoy!

Y vosotros, ¿habéis usado BYOS? ¡os leemos!

 

Diy Fail GIF by America's Funniest Home Videos

 

Si continuas utilizando este sitio aceptas el uso de cookies. más información

Los ajustes de cookies de esta web están configurados para "permitir cookies" y así ofrecerte la mejor experiencia de navegación posible. Si sigues utilizando esta web sin cambiar tus ajustes de cookies o haces clic en "Aceptar" estarás dando tu consentimiento a esto.

Cerrar