A continuación definiré con mis propias palabras el concepto de “sesgo retrospectivo”. Probablemente sea la primera vez que escuchas el nombre técnico de esta situación pero seguramente la has vivido.
En resumen, consiste en evaluar una situación x desde un punto de vista privilegiado cuando se
cuenta con información completa. Esta evaluación generalmente ocurre posteriormente, no durante, al
momento de la decisión.
Por ejemplo: el lider de un equipo de desarrolladores de software asigna una tarea un
desarrollador. Imaginemos que la tarea consiste en centrar un div. Por alguna razón, supongamos
que nadie (incluyendo al lider del equipo) sabía como hacerlo. La tarea no fue completada ni
entregada en el tiempo esperado.
Hasta aquí la situación es clara. El objetivo no se cumplió. Supongamos que ya no existe presión de tiempo pues el cliente solucionó el problema por su cuenta. Ya sin presión alguna, el desarrollador decide continuar, investigar tranquilamente, y completar la tarea como reto personal. Al completarla, contacta a su equipo y les explica la solución.
En ese momento, mágicamente, todos los compañeros (incluyendo al lider del equipo) concuerdan en que la solución era evidente desde el inicio y fácil de implementar, llegando a ridiculizar al desarrollador por haber pasado por alto algo tan “evidente”.
¿Les suena familiar esa situación? Bueno, pues es una explicación sencilla del sesgo retrospectivo. Una vez se conoce la solución al problema inicial, la solución resultaba evidente para todos, a pesar de que al momento de necesitarse, ningún miembro del equipo la proporcionó (porque realmente la desconocían). Es una situación bastante común, y no solo en ámbitos laborales.
Como lider de equipos técnicos, es importante conocer estos sesgos cognitivos y no caer en ellos, pues esto puede desmotivar a los miembros afectados del equipo.