7 modelos de toma de decisiones que todo equipo debería conocer

Imagina la reunión donde se supone que se toma una decisión de verdad. Ocho personas, cuarenta minutos y, de algún modo, gana la opinión más ruidosa mientras tres voces más calladas nunca se escuchan. Dos semanas después, nadie se pone de acuerdo sobre qué se decidió realmente, ni sobre quién es el responsable.

La mayoría de los equipos no tienen un problema de pensamiento. Tienen un problema de proceso. El modelo de toma de decisiones adecuado le da a un grupo un camino compartido desde el «tenemos que elegir» hasta el «elegimos, y aquí está quién responde por ello», que es justo donde tantos equipos brillantes se atascan. El truco está en que no existe un único mejor modelo. Una decisión de software reversible de 200 $ merece un proceso distinto al de una contratación o un giro de producto. Así que aquí van siete modelos que vale la pena conocer: qué es cada uno, cuándo recurrir a él y un ejemplo rápido, seguidos de una forma sencilla de elegir.

Los modelos estructurados para decisiones de alto riesgo

Cuando una elección es costosa y difícil de deshacer, conviene un proceso que te frene a propósito. Dos modelos clásicos se sitúan en los extremos opuestos de cuánto rigor merece una decisión.

1. El modelo racional (estructurado)

Qué es: El enfoque de manual. Defines el problema, fijas tus criterios, reúnes información, enumeras las opciones, puntúas cada una frente a los criterios, eliges la de mayor puntuación y luego verificas el resultado. Da por hecho que puedes reunir suficiente información para evaluar las alternativas de forma ordenada.

Cuándo usarlo: Decisiones de alto riesgo y baja presión de tiempo, donde el coste de equivocarse empequeñece al del análisis. Selección de proveedores, contratación de un puesto clave, elección de un mercado al que entrar.

Ejemplo rápido: Un equipo que elige un proveedor de nóminas anota cinco requisitos imprescindibles (coste, integraciones, tiempo de respuesta del soporte, cobertura de cumplimiento normativo y facilidad de configuración), investiga a cuatro proveedores y califica a cada uno en una escala del 1 al 5 antes de que nadie se enamore de una demo.

2. La racionalidad limitada (satisfacción suficiente)

Qué es: La corrección de Herbert Simon al modelo racional. Las personas reales no pueden evaluar cada opción porque se enfrentan a información limitada, ancho de banda mental limitado y presión de tiempo. Así que, en lugar de maximizar, satisfacen lo suficiente (satisfice), palabra que Simon acuñó mezclando satisfy y suffice: eliges la primera opción que supera un umbral de «suficientemente buena» y sigues adelante.

Cuándo usarlo: Decisiones reversibles y de bajo riesgo donde la respuesta perfecta no vale el coste de la búsqueda. La mayoría de las decisiones del día a día, francamente.

Ejemplo rápido: Necesitas una sala de reuniones para mañana. No comparas las doce; coges la primera que entran ocho personas y está libre a las 14:00. Listo.

Consejo: Antes de empezar a analizar, haz una pregunta en voz alta: «¿Es reversible esta decisión?» Si puedes deshacerla en una semana con poco coste, satisface lo suficiente y sigue adelante. Reserva el modelo racional para las decisiones que no puedes retirar. Tratar cada decisión como de alto riesgo es, en sí misma, una mala decisión.

Los modelos que clasifican y asignan

A veces lo difícil no es elegir entre opciones. Es averiguar qué merece atención siquiera, o quién debería ser quien decida. Estos dos modelos abordan eso.

3. La matriz de Eisenhower (urgente vs. importante)

Qué es: Una cuadrícula de 2x2 que lleva el nombre del presidente Dwight Eisenhower y que popularizó Stephen Covey. Clasificas las tareas según dos ejes, urgente e importante, en cuatro cuadrantes: Hacer (urgente e importante), Programar (importante, no urgente), Delegar (urgente, no importante) y Eliminar (ninguno de los dos). La trampa que corrige es dejar que el trabajo urgente pero trivial desplace al trabajo importante pero silencioso que de verdad te hace avanzar.

Cuándo usarla: Cuando un equipo o una persona se ahoga en una lista de tareas y no distingue qué incendios merece la pena apagar.

Ejemplo rápido: Un responsable de soporte traza su semana: una escalada de cliente va en Hacer, la reescritura trimestral del playbook va en Programar, las peticiones recurrentes del tipo «¿puedes reenviar este correo?» van en Delegar, y el canal interno de Slack que nadie lee va en Eliminar.

4. DACI / RAPID (quién impulsa, aprueba, contribuye, está informado)

Qué es: Dos marcos de asignación de roles para decisiones que implican a mucha gente. DACI (Driver, Approver, Contributor, Informed) surgió en Intuit en los años ochenta y nombra exactamente a un Driver para conducir el proceso y exactamente a un Approver para tomar la decisión, con los Contributors aportando experiencia y los Informed mantenidos al tanto después. RAPID, de Bain & Company, divide el trabajo en Recommend, Agree, Perform, Input y Decide, añadiendo un responsable explícito de la ejecución que DACI suele dejar difuso.

Cuándo usarlos: Decisiones interdepartamentales donde el problema real es «demasiados cocineros» y nadie sabe quién decide en realidad. Usa DACI para decisiones cotidianas más rápidas; recurre a RAPID cuando la gobernanza es compleja y alguien debe responsabilizarse del despliegue.

Ejemplo rápido: Un cambio de precios afecta a ventas, finanzas y producto. El PM es el Driver, el VP de Producto es el Approver, los responsables de ventas y finanzas son Contributors, y el equipo de salida al mercado más amplio queda Informed una vez que se cierra. Se acabó el «espera, ¿quién decide esto?»

Los modelos diseñados para la velocidad y la implicación

Existen otros dos modelos para las dos situaciones que quiebran a la mayoría de los equipos: cuando el reloj es el enemigo y cuando de verdad no sabes cuánto implicar a los demás.

5. El bucle OODA (situaciones rápidas e inciertas)

Qué es: Un ciclo desarrollado por el coronel de la Fuerza Aérea John Boyd a principios de los años setenta para el combate, hoy usado en todas partes, desde los negocios hasta la respuesta a emergencias. Observas (recoges lo que ocurre), te Orientas (lo filtras a través de tu experiencia), Decides y Actúas, y luego vuelves directo a Observar. Boyd llamaba a Orientar el paso más importante, porque dos personas pueden ver los mismos datos y leerlos de forma completamente distinta. La idea central es ciclar más rápido de lo que cambia la situación, o la competencia.

Cuándo usarlo: Momentos rápidos e inciertos donde esperar la información completa cuesta más que actuar con información parcial. Respuesta a incidentes, el lanzamiento sorpresa de un competidor, un evento en vivo que se tuerce.

Ejemplo rápido: Un sitio se cae durante el lanzamiento de un producto. El equipo de guardia observa el pico de errores, se orienta hacia un despliegue reciente como causa probable, decide revertirlo, actúa, y enseguida vuelve a observar si las métricas se recuperan, listo para probar lo siguiente.

6. Vroom-Yetton (cuánto implicar al equipo)

Qué es: Un modelo de Victor Vroom y Philip Yetton que responde a una sola pregunta: ¿cuánto debería implicar el líder a los demás? Hace corresponder tu situación con cinco estilos, desde el autocrático hasta el plenamente grupal. Decides solo (A1), reúnes información del equipo y luego decides solo (A2), consultas a las personas una a una (C1), consultas al grupo y luego decides solo (C2), o dejas que el grupo decida en conjunto (G2). La elección depende de tres cosas: si la calidad de la decisión es crítica, si necesitas adhesión para que se sostenga, y si tienes tiempo para implicar a la gente.

Cuándo usarlo: Cada vez que te sorprendas preguntándote «¿lo decido yo y ya está, o traigo al equipo?» Es una herramienta para ajustar la participación al momento en lugar de optar siempre por defecto por el consenso o siempre por el mando.

Ejemplo rápido: Un gerente que elige el pedido de café de la oficina decide solo (A1). El mismo gerente, al reestructurar el flujo de trabajo del equipo, donde la adhesión lo es todo, organiza una sesión grupal y deja que el equipo lo dé forma (C2 o G2).

Consejo: Cuando necesitas que la gente de verdad lleve a cabo una decisión, implícala antes de tomarla, no después. La investigación de Vroom-Yetton es tajante al respecto: la adhesión es una de las pocas cosas que justifica de forma fiable un proceso más lento y participativo. Anunciar una decisión «final» y luego pedir apoyo es invertir el orden.

7. Coste-beneficio / matriz de decisión ponderada

Qué es: Una herramienta de puntuación para comparar opciones que no son fáciles de comparar. Enumeras tus criterios, le das a cada uno un peso según su importancia, puntúas cada opción frente a cada criterio y luego multiplicas y sumas. La opción con el total ponderado más alto gana, sobre el papel. Te obliga a decir en voz alta qué te importa de verdad y cuánto, lo cual ya es la mitad del valor.

Cuándo usarla: Decisiones con múltiples opciones y varios factores en competencia donde la intuición no para de cambiar de bando. Elegir entre ofertas de trabajo, software, ubicaciones o candidatos.

Ejemplo rápido: Al elegir entre tres herramientas de gestión de proyectos, un equipo pondera «integraciones» al 30 %, «precio» al 25 %, «facilidad de uso» al 25 % y «soporte» al 20 %, puntúa cada herramienta del 1 al 5, y descubre que la favorita vistosa acaba segunda una vez que el precio pesa de verdad.

Cómo elegir el modelo adecuado

No necesitas memorizar los siete. Necesitas cuatro preguntas, y las respuestas te señalan la herramienta correcta.

• Riesgo: El alto riesgo te empuja hacia el modelo racional o una matriz de decisión ponderada. El bajo riesgo significa satisfacer lo suficiente y seguir adelante.
• Reversibilidad: Si puedes deshacerlo a bajo coste, decide rápido y sin atarte. Si es una puerta de un solo sentido, frena y documenta.
• Tiempo: Cuando el reloj es la restricción que manda, el bucle OODA supera a cualquier proceso deliberado, porque una buena decisión tomada demasiado tarde no es más que una mala decisión.
• Ambigüedad: Cuando lo difícil es quién decide y quién debe sumarse, el problema no es el análisis, son los roles. Eso es terreno de DACI, RAPID o Vroom-Yetton.

Y aquí está la parte que es fácil pasar por alto: la mayoría de los equipos no fracasan al elegir el modelo, sino al recordar qué decidieron. El marco te lleva a una elección limpia en la sala. Luego la sala se vacía, la justificación se desvanece, y un mes después alguien vuelve a litigar todo el asunto porque nadie anotó por qué. Cuando un equipo toma una decisión en una reunión, capturar qué se decidió y quién es responsable es la mitad de la batalla. Un tomador de notas con IA como Laxis registra la decisión y el razonamiento detrás de ella, extrae automáticamente las tareas y sus responsables, y las deja en algún lugar donde todos puedan encontrarlas, para que la decisión no se evapore en el instante en que termina la reunión.

Deja de perder decisiones cuando termina la reunión

Laxis graba, transcribe y resume tus reuniones, y luego extrae automáticamente las decisiones, los responsables y los siguientes pasos, en más de 40 idiomas en Zoom, Meet y Teams. Hay un plan gratuito para empezar.

Prueba Laxis gratis

En conclusión

Los mejores equipos no son los que siempre eligen el modelo «correcto». Son los que notan cuándo se han deslizado hacia el equivocado: el equipo que corre una matriz de seis criterios para un pedido de almuerzo, o que toma una decisión de un solo sentido en cinco minutos porque parecía urgente. Los modelos salen baratos. Pillarte usándolos mal es la verdadera habilidad, y vale la pena practicarla en voz alta, como equipo, hasta que la pregunta «¿qué tipo de decisión es esta?» se convierta en un reflejo.

Preguntas frecuentes

¿Qué es un modelo de toma de decisiones?

Un modelo de toma de decisiones es un proceso repetible para pasar de una pregunta a una elección. Algunos van de lógica, como los seis pasos del modelo racional, desde definir el problema hasta evaluar el resultado. Otros van de roles, como DACI, que nombra a un Driver, un Approver, varios Contributors y los Informed. La idea es hacer el camino explícito para que un equipo no lo reinvente bajo presión cada vez.

¿Cuál es la diferencia entre DACI y RAPID?

Ambos asignan roles de decisión, pero ponen el acento en cosas distintas. DACI (Driver, Approver, Contributor, Informed) se originó en Intuit en los años ochenta y hace explícitas la facilitación y la participación, lo que encaja con decisiones interdepartamentales rápidas. RAPID (Recommend, Agree, Perform, Input, Decide), de Bain & Company, añade un rol Perform explícito para la ejecución y un rol Agree para la aprobación, lo que encaja con una gobernanza compleja y de varios niveles donde alguien debe responsabilizarse del despliegue.

¿Cuándo debería un equipo usar el bucle OODA?

Usa el bucle OODA, desarrollado por el coronel de la Fuerza Aérea John Boyd a principios de los años setenta, cuando la situación es rápida e incierta y no puedes esperar a tener información completa. Recorres Observar, Orientar, Decidir y Actuar, y luego vuelves a empezar. Boyd consideraba Orientar el paso más importante porque filtra lo que viste a través de tu experiencia. Encaja mejor con la respuesta a incidentes, los movimientos competitivos y los lanzamientos en vivo que con elecciones lentas y deliberadas.

¿Qué es la satisfacción suficiente (satisficing) en la racionalidad limitada?

La satisfacción suficiente (satisficing, término que Herbert Simon acuñó mezclando satisfy y suffice) significa elegir la primera opción que supera un umbral de «suficientemente buena» en lugar de evaluar cada posibilidad para hallar la óptima. Refleja la racionalidad limitada: las personas reales se enfrentan a información limitada, capacidad mental limitada y presión de tiempo, así que dejan de buscar en cuanto una opción alcanza su nivel de aspiración. Es el enfoque adecuado para decisiones de bajo riesgo y reversibles.

¿Cómo se elige el modelo de toma de decisiones adecuado?

Sopesa cuatro cosas: riesgo, reversibilidad, tiempo y ambigüedad. Las decisiones de alto riesgo y difíciles de revertir justifican un modelo estructurado como el modelo racional o una matriz de decisión ponderada. Las reversibles y de bajo riesgo se prestan a la satisfacción suficiente. Cuando el reloj es la restricción, usa el bucle OODA. Cuando el problema es sobre todo quién decide y quién se suma, recurre a DACI, RAPID o Vroom-Yetton.