“Viajaba delante de todo mirando el camino, pero lo que de verdad capturó mi atención fue el conductor del tren. Hacia movimientos con sus brazos, señalando con su dedo índice las señales viales y una hoja de horarios. Mis ojos buscaron con quién estaba hablando y caí en la conclusión de que hablaba consigo mismo. Lo que más me llamó la atención fue la forma tan calculada de moverse -algo robotizada- lo que me motivó a grabar el video.” -- Damián Buonamico
Lo que nos cuenta Damián, ¿es algo de la cultura japonesa?
¿Para qué realizan esta práctica, que se ve tan extraña?
Shisa kanko, Pointing and calling o Apuntar y nombrar.
Esta práctica consiste en realizar una serie de pasos indicando con el cuerpo y nombrando lo que se está realizando. Funciona como una forma de checklist y para mantener la mente en lo que estamos haciendo.
Habitualmente ejecutamos las tareas cotidianas y repetitivas sin darnos cuenta, dejamos de prestar atención a lo que está pasando en ese momento y esto nos lleva donde podemos cometer errores.
Ha tenido muy buenos resultados en mejorar la seguridad. Inició con los conductores de los trenes, pero ahora es utilizado por otros roles de sistema de trenes de Japón, y se extendió a otros lugares (China, subterráneos de NYC y Toyota).
Hacer conscientemente o Take deliberate action
En los libros “Turn the ship around!” y “Turn your ship around!”, L. David Marquet nos dá cuenta cómo implementar esta práctica, a la que él llama Take deliberate action.
Está práctica está orientada a lograr excelencia operativa.
Tomando del libro:
- Lo hacemos siempre, no importa si alguien nos ve, es para hacer mejor nuestro trabajo. No es para un observador ni un inspector.
Lograr que se entienda y cumpla esto es el mayor obstáculo en la implementación. - Antes de hacer la acción, vocalizamos y señalamos lo que intentamos hacer, realizamos las verificaciones, también vocalizando y señalando, y hacemos una pausa antes de hacer la acción.
- En un ámbito de equipo, un beneficio adicional, al vocalizar, señalar y pausar, es que damos la oportunidad a otras personas del equipo de intervenir para corregir un error antes que se realice la acción.
- Esta práctica tiene mucho valor cuando es difícil o imposible deshacer una acción, lo que ocurre cuando nuestra acción impacta en el mundo físico. En estos casos, aún en el contexto de emergencia, vale seguir esta práctica. Por ejemplo cuando estamos realizando RPC. Pero también puede ser útil en otros contextos.
¿Dónde usarlo?
Suelo trabajar en ambientes de IT. No estoy en situaciones en las que las acciones tengan impacto en vidas como es el caso de trenes o submarinos nucleares. ¿Podría ser útil esta práctica?
Primero pensemos en situaciones que realizamos tareas repetitivas que se vuelven aburridas y en las que el costo de deshacer lo hecho es alto.
Se me ocurren tres situaciones:
- Resolución de incidentes: Para buscar el problema en algunos casos de urgencias accedemos a ambientes de producción, usando usuarios con permisos más amplios. La posibilidad de “ups, borré todos los clientes” está mucho más cerca que lo habitual.
- Starter Kata (Toyota Kata): El aprendiz sigue los pasos junto con el coach, frente al tablero de aprendizaje, sería muy útil que utilice shisa kanko para reforzar el aprendizaje.
- Daily Scrum meeting: Esta reunión es el momento de sincronización de un equipo. Las hacemos todos los días, puede volverse monótona ¿Cuáles son los riesgos si no nos sincronizamos correctamente? Alguien trabaja en un tema no prioritario, algún tema prioritario no lo trabaja nadie, dos personas trabajan en lo mismo sin saberlo, … En resumen, podemos perder la posibilidad de estar atentos a los que otros hacen y cómo nos influimos mutuamente.
Les cuento un caso que viví:
Una retrospectiva con el equipo, inicialmente parecía que nada grave había sucedido en el sprint. Hasta que alguien comenta, “¿qué pasó que faltaban los datos para mostrar la funcionalidad F?, dimos una mala imagen”. Nos llevó varios minutos entender la secuencia. Una persona (A) tomó la tarea de preparar los datos ayer pensando en terminarla en el día. Tanto B como C tenían tiempo hoy para hacerla, pero como vieron la tarea ya tomada, se dedicaron a otras cosas de menor prioridad. Según lo acordado, cada uno probó su parte antes de la revisión, pero nadie revisó lo de A y A no podía venir hoy. Nos salteamos la daily porque “no tenemos tiempo y cada cual sabía qué hacer”. Explicitar en la daily nuestros supuestos sobre la prueba de cada funcionalidad nos habría ayudado a detectar el problema.
¿Pensás que puede aplicarse a estos u otros casos?
¡Compartinos tus ejemplos!
Algunos link interesantes sobre el tema
https://en.wikipedia.org/wiki/Pointing_and_calling
Pointing and Calling Japanese Safety Standard at Railway Companies & Toyota (video)
https://www.atlasobscura.com/articles/pointing-and-calling-japan-trains
