Cómo encontrar las causas de un problema más allá de una persona

01 / CONTEXTO

El síntoma suele aparecer al final

Si un cliente recibe tarde una entrega, la última persona que debía enviarla queda visible. Es fácil decir que se despistó y pedirle más cuidado. A veces esa explicación es correcta. Otras veces la entrada llegó incompleta, la prioridad cambió tres veces, la revisión no tenía dueño o la información necesaria estaba en otro canal.

En mi reflexión sobre sistemas distinguí límites, estructura y propósito: un sistema tiene elementos relacionados, reglas de interacción y un resultado que lo mantiene unido. Para utilizarla, empezaría por una pregunta: ¿qué estamos incluyendo en el problema y qué dejamos fuera cuando culpamos?

Mirar el sistema no significa exonerar a nadie. Significa comprobar qué condiciones hacen probable el resultado y qué parte de la decisión estaba realmente bajo el control de cada persona.

02 / MECANISMO

Del individuo visible a la red de condiciones

El pensamiento sistémico que resume GOV.UK propone confirmar el objetivo, entender el sistema, diseñar y probar con quienes forman parte de él, y monitorizar lo que ocurre [1]. La guía de gobierno ágil añade que las decisiones deben quedar en el nivel adecuado, con evidencia, límites y gestión de riesgo [2]. Las dos fuentes son guías institucionales situadas; no convierten cada problema en un diagrama.

Yo investigaría cinco relaciones:

1. Límite: qué resultado, periodo, personas y dependencias estamos observando.
2. Entradas: qué información, recursos o decisiones llegan al proceso y con qué calidad.
3. Reglas: qué prioridades, incentivos o permisos orientan las acciones.
4. Bucles: cómo una acción cambia la información o el comportamiento que produce el siguiente resultado.
5. Responsabilidad: qué podía decidir cada persona, qué apoyo faltó y qué acuerdo debe cambiar.

El mapa es una hipótesis. Una relación tiene valor si puede observarse y discutirse: «cuando se acepta trabajo sin confirmar la entrada, la revisión se concentra al final». No basta con escribir «la cultura del equipo» o «el sistema» si no sabemos qué conducta o regla designan esas palabras.

03 / EJEMPLO

El informe que llega tarde

Ejemplo hipotético: una consultora entrega tarde varios informes. El responsable de coordinación culpa a quien redacta. Al reconstruir cuatro casos, el equipo encuentra tres condiciones: los encargos entran sin una pregunta cerrada, la revisión legal se solicita al final y la persona que redacta no puede ver el calendario de esa revisión.

La responsabilidad individual sigue existiendo. Quien detecta que falta una fuente debe avisar; quien coordina debe decidir si acepta una entrada incompleta; quien revisa necesita una fecha y un canal visibles. Pero pedir simplemente «más atención» deja intacta la relación que repite el retraso.

El equipo prueba durante dos semanas una entrada mínima, una confirmación de la revisión y un aviso cuando una dependencia queda abierta. Mide fecha acordada, fecha de entrega, correcciones y casos en que faltó información. Si el retraso baja pero suben las correcciones, la intervención no está resuelta: ha cambiado una parte del sistema y ha revelado otra.

04 / APLICACIÓN

Investigar sin convertir el mapa en una excusa

Yo escribiría el problema como un resultado observable: «tres de seis entregas llegaron después de la fecha acordada», no «el equipo es desorganizado». Después dibujaría las personas, entradas, decisiones y dependencias que participan en esos casos. Buscaría también contraejemplos: una entrega que llegó a tiempo puede mostrar qué condición sí estaba presente.

Elegiría una intervención pequeña que permita aprender y asignaría responsables concretos. Si cambiamos la regla de entrada, alguien debe aplicarla; si damos visibilidad al calendario, alguien debe mantenerlo. La revisión pregunta tanto por el sistema como por el cumplimiento de cada acuerdo.

La bitácora sobre problemas cambiantes desarrolla existencias, flujos y demoras; la de conversaciones operativas ayuda a convertir la observación en una decisión y una acción. Aquí el objetivo es evitar dos errores simultáneos: culpar demasiado pronto o usar una explicación sistémica para no actuar.

05 / LÍMITES

Un sistema no es una palabra para dejar de juzgar

Mi primer mapa puede omitir una causa o dar demasiado peso a algo que llama la atención. Por eso compararía entregas que fallaron con otras que salieron bien y preguntaría a quienes realizan cada parte del trabajo. Si solo busco ejemplos que apoyan mi explicación, el mapa acabará repitiendo mi opinión con flechas.

La responsabilidad tampoco desaparece porque existan incentivos o reglas. Las personas pueden avisar, pedir cambios o reparar una omisión. El análisis sirve para precisar esas responsabilidades y las condiciones que necesitan para cumplirlas.

06 / APRENDIZAJES

Qué me llevaría

• Describiría el resultado antes de calificar a una persona.
• Haría visibles límites, entradas, reglas, dependencias y decisiones.
• Buscaría contraejemplos para no convertir una primera hipótesis en explicación total.
• Probaría una intervención pequeña con responsables y señales.
• Mantendría la responsabilidad individual mientras reviso las condiciones que la rodean.

07 / PREGUNTAS DETONANTES

Para continuar

• ¿Qué resultado observable estamos intentando cambiar?
• ¿Qué queda dentro y fuera del límite que he dibujado?
• ¿Qué regla o incentivo hace probable el comportamiento?
• ¿Qué información llega tarde o no llega a quien decide?
• ¿Qué responsabilidad concreta permanece después de ampliar el mapa?