Existe una creencia cultural muy arraigada sobre cómo debe funcionar la gestión: alguien, en una posición de autoridad, debe ser capaz de absorber información compleja y, bajo presión, emitir un veredicto claro. Haremos B. Juan se encarga de X, Sara de Y.
Esta expectativa de la «decisión heroica», de claridad instantánea, es la principal razón por la que tantas reuniones se sienten como un fracaso y tantas decisiones, una vez tomadas, resultan ser increíblemente frágiles.
Nos gusta el drama de la decisión. Pero el trabajo real de las organizaciones complejas rara vez es dramático. Es, en su mayoría, un problema de procesamiento de información.
El Atractivo del Veredicto
¿Por qué nos atrae tanto el modelo del «juez supremo»? Porque ofrece un cierre. Los seres humanos preferimos una respuesta clara, aunque sea subóptima, a una ambigüedad persistente. El gerente que «toma la decisión» está, en efecto, absorbiendo la ansiedad colectiva del grupo y convirtiéndola en acción. Se siente como progreso.
En algunas situaciones, este modelo es perfecto. Si el edificio está en llamas, no quieres una reunión para «explorar el espacio del problema del fuego». Quieres que alguien con autoridad grite «¡Salgan por esa puerta!». Este es el dominio de lo simple y lo complicado, donde la relación causa-efecto es conocida o conocible.
Y para ser justos, este atractivo no es pura vanidad psicológica. Hay una razón de peso por la que el modelo del ‘juez’ persiste. Es computacionalmente barato. La sobrecarga de coordinación de alinear a diez personas en un modelo mental compartido es inmensa.
A veces, el costo de esa alineación (en salarios, en tiempo) es mucho mayor que el costo de simplemente tomar una decisión B- en lugar de una A+. El modelo heroico es un atajo heurístico. Acepta un 30% de error en la decisión para ganar un 90% de eficiencia en la ejecución. En mercados donde la velocidad de iteración supera a la calidad de la iteración, este atajo es la estrategia ganadora. No es estupidez, es una optimización diferente.
Aunque herramientas como Google Docs hacen más fácil trabajar juntos, en muchas organizaciones sigue siendo complicado que todos entiendan las cosas de la misma manera. No es solo un tema de tecnología, también influyen los hábitos y la forma en que la gente se coordina. Por eso todavía se mantiene la figura del jefe que toma la última decisión. Es posible que con mejores plataformas de trabajo y sistemas que ayuden a pensar en grupo, ese papel empiece a cambiar poco a poco
El reto es que ese tipo de decisiones no suelen presentarse como incendios que alguien deba apagar. La mayoría del trabajo de conocimiento se parece más a un pantano brumoso: no sabemos dónde está el terreno firme, las causas y efectos se confunden y el mapa que usamos casi nunca refleja lo que realmente ocurre. Aplicar el modelo del “jefe de bomberos” a un problema de “arquitectura de software” o “estrategia de mercado” termina siendo una confusión de categorías.
Cuando un líder actúa como juez en un problema complejo, no está resolviendo la complejidad. Sólo está usando la jerarquía para truncar la exploración.
El Perfil Oculto y el Costo del Ruido
Hay trabajos académicos sobre esto que son anteriores a toda nuestra infraestructura digital actual, y que son más relevantes que nunca. En 1985, Garold Stasser y William Titus realizaron un experimento sobre cómo los grupos comparten información, conocido como el paradigma del «perfil oculto».
El resumen es este: pusieron a grupos a resolver un misterio (elegir al mejor candidato para un puesto). La información clave que señalaba al candidato «correcto» estaba distribuida entre los miembros. Nadie tenía la imagen completa. La única manera de acertar era que cada miembro compartiera su información única.
Fracasaron sistemáticamente.
Los grupos casi nunca compartían la información única (el «perfil oculto»). ¿Qué hacían en su lugar? Pasaban la mayor parte del tiempo discutiendo la información que todos ya tenían. Era un bucle de refuerzo de conocimiento común. Se sentían bien, estaban de acuerdo, y tomaron la decisión equivocada con gran confianza. Este bucle de refuerzo es socialmente gratificante. Sentir que «estamos en la misma página» es mucho más cómodo y genera más cohesión que escuchar el dato anómalo del ingeniero que está haciendo su práctica, que nos obligaría a repensar todo.
Ahora, traslademos eso a la reunión de liderazgo estándar. El líder, que actúa como juez, establece el marco. La gente, queriendo parecer competente, ofrece la información que cree que el líder quiere oír, o la información que es «conocimiento común». El ingeniero que tiene esa pieza de datos única y contradictoria en el fondo de la sala (el «perfil oculto») tiene que hacer un cálculo.
Para compartir esa información, debe interrumpir el flujo, contradecir potencialmente a su jefe (el juez) y arriesgarse a parecer que «no está en sintonía». La mayoría de las veces, no lo hace. La información crítica permanece oculta. El grupo converge con confianza en una respuesta subóptima.
Peor aún es el trabajo de Irving Janis de 1972 sobre el «Groupthink» (pensamiento grupal). Janis estudió fiascos de política exterior y descubrió que los grupos de personas muy inteligentes, liderados por figuras fuertes y directivas, llegaban a conclusiones desastrosas. El deseo de cohesión grupal y de complacer al líder superaba la voluntad de analizar la realidad de forma crítica. El modelo del «líder como juez» no es un antídoto para el Groupthink. Es el ingrediente principal.
Reenfocando la Herramienta
Si la reunión deja de ser un tribunal, puede convertirse en algo más útil: una sesión para construir un modelo mental compartido.
Aquí es donde se produce el cambio operativo. Mi trabajo, como persona que dirige un esfuerzo, cambia fundamentalmente. Pasa de ser un «evaluador de argumentos» a ser el «arquitecto jefe» de un modelo de realidad que estamos construyendo juntos en esa sala.
Este cambio de perspectiva tiene consecuencias prácticas inmediatas.
1. El objetivo cambia. El objetivo de la reunión ya no es «salir con una decisión». El objetivo es «salir con un modelo del problema más preciso que el que teníamos al entrar». ¿Qué sabemos? ¿Qué creemos saber pero no hemos verificado? ¿Cuáles son las incógnitas clave? ¿Cuánto costaría reducir esas incógnitas? ¿Quién en esta sala (o fuera de ella) tiene los datos que faltan?
2. El rol del líder cambia. El líder pasa de ser «juez» a ser «facilitador jefe de la información». Las preguntas más importantes que hago ya no son «¿Qué opinas?», sino «¿Qué datos tienes?». O, «¿Cuál es tu grado de confianza en esa predicción? ¿60%? ¿90%?». O, «Sara, pareces escéptica sobre la propuesta de Juan. ¿Qué estás viendo tú que él podría no estar viendo?». El trabajo es extraer el perfil oculto.
3. La «decisión» se desinfla. Cuando este proceso funciona, la decisión deja de ser un momento de poder. Se vuelve… obvia. Es la consecuencia de tener un modelo preciso. Si hemos modelado correctamente el mercado, el coste de ingeniería y las necesidades del cliente, la «decisión» sobre qué característica construir a continuación casi se toma sola. Deja de ser un acto de voluntad heroica y se convierte en una deducción lógica.
A veces, la respuesta obvia es: «Aún no sabemos lo suficiente. Necesitamos ejecutar el experimento X». Esta es también una decisión exitosa.
El conocimiento atrae el poder
Este modelo tiene una implicación profunda para el poder. En la estructura tradicional, el poder reside en la posición jerárquica. El segundo al mando decide porque es el segundo al mando.
En el modelo de «construcción de modelo», la autoridad fluye hacia el conocimiento. El poder de decisión (o, más exactamente, el peso de la entrada) se asigna dinámicamente a la persona que tiene los datos más relevantes.
Si estamos discutiendo el impacto en el rendimiento de la base de datos, la opinión del ingeniero de base de datos junior que ha pasado las últimas tres semanas optimizando esas consultas tiene más peso que la del gerente de marketing. No por una cuestión de respeto, mas bien por una cuestión de física. Sus datos son más densos.
El trabajo del líder es reconocer ese flujo y dirigir el foco de la conversación hacia él. «Todos, escuchemos a María. Ella es la que ha estado dentro del código».
Esto requiere que los líderes renuncien al placer egoísta de ser el decisor. Es un cambio difícil. Hay que cambiar la satisfacción de «Yo decidí» por la satisfacción de «Nosotros, como equipo, encontramos la respuesta correcta».
La práctica del entendimiento lento
Estamos en una cultura empresarial que fetichiza la velocidad. «Moverse rápido y romper cosas» es un eslogan popular estos días (y un poco ridículo para mi gusto). Y hay mérito en ello; la ejecución es lo que separa a las ideas de los productos.
Pero estamos confundiendo la velocidad de ejecución con la velocidad de comprensión.
Se puede ejecutar rápido una vez que se entiende el problema. Lo que es peligroso es tomar decisiones rápidas antes de entender el problema. Es como pisar el acelerador antes de girar el volante.
El trabajo que propongo es el del «entendimiento lento». Es el trabajo de marinar los problemas. De recopilar datos de forma asincrónica. Dejar que la gente piense antes de la reunión.
La reunión no es el lugar para presentar información por primera vez. Es el lugar para integrar información que ya ha sido pensada.
Cuando esto se hace bien, las decisiones que nacen no sólo son mejores, son más robustas. El equipo no sólo ejecuta una orden; ejecutan un plan que ellos ayudaron a construir. La implementación es más rápida porque la alineación ya sucedió durante la fase de modelado.
Todo esto suena bien. Pero mi propuesta del «constructor de modelos» tiene sus propios modos de fallo, y son caros. El principal es que el mundo no se detiene a esperar que tu modelo mental se complete.
El «entendimiento lento» funciona bien en un sistema estático. En un sistema dinámico, donde el competidor A también está aprendiendo y el cliente B está cambiando de opinión, tu modelo perfecto de la realidad puede estar obsoleto en el momento en que lo terminas. Es como intentar dibujar un mapa perfecto de un río mientras el río está cambiando su curso. El modelo del ‘juez’ al menos toma una instantánea y actúa sobre ella. Mi modelo corre el riesgo de ahogarse mientras mide la temperatura del agua.
El otro fallo es más sutil, y tiene que ver con la ingenuidad del modelo sobre la información asimétrica. Se asume que se puede construir un modelo completo en la sala. Pero en cualquier organización, hay información que no se puede compartir. Hay restricciones presupuestarias que el director financiero no puede revelar, planes estratégicos que el CEO no puede discutir, o incluso problemas de personal que RRHH maneja con discreción.
El ingeniero que propone una solución elegante de seis meses choca contra una pared invisible. El líder, que sabe que el presupuesto se corta en tres meses, no puede explicar por qué la rechaza. Se ve forzado a actuar como ‘juez’ precisamente porque es la única forma de actuar sobre información confidencial sin revelarla. El modelo de consenso total asume una transparencia total que casi nunca existe.
Sabiendo esto, el punto no es reemplazar un dogma por otro. Es tener ambos modelos en la caja de herramientas. El truco es calibrar. Es entender cuándo estás en el «edificio en llamas» (y necesitas un juez) y cuándo estás en el «pantano brumoso» (y necesitas un arquitecto de modelos). El error más común es tratar crónicamente los pantanos como si fueran edificios en llamas, simplemente porque el traje de bombero te hace ver más heroico.