Resumen del contenido central
Este artículo analiza el conflicto de percepción común en el lugar de trabajo, donde se dice “esto no es complicado”, y revela las razones por las cuales los gerentes y los ejecutivos tienen diferentes opiniones sobre la misma tarea: ambos están viendo el problema desde niveles abstractos diferentes. Los gerentes ven objetivos simplificados (como “reembolsar al usuario”), mientras que los ejecutivos se enfrentan a innumerables anomalías, limitaciones y riesgos reales (como timeouts en la red durante el reembolso, envíos duplicados, cambios de permisos, etc.). El artículo también analiza los factores lingüísticos, organizativos y de recursos que subyacen a este conflicto, y señala que en la era del AI estos sesgos de percepción serán aún más evidentes, enfatizando la importancia de reconocer la complejidad real.
Primero: Diferencias de perspectiva: Los líderes ven una “línea”, los ejecutivos enfrentan una “red”
Para los líderes, la tarea es un proceso idealizado y simplificado: por ejemplo, “el usuario presenta una solicitud de reembolso → el sistema la revisa → el reembolso se realiza con éxito”, como una línea recta que se completa en unos pocos pasos. Sin embargo, los ejecutivos tienen que lidiar con todos los imprevistos que rodean esta línea: ¿qué hacer si el usuario no proporcionó toda la información necesaria? ¿Qué pasa si la conexión a internet se corta y el pago no se realiza? ¿Cómo reintentar si la interfaz de pago externo no responde? ¿Se realizará un doble reembolso si el mismo usuario lo solicita dos veces? Estos problemas representan una red compleja que consume el 80% del tiempo de los ejecutivos.
Por ejemplo, crear una versión demostrativa (Demo) de un reembolso puede llevar solo 3 días, siempre y cuando funcione una vez; pero lanzarla en un entorno real puede tomar un mes, ya que es necesario considerar todas las situaciones excepcionales para asegurarse de que el sistema no tenga errores.
Segundo: El “truco” del lenguaje: El lenguaje natural oculta la complejidad
Cuando expresamos nuestras necesidades en lenguaje natural, omitimos muchos detalles. Por ejemplo, decir “añada una función de reembolso automático” puede parecer sencillo, pero implica una serie de cuestiones: ¿quién tiene el permiso para iniciar un reembolso automático? ¿A partir de qué cantidad se necesita revisión manual? ¿Se puede realizar un reembolso si el usuario ya ha recibido el producto? ¿Cómo notificar al usuario si el reembolso falla? Estos detalles no son intencionalmente complicados por parte de los ejecutivos, sino que simplemente no se mencionan.
Es como cuando pides “compra un café para mí”; no especificas si quieres que esté frío o caliente, si quieres azúcar o no, ni qué tienda usar. Sin embargo, el ejecutivo debe preguntar todos estos detalles para cumplir con la solicitud correctamente. Cuanto más simple sea la descripción de la necesidad, más detalles deben completar los ejecutivos, y por eso a menudo surgen conflictos: aquellos que plantean las demandas piensan “¿por qué hay tantos problemas?”, mientras que los ejecutivos creen que “no se ha explicado claramente”.
Tercero: El “filtro de compresión” organizativo: Cuanto más alto es el nivel, menos complejidad se ve
En las grandes empresas, la información se compresa a medida que asciende en la jerarquía: los empleados de base manejan 10 anomalías al día; el responsable técnico las resume en 3 riesgos; el gerente del departamento las reduce a 1 problema; y para el CEO puede quedar solo “el progreso del proyecto es un poco lento”. Esta compresión es necesaria (el CEO no puede supervisar cada detalle de funcionamiento del sistema), pero puede hacer que los altos ejecutivos piensen erróneamente que “no hay problemas”.
Es como usar un ascensor: presionas un botón y llegas al piso, sin pensar en el sistema de frenado, los sensores o las redundancias de seguridad que están detrás. Un equipo excelente maneja la complejidad a nivel inferior, haciendo que los altos ejecutivos piensen que “todo está funcionando normalmente”; pero cuando un empleado clave se va, descubren de repente cuán complicado es el sistema.
Cuarto: La lucha por los recursos: Decir que algo no es complicado significa luchar por tiempo y dinero
A veces, cuando los líderes dicen que algo no es complicado, no es porque realmente lo consideren así, sino para controlar los recursos necesarios. Si reconocieran la complejidad, tendrían que contratar más personal, solicitar más presupuesto o extender el tiempo de desarrollo. Sin embargo, los costos omitidos no desaparecen; simplemente se transfieren a otros aspectos del proyecto. Por ejemplo, si se reduce el tiempo de pruebas, es posible que surjan errores después del lanzamiento y se requiera más trabajo para repararlos; si la monitorización no es adecuada, los daños serán mayores cuando se descubran.
Es como al remodelar una casa: puedes ahorrar dinero omitiendo las medidas de impermeabilización, pero si surge un problema después de seis meses, el coste de reparación puede ser diez veces mayor que el de la instalación inicial.
Quinto: Nuevos peligros en la era del AI: “Es fácil crearlo, pero difícil hacerlo de manera confiable”
El AI ha simplificado la creación de prototipos; lo que antes llevaba semanas ahora se puede hacer en horas. Pero esto puede llevar a la ilusión de que todo el sistema es sencillo. Sin embargo, el AI solo resuelve el problema de “poder crear algo”, no el de hacerlo de manera confiable. Por ejemplo, aunque el AI puede manejar los pedidos, no sabe qué pedidos son delicados, cómo recuperar errores o cómo detener sistemas externos en caso de problemas.
Lo más peligroso es que la ejecución rápida del AI puede llevar a errores: un empleado puede cometer 10 errores al día, mientras que el AI podría cometer 1000 en un minuto, y esto puede afectar múltiples sistemas. Por lo tanto, en la era del AI, no se trata de “si es posible hacer algo”, sino de “si se pueden controlar los riesgos”: ¿cuándo debe detenerse el AI? ¿Quién asumirá las responsabilidades si surge un problema?
Conclusión
No hay nada malo en decir que algo no es complicado, pero debemos ser conscientes de que lo simple son los objetivos; lo complejo es la realidad. La próxima vez que escuches esta frase, antes de discutir, pregúntate: “¿Estamos viendo la simplicidad ideal o la complejidad oculta detrás de ella?” Después de todo, la verdadera madurez no consiste en negar la complejidad, sino en convertirla en un sistema que se pueda gestionar de manera efectiva.