Nadie recibe crédito por arreglar problemas que nunca ocurrieron (2001) [pdf]
Trampas de capacidad e mejora no monótona
- Varios comentaristas relacionan la “trampa de capacidad” del artículo con el software y la IA: no puedes mejorar sin empeorar temporalmente (menor rendimiento mientras refactorizas, entrenas, etc.).
- Los gerentes a menudo esperan que la mejora sea monótona y sin coste, así que cualquier caída en el rendimiento a corto plazo se castiga, reforzando la trampa.
- Se plantea una “trampa” como: fácil de entrar (recortar esquinas bajo presión), difícil de salir (sin margen para invertir en capacidad).
Y2K, paradoja de la preparación y probabilidad
- Y2K es un ejemplo central: muchos sostienen que el resultado de “no pasó nada” fue precisamente porque se dedicó un enorme esfuerzo a la remediación (sistemas COBOL antiguos, servicios públicos, banca).
- Otros señalan que algunos países hicieron poco y parecieron estar bien, con hipótesis como software importado, sistemas más nuevos o pequeños problemas localizados que eran invisibles desde fuera.
- La discusión toca la “paradoja de la preparación”: el éxito hace que la prevención parezca una sobrerreacción, además del pensamiento binario de la gente sobre el riesgo y la mala comprensión de las probabilidades.
Incentivos organizativos: apagar incendios frente a prevenir
- Tema fuerte: las organizaciones recompensan más las heroicidades visibles (caídas nocturnas, salvamentos en crisis) que la prevención silenciosa.
- Los departamentos “en apuros” o caóticos suelen recibir más presupuesto y elogios que los estables y bien gestionados, a veces por arreglar problemas que ellos mismos causaron.
- Los intentos de registrar e informar del trabajo proactivo a veces fracasan en entornos con ranking por escalafón o culturas de “solo supera expectativas”; esto puede incentivar no arreglar los problemas hasta que explotan.
- Algunos sugieren sacar a la luz los “casi fallos” y el dolor ante la dirección en lugar de absorberlo en silencio, para que el sistema pueda aprender, pero esto puede salir mal en organizaciones con poco presupuesto o muy orientadas a culpar.
Simplicidad, elegancia y recompensar la complejidad
- Muchos señalan que las soluciones elegantes y simples parecen obvias a posteriori y están infravaloradas frente a sistemas barrocos que “parecen difíciles”.
- Ascensos, publicaciones y elogios suelen seguir a la complejidad percibida, lo que fomenta la sobreingeniería y la burocracia.
- Las herramientas de IA pueden estar acelerando la complejidad del código y de las soluciones, haciendo más común entre los ingenieros un escepticismo defensivo.
Gestión, percepción técnica y sesgo sistémico
- Tensión persistente entre el personal técnico y la dirección no técnica: el trabajo de prevención es invisible para quienes están lejos del sistema, que pueden ver “no se rompió nada” como “no se hizo nada”.
- Algunos sostienen que tener formación técnica ayuda a la dirección a comprender y valorar el trabajo preventivo; otros replican que la buena gestión es una habilidad aparte y que los ingenieros también pueden ser malos gestores.
- Varios ven el problema como algo fundamentalmente humano y sistémico —la apariencia, la poca capacidad de atención y los sesgos cognitivos— más que como algo exclusivo de la tecnología.
Prevención en la sociedad y afrontamiento individual
- Se trazan paralelos con la sanidad, la ingeniería de seguridad, la infraestructura y la política de Covid: la prevención rara vez obtiene gloria, y la sobrerreacción frente a la preparación prudente es difícil de distinguir a posteriori.
- Los comentaristas describen adaptaciones personales: negarse a jugar a ser héroe, manipular estratégicamente los incentivos o cambiar de rol/sector a lugares donde la prevención y la “fiabilidad aburrida” se recompensan mejor.