Una buena decisión requiere trabajo

"La diferencia entre una decisión buena y una mala muchas veces es el tiempo que pasaste pensando en ella." En el calor del día a día operacional, siempre es tentador decidir rápido y de golpe. Dar una respuesta inmediata en la reunión, elegir la primera tecnología que aparece enfrente, resolver rápido para limpiar la mesa y pasar al siguiente pendiente. El problema es que las decisiones estructurales tomadas con prisa casi siempre regresan meses después... y cobran intereses compuestos en forma de reproceso, malos contratos y desgaste del equipo. Una decisión buena da trabajo al principio precisamente para ahorrar dolores de cabeza más adelante. ## Por qué el impulso nos engaña: Kahneman y Annie Duke En la obra clásica Pensar rápido, pensar despacio (Thinking, Fast and Slow, 2011), el psicólogo y Premio Nobel de Economía Daniel Kahneman explicó que la mente humana opera en dos modos distintos: - Sistema 1 (Rápido): automático, intuitivo, emocional y sin esfuerzo aparente. Es excelente para esquivar un obstáculo en el tráfico, pero peligroso cuando se aplica sin freno a decisiones complejas de arquitectura, presupuesto o contratación. - Sistema 2 (Despacio): deliberado, analítico, lógico y laborioso. Exige energía consciente para comparar datos, cuestionar premisas y calcular consecuencias de segundo orden. Como el Sistema 2 da trabajo y consume energía mental, nuestro cerebro intenta responder a problemas complejos usando los atajos del Sistema 1. Peor aún: como explica la investigadora y ex-campeona mundial de póquer Annie Duke en el libro Thinking in Bets (2018), en el mundo corporativo somos víctimas frecuentes del llamado resulting, que es el hábito de juzgar la calidad de una decisión solo por el resultado final, ignorando el factor suerte. Si alguien tomó una decisión imprudente, sin análisis de riesgo, y por pura suerte nada explotó, la empresa aplaude la "agilidad" y repite la imprudencia hasta el día en que llega la cuenta. ## El marco de la decisión consciente Para forzar la entrada del pensamiento analítico en las elecciones que realmente importan, paso toda decisión relevante por cinco preguntas obligatorias: 1. ¿Qué problema real estoy resolviendo? Parece obvio, pero es donde la mayoría de los proyectos tropieza. Mucha decisión errónea nace de una respuesta brillante para un problema mal definido. Antes de discutir qué base de datos usar o qué proveedor contratar, escribe en dos líneas cuál es el dolor concreto del negocio que necesita desaparecer. 2. ¿Cuáles son las opciones reales sobre la mesa? No existe decisión verdadera cuando alguien presenta solo un camino único del tipo "tómalo o déjalo". Forzate a ti mismo y a tu equipo a diseñar al menos tres alternativas viables, aunque una de ellas parezca la favorita al inicio. Comparar opciones reales obliga a ver el problema desde otros ángulos. 3. ¿Cuáles son los riesgos explícitos de cada opción? En ingeniería y gestión, ninguna elección tiene solo lados positivos; toda arquitectura o estrategia es una elección de trade-offs (lo que aceptas perder para ganar lo que es prioritario). Lista los riesgos y costos de mantenimiento de cada alternativa sin maquillaje. 4. ¿Qué pasa si no decido ahora? A veces, posponer por una semana para ejecutar una prueba práctica y recopilar un dato que falta es la decisión más inteligente en la sala. No decidir a ciegas también es decidir con método. 5. ¿Quién más debería estar involucrado? Las decisiones de impacto rara vez deben tomarse en aislamiento. ¿Quién tiene el contexto de la operación real? ¿Quién va a sostener esta elección a las dos de la mañana si surge un problema? ¿Quién tiene el repertorio técnico para cuestionar tus premisas antes de que se firme el contrato? ## Cuidado con los sesgos comunes y la técnica del Premortem Incluso siguiendo una guía, necesitamos vigilar tres trampas clásicas descritas por Kahneman: - Sesgo de confirmación: buscar y valorar solo los números que apoyan la solución de la cual ya te enamoraste. - Sesgo de anclaje: dejar que el primer precio, plazo o arquitectura mencionada en la reunión limite todo el resto del debate. - Sesgo de disponibilidad: supervalorar un evento aislado solo porque ocurrió la semana pasada y está fresco en la memoria. Una herramienta poderosa para romper estos sesgos en grupo fue creada por el psicólogo cognitivo Gary Klein y publicada en la Harvard Business Review (2007): el Premortem de Proyecto. Antes de dar el visto bueno final, reúne al equipo y di: "Imaginen que han pasado seis meses en el futuro y esta decisión nuestra ha sido un fracaso completo. Escriban en cinco minutos exactamente qué salió mal". Al legitimar la búsqueda de fallas antes de la ejecución, el Premortem reduce la ceguera optimista y revela puntos débiles que nadie se atrevería a señalar en una reunión común. ## Documenta las decisiones importantes Por último, las decisiones estructurales merecen un registro escrito (como los Architecture Decision Records, o ADRs, en la ingeniería de software). ¿Por qué? Porque de aquí a un año, cuando el escenario cambie o algo salga diferente de lo esperado, nadie tendrá que hacer una caza de brujas ni adivinar el pasado. Quedará registrado: lo que sabíamos en esa fecha, cuáles eran las tres alternativas evaluadas, qué límites existían y por qué elegimos ese camino. Esto nunca ha sido burocracia. Es protección para quien construye y aprendizaje acumulado para que cada nueva decisión del equipo sea más inteligente que la anterior. > Continúa profundizando: lee también Categorización y Prioridad y Cultura que frena o sabotea. Conoce también la actuación en Liderazgo Ejecutivo y Fractional CTO y nuestros Estudios de Caso. --- ### Referencias y lecturas verificables - Kahneman, D. (2011). Thinking, Fast and Slow (Pensar rápido, pensar despacio). Farrar, Straus and Giroux. - Klein, G. (2007). Performing a Project Premortem. Harvard Business Review, septiembre de 2007. - Duke, A. (2018). Thinking in Bets: Making Smarter Decisions When You Don't Have All the Facts. Portfolio / Penguin Random House.