Hay problemas que no se resuelven con un plan más detallado

01 / CONTEXTO

Cuando la causa cambia mientras la buscas

Un equipo puede reaccionar a una cola de pedidos pidiendo más velocidad. Si la cola depende de entradas variables, una revisión saturada y señales que llegan tarde, ese empuje puede aumentar errores sin vaciarla. El plan era más detallado, pero seguía describiendo una situación que ya había cambiado.

En mis apuntes aparecen dos usos distintos de las palabras «complicado» y «complejo». Un libro llama complejo a lo difícil de ejecutar por tener muchos elementos; otro lo usa para una situación cuyas partes se pueden separar. La contradicción quedó abierta. Para esta bitácora no necesito resolverla con una etiqueta: necesito aprender a representar relaciones que cambian y a comprobar si mi intervención modifica el resultado.

La pregunta útil no es «¿cuál es la causa verdadera?», sino «¿qué relación estamos suponiendo y qué observación podría mostrarnos que es incompleta?».

02 / MECANISMO

Existencias, flujos y demoras

Donella Meadows explica que un sistema puede incluir existencias, entradas, salidas, información, reglas y bucles de retroalimentación. Una existencia cambia según lo que entra y sale; una demora entre la señal y la respuesta puede producir sobrecorrecciones [1]. En Dancing With Systems, la autora insiste en que la complejidad no se vuelve perfectamente predecible ni controlable y propone observar, diseñar, probar y aprender [2].

Yo usaría una secuencia corta:

1. Delimitar: nombrar el resultado y qué periodo, actores y condiciones observaremos.
2. Representar: escoger una existencia —pedidos pendientes, confianza, incidencias— y describir entradas, salidas y retrasos.
3. Proponer: dibujar una relación que pueda contradecirse con datos, no una explicación que lo abarque todo.
4. Intervenir: cambiar una condición pequeña y reversible, con responsable y señal.
5. Revisar: observar qué cambió, qué efecto secundario apareció y qué hipótesis queda viva.

El mapa no predice el futuro. Hace visibles las preguntas que un plan lineal suele ocultar.

03 / EJEMPLO

La cola que crece cuando el equipo acelera

Ejemplo hipotético: una empresa recibe solicitudes de soporte. La existencia es el número de casos pendientes. Entran solicitudes, salen respuestas y la revisión final es un cuello de botella. El equipo mide solo respuestas enviadas y decide acelerar, pero las correcciones devueltas hacen crecer de nuevo la cola.

El primer mapa añade dos relaciones: la información incompleta en la entrada aumenta el tiempo de revisión, y la presión por cerrar casos reduce la calidad de la primera respuesta. El equipo prueba durante una semana una entrada mínima y un límite de casos abiertos por persona. Observa pendientes, tiempo hasta primera respuesta, correcciones y satisfacción.

La cola baja, pero algunos casos complejos quedan sin atender. El resultado no permite celebrar una solución total. Muestra que el límite de trabajo protege la revisión ordinaria y que hace falta otra decisión para los casos que requieren experiencia. El sistema ha respondido; ahora el equipo tiene una pregunta mejor.

04 / APLICACIÓN

Elegir una intervención que pueda ser refutada

Yo empezaría por escribir qué se acumula, qué entra, qué sale y quién recibe la información. Preguntaría cuándo se conoce cada dato y qué decisión toma cada persona con él. Si no puedo describir esos elementos, todavía no tengo un mapa; tengo una impresión.

Después elegiría una intervención que no requiera transformar todo el proyecto: hacer visible una dependencia, cambiar una regla de entrada, reducir el trabajo simultáneo o adelantar una comprobación. Definiría también qué resultado no quiero empeorar. Una cola más pequeña a costa de más errores no confirma que la intervención funcione.

La bitácora sobre causas sistémicas desarrolla cómo ampliar el análisis a límites, incentivos y responsabilidades. La de selección de métodos ayuda a elegir si conviene analizar más, probar o aplicar un procedimiento conocido. La herramienta sirve para decidir mejor; no para sustituir la decisión por un diagrama.

05 / LÍMITES

El mapa sigue siendo una hipótesis

Meadows no ofrece una fórmula para controlar cualquier sistema. Sus puntos de palanca son una invitación a revisar información, reglas y metas, no una lista de botones que producen un resultado garantizado. Una misma intervención puede tener efectos distintos según las relaciones y demoras que encuentre. Necesito observar su resultado antes de extenderla.

El pensamiento sistémico no absuelve responsabilidades ni permite llamar «complejo» a todo lo que no queremos investigar. Tampoco convierte una correlación en causalidad. El caso de la cola es hipotético y solo muestra cómo pasar de una explicación única a una intervención revisable.

06 / APRENDIZAJES

Qué me llevaría

• Buscaría existencias, flujos, información y demoras antes de acelerar.
• Delimitaría el sistema y escribiría qué queda fuera.
• Convertiría cada relación en una hipótesis que pueda observarse y discutirse.
• Probaría una intervención pequeña con un efecto que no quiero empeorar.
• Usaría el resultado para mejorar el mapa, no para declarar una causa definitiva.

07 / PREGUNTAS DETONANTES

Para continuar

• ¿Qué se acumula, entra y sale en este problema?
• ¿Qué información llega demasiado tarde?
• ¿Qué regla o meta produce la conducta que intentamos cambiar?
• ¿Qué intervención pequeña puede contradecir mi explicación?
• ¿Qué efecto secundario vigilaré antes de ampliar el cambio?