Redecorando la pared

Ya he descubierto lo que significa 看板
Kanban.

Resulta que es un sistema visual para hacer el seguimiento de cosas.
En el caso que nos ocupa, sería el seguimiento de mis tareas.
Como ya las tengo organizadas en tarjetas, resulta que solo hay que ponerlas en algún lugar visible.
COMO UNA PARED.
Al final no va a ser tan mala idea lo que hacen los Informáticos.

Ya las fichas de por sí me proporcionan  mucha información, pero aún tengo el problema de como gestionarlas.
Y parece que con esto, un tablero Kanban me puede ayudar.

Con el tablero Kanban, puedo organizar las tareas en estados, según se vayan realizando.
Lo genial de esto, es que no existen unas reglas que se hayan de aplicar, sino que cada cual puede dibujar su tablero según sus necesidades.

Lo más común es que al menos tengan tres áreas:

 

La columna de Tareas Pendientes es para poner nuestras fichas que están pendientes de hacer.
La columna Iniciadas contendrá las fichas de las tareas que ya están haciéndose.
Y en la columna Terminadas estarán las fichas de las tareas finalizadas.

A este cuadro básico, le podemos ir añadiendo información según necesitemos:

Al cuadro base, he añadido dos columnas:
Pendientes de Validar son aquellas tareas que ya he finalizado pero mi jefe tiene que dar el visto bueno.
Y Preparadas para Entregar son aquellas que mi jefe ha dado el visto bueno, pero que aún no le he entregado a mis clientes.

Pero creo que aún se puede mejorar.

Con la sección de Bloqueadas, consigo localizar aquellas tareas que se están haciendo, pero que no puedo seguir para terminarlas.
Si mi jefe ve mi tablero y se fija en las bloqueadas, puede reaccionar para desbloquearlas.

Hay más formas, pues los chicos de Informática tienen otro modelo.
Voy a hacerle una foto y mañana os comento su cuadro.

Una pesadilla hecha realidad

 

 

¡NO ME LO PUEDO CREER!
Tenía una lista de tareas.
Las había creado una ficha con su información.
Estaban colocadas en dos montones: urgentes y no tan urgentes

¡Y el personal de limpieza me los ha tirado!
¡TODOS!

Claaaaro. Como eran trozos de papel. Como estaban amontonados. Y escritos. Entonces no servían para nada.

¿Por qué no tiran los papeles del Director de Tecnología?
Total, para lo que avanzamos tecnológicamente en estos últimos años.

Pero si las impresoras a color tienen Bics en lugar de cartuchos.

 

Lo que no entiendo es porque a los Informáticos no les pasa.

Ellos ponen Post-it por toda la mesa, por el monitor, por las paredes. Y nunca les he visto tan revotados como estoy yo ahora.

Bueno, fijándome bien, no los tienen por toda la mesa.

Siempre están pegados en algún lado.

 

Anda, y uno tiene un folio doblado con un mensaje en naranja fluorescente que dice:

NO TIRE ESTOS PAPELES.

SOY AMANTE DE LA NATURALEZA

Y LOS ESTOY CUIDANDO HASTA QUE CREZCAN Y SE INDEPENDICEN

 

Ummm, a lo mejor dejar las cosas encima de la mesa no es tan buena idea.

Además, al ponerlos en el la pantalla del ordenador parece que molesta, por lo que supongo que significará que es algo que no se puede olvidar. Como cambiarse el reloj de mano, solo que más útil, pues no se te olvida el porqué te lo cambiaste.

 

Ponerlos en la pared tampoco parece tan mala, aunque si alguien pasa rápido se podría despegar, ¿no?

Bueno, quizás con una buena chincheta o una cartulina adhesiva sea suficiente.

 

Y viendo la pared de los Informáticos, no parecen puesto con su típico estilo caótico. Parece que llevan una organización.

¿Y por qué han puesto unas letras chinas como título? ¿Qué significarán?

 

Tablero 看板

La urgencia de lo importante ¿o era la importancia de lo urgente?

Todos los días lo mismo.
Una y otra vez.

• ¿Esta ya listo lo que te pedí ayer?
• Necesito esto para ayer.
• ¿No puedes aplazar algo y ponerte con aquello otro?

¿Nunca os ha pasado?
Para mi es el pan de cada día.
Y me hace plantearme una cosa.
¿Todas las cosas importantes necesitan siempre ser solucionadas en un corto espacio de tiempo?

Yo creo que no.
Todo viene por una falta grave de planificación.

Lo que hace un mes era necesario (pero no importante), hoy pasa a ser urgente (pero no importante).
Lo que hace un mes era importante, hoy ya está hecho, por lo que nunca ha llegado a ser urgente.

Si tenemos una idea clara de cuales son las tareas que tenemos que hacer, podremos priorizarlas.
O al menos, pedir que nos las prioricen.
Pero esto es un problema en cascada.

Yo puedo tener muy bien organizadas y priorizadas mis tareas, pero si mis peticionarios no las tienen, me terminarán llegando cosas urgentes y no importantes.

¿Cómo romper este circulo vicioso?
En dos pasos.
Primero, empezar por organizarse uno mismo.
Si no soy capaz de organizarme a mi mismo, no puedo pedir a los demás que se organicen.

Segundo, decir NO.
Muchas veces, por falta de confianza, por exceso de responsabilidad o incluso por miedo, se acepta todo.
Al ir por este camino, siempre tendremos cosas urgentes de otros.
Si decimos NO, el punto de vista cambia, pues hay veces que cuando se para un momento a reflexionar, algo que se necesitaba para ayer, puede esperar a mañana.

Obviamente, hay que saber como decir NO, pero eso mejor lo vemos otro día :-p

El caos dentro de mi orden

Llevo todo el fin de semana dándole vueltas a como organizarme para evitar que se me olvide nada.
He leído sobre el tema, pero todo lo que he leído lleva a lo mismo.

Tener un control de las tareas.
Unos lo llaman Backlog.
Otros lo llaman, To-Do.
Hay quien los llaman elementos.

Pero para todos es el mismo concepto. Algo que se tiene que hacer en algún momento y que no se puede olvidar.
Yo lo voy a llamar Tareas Pendientes. ¿A qué soy original?

Creo que lo importante no es usar algo muy complejo de seguir, sino algo que me dé información suficiente para poder organizarme.
Y también que lo mejor es tener dos listas base, para no mezclar lo profesional con la personal.
Um. Me parece correcto.
¿Estoy hablando y respondiéndome?¿Eso no es un buen síntoma, verdad?

La mayoría de los programas o agendas que he visto dan la opción de añadir mucha información a cada tarea, pero creo que no siempre es necesario.
Yo personalmente, prefiero las electrónicas, pues es más fácil mover las fechas sin tener que reescribirlo todo, y suele ser más fácil buscar las notas. Al menos en mi caso.
Eso que dicen que si se pierde el teléfono, la PDA o se te rompe el ordenador, lo pierdes todo, es lo mismo que si se te pierde la agenda o te la roban.
Además, guardando los datos en aplicaciones como Evernote o Dropbox, puedes disponer de tus notas desde casi cualquier lugar.

Lo importante para las Tareas Pendientes, es tener cierta información que nos permita saber que teníamos que hacer, aunque haya pasado algún tiempo.
El fin de esto, es liberar a nuestra mente de información que podemos tener almacenada en otro sitio.
Como ejemplo de esta filosofía, os pongo una anécdota de Albert Einstein:

Uno de los colegas de Einstein le pidió su número de teléfono. Einstein agarró una guía de teléfonos y se buscó a si mismo, para luego dárselo.
"¿No recuerdas tu número de teléfono?" – preguntó el hombre, sorprendido.
"No", respondió Einstein. "¿Por qué debo memorizar algo que es tan fácil encontrar en un libro?"
De hecho, Einstein afirmó que nunca memorizaba nada que pueda ser consultado en menos de dos minutos.

Podemos ponerlo una tarjeta, un programa, un post-it (dichosos informáticos) o lo que queramos.
Este podría ser un ejemplo:

 



Paso a explicar la información.
Tarea: Es un breve título con el objetivo que queremos alcanzar.

• Comprar una Lavadora

Descripción: Es una descripción de la tarea en sí, para darnos más información sobre el tarea.
En el caso de hacer la compra, podría no ser necesaria una descripción, pero en el caso de compra una lavadora, vendría bien tener información extra:

• Medidas donde se va poner: 60x60x60
• Consumo energético que nos gustaría: A+
• Tipo de apertura: Frontal
• Color: Blanco
• ....

Toda esta información nos será útil para completar la tarea.

Comentarios: Aquí podremos añadir notas relacionadas con la tarea, que nos pueden ayudar a realizarla mejor:

• El sábado Día sin IVA en la tienda donde no hay tontos

Condiciones de finalización: Son las cosas que se han de cumplir para que la tarea esté terminada.
No es lo mismo estar hecha, que estar terminada.

• Comprar la lavadora
• Pagarla
• Tenerla instalada en casa
• Comprobar que funciona
• Retirar la antigua

Fecha cuando hay que entregar: ¿Por qué remarco de manera adicional este punto? Porque es de los más importantes.
Esta es la fecha que se ha de respetar para finalizar la tarea. Si no se respeta, puede que lo invertido no sirva para nada.
Debería ser una fecha real.
Y no al como "Lo Antes Posible" o en ingles "ASAP", en verano o A lo Largo de la Semana que Viene.
Lo antes posible es relativo a la persona. ¿Cuánto tiempo es, un hora, un día, una semana....?
Depende de la persona y la tarea, todas las respuestas podrán ser válidas.
En Verano o A lo Largo de la Semana que Viene, tienen el inconveniente del efecto "último día".
"Como me dijiste A lo Largo de la Semana que Viene, y estamos a Jueves, aún tengo un día para hacerlo".

Peticionario: Es la persona que pide la tarea. Se supone que es el responsable de dar la información adicional que necesitemos y ayudarnos para completarla.

• Mi madre

Importancia relativa: Es la importancia que tiene esta tarea sobre otras. Es relativa, porque si tenemos tareas de distintas personas, cada una dará su nivel de importancia que será subjetivo a ella.
Creo que tendríamos que buscar un sistema para estandarizar esto un poco.

• Alta (Pues su lavadora está rota)

Coste estimado: Aquí se marcar el esfuerzo que consideramos que nos va a llevar realizar la acción.
Este coste pueden ser: Horas, Puntos, Unidades... lo que queramos, pero hay que ser conscientes del esfuerzo que supone lo que marquemos.

Coste real: Una vez terminada, que no hecha, la tarea, es muy útil marcar el coste real, para ver si nuestra estimación fue correcta. En caso de no haberlo sido, nos servirá para aprender de ello (tanto por exceso como por defecto).

Tipología: Este último valor es más para poder organizar u obtener estadísticas que para la tarea en sí.

Ah, creo que este cuadro ha de estar vivo para adaptarlo a las necesidades especificas de cada uno y que le hemos de evolucionar según lo vayamos usando.

Lo que hoy es valido, mañana está obsoleto.

¿Dónde tendré la cabeza?

 

¿No os ha pasado nunca el creer tenerlo todo controlado y de la forma más tonta descubrir que no es cierto?

Pues eso mismo me ha pasado hoy.

Se supone que tenía que entregar un par de informes y preparar las pruebas de mañana, cuando poco antes de las dos mi jefe se acerca y me dice:
"
- Raúl, ¿qué tal las pruebas? ¿Algún problema?

- No, ya están casi listas para tener mañana los resultados.

- Estoooo, mañana es sábado. Por lo tanto, hoy es viernes. Es decir, el día de entrega.
"
Y aquí fue donde se me puso cara de idiota.

 

Claro, con la cantidad de cosas que tengo en la cabeza, perdí la noción del día de la semana.

No es que no supiera que tenía que entregar ni cuando entregarlo, sino que no tenía en mente el avance con la realidad.

 

Hace poco leí algo sobre el tema.
Creo que tengo que revisarlo de nuevo.

 

¿Os ha pasado alguna vez?
¿Cómo gestionais vuestras tareas?

La dura batalla contra las llamas

Hoy, viendo como se reunían los chicos de informática, me he fijado en como pintarrajeaban la pared.
¡¡Por si no fuera suficiente con los Post-it.!!

Al acercarme a echarles la bronca, me he dado cuenta de que no era la pared, sino un folio que había sobre ella. No es bueno, pero tampoco es horrible.
Ya que estaba allí, he aprovechado para indagar.

Según parece, lo llaman gráfico Burndown.
Y en el marcan el trabajo que QUEDA pendiente. ¿no sería más lógico indicar lo que ya has hecho?
Al principio de la iteración, marcan un ideal.
Que cada día se haga el trabajo planteado para es día.
Creo que aquí no han inventado nada nuevo.

En este de hoy, han estimado una velocidad para esta iteración, de 20.
Si la iteración dura 10 días, deberían de avanzar dos unidades cada día.
Vamos, lo normal.
Voy a darles un par de días a ver que pasa.

Han pasado cinco días y al pasarme a ver, me encuentro con esto:

El primer día avanzaron más de lo previsto, pero a partir de ahí, parece que hay un parón.
Resulta que uno de los desarrolladores se ha puesto malo y les está llevando más de lo previsto.
Al menos saben que van con retraso y pueden organizarse de otra manera para resolver el problema.
Creen que lo importante es detectar pronto un problema, para así ser AGIL y reaccionar para resolverlo.

Umm, a ver como lo resuelven. Aunque parece complicado.

Al salvar el escollo, el resto de cosas que estaban haciendo las han podido unir.
Al no poder unirlas, no se podía indicar como terminado aunque estuvieran casi hechas.
ALGO CASI HECHO QUE NO FUNCIONA, NO ESTÁ HECHO.

Parece que al final, lo han logrado.
Yo nunca dudé de ellos.

La montaña y el río

 

 

Que maravilloso es que tu jefe se preste a oír tu propuestas.

Te documentas

Te preparas una presentación.

Expones las bondades de la nueva opción.

Argumentas las mejoras sobre el modelo actual.

 

Y te dice que aunque es interesante, la forma de trabajar actual funciona, se lleva haciendo así mucho tiempo y (palabras textuales): "¿Para qué necesitamos cambiar?".

 

¿Quizás para evolucionar?

Si no hubiéramos realizado cambios, seguiríamos siendo nómadas.

 

¿Quizás para evitar quedarnos obsoletos?

Hoy en día se lee más en digital que en papel.

Tener una web propia es casi tan necesario como el NIF.

El acceso por los dispositivos móviles es casi mayor que el resto de accesos.

 

¿Quizás para ahorrar costes?

Si no se hubiera pasado de la producción manual a la producción en cadena, no se habría reducido el valor de producción.

 

Muchas veces, cuando se proponen cambios hay que asumir que a quien se les proponen son como montañas.

Altas, firmes, inamovibles.

Por mucho que ofrezcamos y muy buenos que sean esos cambios, no van a cambiar a la montaña.

 

En cambio, en vez de ir en contra de ella, hay que ser como un río.

Tranquilo, paciente y persistente.

Comenzando el cambio por puntos pequeños (nosotros mismos) y desarrollando con paciencia (otros compañeros del área, otras áreas), se irá formando un sendero que terminará haciendo huella en montaña.

 

Pues ni la montaña más dura, permanece indemne al paso constante del cauce de un río.

 



Confundir la velocidad con el tocino. Parte II

 

 

Tengo la cabeza tan saturada, que no se si voy o vuelvo.

 

Esto de la velocidad me está resultando demasiado lioso.

Por más que hablo con los Informáticos, menos claro me queda.

Me han puesto el siguiente ejemplo, a ver entre todos los sacamos.

 

Partiendo de la base, de que la velocidad parte de la experiencia, ellos asumieron que en Enero, el equipo tendría una velocidad de 50 unidades.

3 personas a tiempo completo con experiencia alta: 15 unidades cada una

1 persona a tiempo parcial con experiencia media: 5 unidades.

 

En ese mes, se comprometieron a hacer trabajo por 45 unidades.

Y entregaron 40 unidades.

Al no haber factores de retraso externos (enfermedades, falta de información u otros factores), vieron que se habían sobre valorado

 

El mes de Febrero fueron más modestos.

Con el mismo equipo, se marcaron una velocidad de 40 unidades.

 

En ese mes, se comprometieron a hacer trabajo por 35 unidades.

Y entregaron 37 unidades. Las 35 pactadas más un desarrollo adicional.

Al no haber factores de retrasos externos, parece que se van ajustando.

El mes de Marzo repitieron.

Con el mismo equipo, se marcaron una velocidad de 41 unidades.

 

En ese mes, se comprometieron a hacer trabajo por 37 unidades.

Y entregaron 37 unidades.

Al no haber factores de retrasos externos, parece que están en su nivel.

El mes de Abril uno de los expertos sale del equipo, pero entra otro nuevo del mismo nivel.

Con la base del equipo es la misma, se marcaron una velocidad de 41 unidades.

 

En ese mes, se comprometieron a hacer trabajo por 37 unidades.

Y entregaron 30 unidades.

Al no haber factores de retraso externos (enfermedades, falta de información u otros factores), vieron que se habían sobre valorado.

 

Volviendo a revisar el ejemplo me doy cuenta de varias cosas.

Lo primero, es que en ningún momento hablan de horas/persona. Simplemente de unidades.

Usan ese termino para ACLARAR que la velocidad depende de muchos factores, no solo del tiempo.

 

¿Quién trabaja más? ¿El que está 12 horas al día en la empresa ? ¿O el que en 8 horas?

Dependerá de cuanto tarden en sacar su trabajo.

La idea de las unidades, no es medir lo que se va a tardar, sino medir la cantidad de cosas que se van a entregar.

Si se calcula mal la velocidad se intentará hacer más trabajo del posible no entregando lo comprometido o entregando demasiado poco, pues se podría haber hecho más.

 

Lo segundo, es la forma de adaptar la velocidad.

En los primeros meses la fueron adaptando en función de lo que iban haciendo y el tamaño de la iteración. Febrero tiene dos días laborables menos que Marzo, de ahí el ajuste de 1 a la velocidad.

Pero en el último mes se asumió que el equipo iba a funcionar igual si se quitaba una persona y entraba otra con el mismo perfil. Eso es un error, pues todos necesitamos un tiempo de adaptación y nuestro rendimiento inicial siempre va a ser inferior. Es más, un recurso nuevo, no solo está penalizado el mismo, sino que penaliza al resto del equipo, pues han de gastar recursos en apoyarle.

 

Ummmm.

Cambiar el paradigma de horas/personas por unidades (de entrega) creo que tiene mucho potencial.

¿y si se lo propongo a mi Jefe?

Confundir la velocidad con el tocino. Parte I

Cada vez me parece más increíble esto del SCRUM.
Cotilleando la pared que usan los Informáticos, he visto que tenían una serie de pintadas.
No solo pegan Post-it (creo que van a comisión con 3M), sino que además pintan la pared.

Acercándome un poco más, parece que es algo relacionado con la iteración.

Velocidad 200.
Velocidad 150.
Velocidad 300.

¿Acaso se creen Fernando Alonso o Dani Pedrosa?

No pueden ser Kilómetros/hora, pues no los veo a los mandos de un Formula 1, salvo que sea en el Need for Speed.
Tampoco pueden ser Horas/hombre (o mujer si somos políticamente correctos), pues el calculo de 40horas/semana * 4 semanas * 5 Informátic@s  = 800 horas.
Y eso es una constante.
¿Entonces que podrá ser?
....Voy a preguntar....

Vaya, pues parece ser que es lo que van a hacer en una iteración.

Usan el concepto de velocidad para determinar la carga de trabajo que van a poder realizar.
Al no ponerle unidades, es una entidad irreal que se puede modelar en función de muchos factores que otras medidas como horas/persona no pueden controlar.
Estos factores podrían ser:

• Nº de personas en el equipo
• Dependencia entre tareas
• MOTIVACIÓN DEL EQUIPO
• RESULTADO DE ITERACIONES PREVIAS
• PERIODO DE ENTREGA
• RETO DE LAS TAREAS
• etc

Creo que no se pretende medir con precisión el tiempo invertido, sino la carga de trabajo que se tiene y/o pretende tener.
Hasta ahora yo había seguido la métrica clásica de la ecuación lineal.
A más carga de trabajo, más horas o más personas.

Viéndolo desde otro punto de vista, puede ser que sea más razonable para evaluar la carga de trabajo, pues no solamente se tiene en cuenta a la persona, sino también sus condiciones.

Quizás un ejemplo nos aclare:
Un cliente nos encarga el proyecto de darle un hijo.
Nosotros le damos el siguiente plan de trabajo:

• Un hombre 10 minutos (¿es mucho?)
• Una mujer 9 meses

Insiste en que lo quiere en 3 y no le importa invertir en más recursos femeninos.
Y así arranca el proyecto.

Al no tener en cuenta todos las variables, ni todas las posibilidades, el desarrollo final seguirá estando en 9 meses.
RETRASO GARANTIZADO.
Con la posible incidencia de entregar tres hijos en lugar de uno.

Al usar la Velocidad como indicador, se puede conseguir un aproximación mejor a la realidad.

El ciclo vital

¿Os habéis fijado que Avatar es como Pocahontas?
Un apuesto explorador llegar a un mundo nuevo.
Conoce a una nativa (que resulta ser la hija del Jefe).
Tras enamorarse de ella, cambia su concepción sobre el bien y el mal.
Y termina revelándose contra sus orígenes y luchando por sus nuevas convicciones.

Pues es algo parecido lo que ocurre con SCRUM y El Rey León.
La idea general del Rey León es la superación, la amistad y el Ciclo Vital.
Bueno, si se consiguiesen los dos primeros puntos, sería un método perfecto, pero lo importante es el Ciclo Vital.
Es decir, obtener un resultado útil al final de un ciclo que permita comenzar con otro ciclo nuevo que termine dando un nuevo resultado útil.
A esto, los freakis de la Informática lo llaman Iteración.

¿Y cuanto les dura una Iteración?
Pues normalmente, en torno a un mes.
Si se usa menos tiempo, es complicado entregar algo realmente útil.
Si se usa más tiempo, lo que se entrega puede haber perdido valor (momento de mercado, cambios de necesidades....).

Pero lo mejor de todo es que no son ellos quienes marcan el ritmo. Lo hacen con alguien de los departamentos que no son de Informática. ¡¡¡Y llegando a un acuerdo!!!

¿Cómo será eso posible?....¿Quién será esa persona?¿Un freaky infiltrado entre nosotros?

Una nueva esperanza

Otro día más. Otra reunión. Que pereza tiene que dar.
Lo que no entiendo es para que sirven hacer tantas reuniones.
Bueno, pues voy a preguntar.....

Revisar las tareas que se están haciendo.
Preparar las tareas que se van a hacer.
Y tenerlo todo bajo control.
Parece que eso del Daily Standup (¿o por qué no llamarla reunión diaria?) tiene sentido.

Son unos objetivos simples y claros.
Lo primero que hacen es revisar las tareas con las que se están trabajando.
Esto parece servir para detectar lo más pronto posible los problemas que puedan surgir y así poder reaccionar a tiempo.

Viéndolo así, parece un sistema más efectivo que el que tenemos nosotros, pues cuando queremos reaccionar nos cuesta sangre, sudor y lágrimas.

Lo segundo es preparar lo que se va a hacer.
Preparando entre todos el trabajo diario es más fácil ver las dependencias y no perder tiempo en tareas que aún no se han no se pueden iniciar y que luego se tendrán que rehacer.

Ummmmmm.
¿Y si esta nueva frikada no es tan inútil?

¿Qué hacen esos Post-it en la pared?

¡¡¡Estos Informáticos están locos!!!

 

Todas las mañanas se ponen a cambiar cromos y luego para colmo, ¡los pegan en la pared!

¿No tienen suficiente con sus cosas, sus aparatitos y esa forma tan rara de hablar, que además tienen que decorarnos la oficina?

 

Lo de cambiar cartas tiene un pase para los críos. ¡Pero si lo hace mi hija en el cole!.

¿Es que no madurarán nunca?

 

Todos los días, a la misma hora, en el mismo sitio. Delante de las mismas pegatinas.

Bueno, ahora que me fijo mejor, creo que son Post-it.

Eso, además haciendo gasto de material.

 

Y después, a tomar café....

Lo que no termino de entender es porque en la maquina de café no hablan de trabajo, como hacemos los demás.

 

Cada pocas semanas está la reunión que convocan para enseñarnos las funcionalidades nuevas de la aplicación.

¿no se pueden esperar a tenerlo todo listo y enseñárnoslo de una sola vez?

Así nos ahorraríamos reuniones, ¿o no?

También he de reconocer, que los cambios del mes pasado me han ahorrado mucho tiempo.

Si hubiera sido como con la aplicación anterior, pues mi solicitud se pidió con el paquete completo de cambios, tardó una vida y cuando me lo dieron me resultaba más fácil seguir haciéndolo a mano que con la aplicación, por lo que nunca llegué a usarlo.

 

¿Cómo me dijeron que se llamaba esto?

Si hombre, era algo del Rugby. ¿Touchdown?¿Safety?

A ya.... SCRUM.

 

Cada vez se buscan palabras mas raras.