Ladder of inference

 

“Tenemos que despedir a
Júlia”

Esta acción, que puede
ser importante para tu empresa, para tu equipo y, sobretodo, para la pobre
Júlia, la tomas después de seguir (consciente o inconscientemente) una serie de
pasos llamados ladder of inference. Realizar estos pasos de manera consciente
nos ayudará a tomar decisiones basadas en la realidad. Si recorremos estos
pasos demasiado rápido podemos acabar tomando decisiones basadas en creencias y
en visiones parciales de la realidad, lo que nos puede llevar a que estas
decisiones no sean todo lo buenas que deberían y podríamos acabar despidiendo a
Júlia sin motivos.

Esto, que puede parecer
algo alejado de nuestra realidad como desarrolladores, es muy importante cuando
hacemos retrospectivas. Asegurando que recorremos los pasos con calma,
conseguiremos que nuestras retrospectivas sean mucho más provechosas, con
acciones de mejora más eficaces.

Los pasos del ladder of
inference
son los siguientes: 

Empezando por abajo,
tenemos los hechos y la realidad. Si recorremos estos pasos demasiado rápido
podríamos tener un escenario como este:

  1. Seleccionamos los
    hechos en función de nuestras creencias y la experiencia previa.
  2. Interpretamos qué
    significan
  3. Aplicamos asunciones
    previas, generalmente sin considerarlas.
  4. Extraemos
    conclusiones basadas en los hechos interpretados y nuestras asunciones.
  5. Desarrollamos (o
    afianzamos) creencias basadas en estas conclusiones.
  6. Tomamos acciones que
    parecen “correctas” porqué están basadas en nuestras creencias.

 

 Veamos un ejemplo:

Trabajamos en una
consultora. Nuestro superior nos ha puesto a Júlia en nuestro equipo sin
nosotros pedirlo. Júlia tiene un sueldo por encima de la media y me va a costar
más cuadrar las cuentas a final de trimestre. Desde que está Júlia tenemos
menos velocidad en el equipo y la build está rota constantemente.

¿Qué pasos puedo seguir?

  1. De todo lo que veo,
    selecciono que tenemos menos velocidad y que Júlia rompe muchas builds.
  2. Interpreto que el
    equipo está bajando la calidad de su trabajo.
  3. Como Júlia viene
    impuesta y encima del departamento de BI, asumo que no tiene los conocimientos
    necesarios de programación.
  4. Llego a la conclusión
    que Júlia no está haciendo bien su trabajo.
  5. Me formo la idea que
    Júlia no está capacitada para trabajar con nuestro equipo.
  6. Creo que lo mejor es
    despedir a Júlia.

 

En este proceso hay dos
cosas importantes. La primera es que lo hemos recorrido muy rápido, sin
pararnos a pensar en cada paso ni preguntarnos si eran correctas las
interpretaciones, asunciones, conclusiones que hemos ido tomando. La segunda es
que estamos dejando que el proceso se retroalimente de una manera peligrosa.
Casi en la base del mismo, estamos dejando que nuestras creencias e ideas
preconcebidas nos influyan incluso en el primer paso.

Por tanto, antes de tomar
una acción es necesario que nos cuestionemos cada paso:

¿Estoy seleccionando
todos los hechos importantes?

¿Por qué estoy haciendo
estas asunciones?

¿Puedo testar estas
asunciones?

¿Por qué creo que esto es
la acción correcta a tomar?

¿Me estoy dejando
influenciar por mis creencias de una manera “peligrosa”?

 

La retrospectiva

¿Cómo influye esto en las
retrospectivas? De la misma forma que antes hemos llegado a la acción de
despedir a Júlia seguramente de una manera equivocada o, por lo menos, sin
tener en cuenta otras acciones que podrían ser mejores, en una retrospectiva
podemos llegar a acciones de mejora que no sean todo lo provechosas que
deberían.

Para asegurarnos que
recorremos bien todos los pasos, Esther Derby y Diana Larsen definieron en su
famoso libro “Agile Retrospectives: Making good teams great” un framework a
utilizar para facilitar una retrospectiva. Este framework dicta los siguientes pasos:

Set the stage
En esta fase vamos a explicar el propósito de la retrospectiva y a establecer el foco de esta retrospectiva (una semana, dos semanas, etc)

Gather data
En esta fase recolectaremos los echos (no opiniones) relevantes para la retrospectiva que tienen los miembros del equipo en sus cabezas

Generate insights
En esta fase interpretaremos los echos recolectados en la fase anterior observando patrones, buscando causas, identificando posibles soluciones o mejoras.

Decide what to do
Es esta fase, pasaremos de la discusión a la acción, llegando a un acuerdo entre todo el equipo de las acciones a tomar.

Close the retrospective
Finalmente cerraremos la retrospectiva recordando las acciones y como haremos su seguimiento, reconoceremos el esfuerzo de todo el mundo e identificaremos la manera de hacer mejor la siguiente retrospectiva.

Como veis, hay un claro paralelismo entre los pasos del ladder of inference y los pasos del framework. Siguiendo estos pasos, nos aseguraremos un mejor rendimiento de nuestras retrospectivas.

Espero que el artículo os haya resultado interesante. Nos leemos!

Fuentes:

 

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *