Cómo revisar un problema que se repite

01 / CONTEXTO

El problema no era no tener planes

Al revisar el funcionamiento de mi equipo vi tres rupturas: se planificaban acciones que no se ejecutaban; cuando se hacía algo, no se recogían datos; y los pocos datos no se analizaban con calma. La propuesta de una dinámica de quince días intentaba unir plan, acción, revisión y cambio. La planteé como una forma de corregir esas rupturas; no tengo un resultado registrado que permita evaluar su efecto.

02 / CADA FASE NECESITA UNA EVIDENCIA DIFERENTE

Cada fase necesita una evidencia diferente

Planificar define una hipótesis y una condición de éxito. Hacer produce una conducta. Comprobar compara lo ocurrido con la hipótesis y Actuar modifica el siguiente ciclo. Si salto la comprobación, la siguiente acción es opinión; si salto la acción, el plan se convierte en un documento.

La revisión debe ser suficientemente corta para no esperar a que el problema se vuelva una identidad del equipo. También debe ser suficientemente rica para distinguir no hacer, no poder hacer, medir mal y medir algo que ya no importa.

Las intenciones de implementación de Gollwitzer y Sheeran ofrecen una forma precisa de conectar una señal con una respuesta, por ejemplo, “si la revisión detecta un bloqueo, entonces se convoca una decisión en veinticuatro horas”. [1] El marco de procesos de equipo de Marks y colegas ayuda a ubicar esa regla en transición, acción y aprendizaje posterior. [2]

03 / CASO

Quince días con un objetivo económico

Imagina que un equipo acuerda mejorar un objetivo económico común en quince días. Cada persona define una acción, una señal y una fecha. A la mitad, una persona no ejecuta por falta de acceso; otra ejecuta pero solo registra actividad; una tercera tiene datos y descubre que la hipótesis era equivocada. Un cierre honesto no premia al que tiene la cifra más alta sin entender esas diferencias. Compara los ciclos y decide qué cambiará.

Una regla de coordinación necesita una excepción explícita. Si cada bloqueo convoca a todo el equipo, el sistema se vuelve pesado; si nadie puede escalarlo, el atasco permanece invisible. En la revisión intermedia, definiría qué cuenta como bloqueo, qué información debe acompañar el aviso y quién puede tomar una decisión provisional. El objetivo no es eliminar la incertidumbre, sino impedir que la incertidumbre se convierta en espera silenciosa. La siguiente retrospectiva comprobaría si la regla redujo tiempos sin aumentar interrupciones inútiles.

04 / CÓMO LO HARÍA

Cómo lo haría

Limitaría el ciclo a una pregunta y una acción por persona. Acordaría cómo registrar datos y qué no hace falta medir. En la revisión pediría una narración breve: qué planeé, qué hice, qué observé y qué cambio propongo.

Si el plan falla por autoridad o recursos, no lo convertiría en una lección moral sobre compromiso. Si falla por no actuar pese a condiciones suficientes, sí abriría una conversación de responsabilidad. El ciclo debe mejorar tanto el sistema como la conducta.

05 / UN CICLO NO PRUEBA CAUSALIDAD

Un ciclo no prueba causalidad

El ciclo PDCA (planificar, hacer, comprobar y actuar) es un marco de mejora, no garantía de aprendizaje ni prueba de que una dinámica de quince días produzca resultados. Un indicador económico recibe influencias externas y no permite atribuir causalidad sin diseño adicional.

El ciclo no debe vigilar a personas sin explicar qué se mide y cómo se decide.

06 / APRENDIZAJES

Aprendizajes

• Haz explícita la hipótesis del plan.
• Registra la diferencia entre no hacer, no poder y medir mal.
• Cierra cada ciclo con una decisión, no solo con un informe.

07 / PREGUNTAS

Preguntas detonantes

• ¿En qué fase se rompe el ciclo?
• ¿Qué dato necesitamos y qué dato solo distrae?
• ¿Qué cambiará en el siguiente periodo?