←︎ Volver a la bitácora

Si repetimos el problema, ¿qué no estamos revisando?

Repetir un problema puede indicar que el equipo no está cerrando el aprendizaje: acuerda cambios que no aplica, actúa sin recoger información o revisa lo ocurrido sin modificar nada. Localizar dónde se rompe ese recorrido permite intervenir con más precisión que pedir otra vez más compromiso.

Incorporada el 6 min de lectura

Una reunión sobre el problema no garantiza una mejora.

Ya habéis hablado de los retrasos, de los contactos comerciales que se pierden o de las tareas sin dueño. Cada conversación termina con una intención razonable. Sin embargo, al mes siguiente estáis discutiendo lo mismo. Antes de convocar otra reunión, conviene preguntar qué ocurrió entre la anterior y esta.

Puede que el cambio nunca llegara a probarse. Puede que se probara, pero nadie observara qué pasaba. O puede que los datos existan y no hayan llevado a ninguna decisión. Son problemas diferentes y necesitan respuestas diferentes.

La revisión útil conecta una expectativa, una acción, una observación y una decisión posterior. Si falta uno de esos enlaces, es fácil confundir movimiento con aprendizaje.

Tres rupturas que merecen preguntas distintas.

En un análisis del verano de 2022, Iván identificó tres rupturas en el trabajo de su equipo: no ejecutar lo planeado, no recoger información sobre lo realizado y no analizar la información disponible. Propuso una dinámica para intentar cerrar ese recorrido.[1]

El documento es un diagnóstico personal y un plan. No prueba por sí mismo la causa de los problemas ni que la dinámica se ejecutara con éxito. Aquí conservamos las tres preguntas y dejamos fuera los juicios sobre personas concretas y las medidas de presión propuestas en aquel contexto.

La nota llamaba al PDCA una síntesis de Lean Startup. No trasladamos esa equivalencia histórica: son marcos distintos, aunque puedan compartir una lógica de acción y aprendizaje. Conviene que una idea útil no arrastre una atribución incorrecta.

La pregunta transferible es sencilla: ¿qué parte del recorrido no está ocurriendo de verdad? Decir que falta disciplina puede ocultar que nadie entendió la tarea, que no había recursos o que el cambio dependía de una decisión pendiente.

No basta con marcar si salió bien o mal.

El Deming Institute explica el ciclo PDSA como planificar, hacer, estudiar y actuar sobre lo aprendido. Destaca comparar lo esperado con lo observado para revisar la explicación que guiaba el cambio.[2] El énfasis en estudiar ayuda a ir más allá de registrar éxito o fracaso.

En un proyecto, una prueba puede no producir el resultado deseado y aun así aclarar algo importante. Por ejemplo, que el mensaje se entiende, pero llega a personas que no tienen ese problema. La conclusión cambia según qué hayas observado, no solo según el número final.

Por eso conviene expresar antes qué esperáis que cambie y por qué. Si la explicación se inventa después, casi cualquier resultado puede parecer coherente. No hace falta una investigación compleja; sí una expectativa suficientemente concreta para poder sorprenderos.

Una revisión también puede concluir que todavía no sabéis. Si faltan datos o cambiaron demasiadas cosas a la vez, fingir una causa segura no mejora la siguiente decisión. Podéis acotar la próxima prueba para distinguir explicaciones que siguen abiertas.

Los contactos se pierden: ¿en qué momento?

Imagina un equipo que consigue conversaciones con posibles clientes pero olvida continuar algunas. Es un ejemplo hipotético. La respuesta habitual es pedir más seguimiento. Una revisión más concreta mira qué pasa desde que aparece el contacto hasta que alguien acuerda el siguiente paso.

Si nadie aplicó el sistema acordado, hay que averiguar qué lo hizo inviable o poco claro. Si se utilizó pero no quedaron fechas ni responsables, faltará información para revisar. Si esa información existe y nadie decide qué hacer con ella, el problema está en el uso del registro.

El equipo puede probar durante una semana que cada conversación termine con una fecha y una persona responsable. Después compara los contactos que avanzaron, los que siguen pendientes y las excepciones. No atribuye cualquier mejora automáticamente al cambio: también mira si hubo menos carga o contactos más fáciles.

La revisión termina con una decisión manejable: mantener el acuerdo, corregir un paso o probar otra cosa. Añadir diez normas nuevas después de cada fallo puede hacer el proceso más pesado sin resolver el punto donde se rompe.

Plan acordado, ejecución, observación y decisión conectadas, con tres preguntas para localizar la ruptura.
MAPA 01 · ¿Dónde se rompe el aprendizaje?Ampliar infografía ↗︎

Cierra una revisión con un cambio observable.

Escoge un problema que haya aparecido en más de una reunión. Recupera el último acuerdo sobre él y comprueba si se ejecutó. Si no ocurrió, empieza ahí; analizar el efecto de un cambio inexistente solo produce explicaciones imaginarias.

Si se ejecutó, reúne la información mínima que permita entender qué pasó. Distingue hechos, interpretaciones y cosas que no sabéis. Invita a quien hace el trabajo: un proceso puede parecer claro desde fuera y atascarse en una dependencia que nadie había visto.

Elegid una modificación pequeña y formulad qué esperáis observar. Acordad quién la probará y cuándo volveréis a mirarla. La fecha de revisión importa porque, sin ella, lo urgente suele ocupar el lugar del aprendizaje.

Al volver, decidid algo. Puede ser conservar una práctica que funciona, abandonarla o cambiarla. Guardad brevemente la razón para no reiniciar la misma conversación desde cero. La mejora empieza a acumularse cuando la siguiente acción incorpora lo que la anterior permitió comprender.

Aprendizajes

  • Reunirse no cierra el aprendizaje. Comprueba qué pasó después del acuerdo.
  • Las rupturas son diferentes. No ejecutar, no observar y no decidir requieren respuestas distintas.
  • Explica qué esperas antes de probar. Así puedes contrastar tu idea con lo ocurrido.
  • Un resultado no revela por sí solo la causa. Revisa cambios de contexto y explicaciones alternativas.
  • La revisión termina en una decisión. Mantener, modificar o abandonar también son resultados útiles.

Preguntas detonantes

  1. ¿Qué acuerdo repetimos sin comprobar si se aplica?
  2. ¿Qué información necesitamos y no estamos recogiendo?
  3. ¿Qué dato tenemos pero nunca usamos para decidir?
  4. ¿Qué esperábamos que ocurriera y qué ocurrió realmente?
  5. ¿Qué cambiaremos esta vez para no tener la misma conversación?

Para seguir aprendiendo

PARA ENTENDER LA BASE

Planificar con dirección y ejecutar con flexibilidad

Entiende el recorrido entre planificar, actuar y revisar para localizar dónde se rompe.

Leer bitácora →︎
PARA SEGUIR AVANZANDO

Mirar el sistema antes de culpar a una pieza

Investiga reglas y relaciones que pueden estar reproduciendo el mismo problema.

Leer bitácora →︎
PARA AMPLIAR LA MIRADA

Un Learning Path no es un resumen de un libro

Conecta la revisión colectiva con cómo documentas y contrastas tu aprendizaje individual.

Leer bitácora →︎

Cómo se ha elaborado esta bitácora

Esta bitácora parte de los apuntes y reflexiones reales que Iván guardó en su Notion personal durante sus cuatro años en LEINN. Ese archivo se ha organizado en una base de 521 notas de conocimiento. Cada entrada toma un concepto de esa base y lo amplía con referencias, explicaciones e infografías para convertirlo en un recurso de aprendizaje.

Fuentes

  1. Notion personal · Análisis de la situación del equipo, verano de 2022

    Secciones Análisis del proceso y rupturas del ciclo. Diagnóstico y propuesta, sin evidencia de ejecución o causalidad. Original conservado en el archivo personal; no disponible públicamente.

  2. The W. Edwards Deming Institute · PDSA Cycle ↗︎

    Cuerpo principal leído. Se contrasta el énfasis en estudiar y la diferencia PDSA/PDCA; no se equipara con Lean Startup.

Datos de la entrada
Incorporada el
20 de septiembre de 2026
Última revisión
20 de septiembre de 2026 · Versión 1
Primera lectura recomendada
1.º de LEINN · Changemaker
Cuándo volver
Después del primer ciclo de trabajo y cuando se repite un fallo.
Idioma
Español
Apoyo de IA
OpenAI Codex · texto y edición; ImageGen · infografías
Modelo
Familia GPT-6; variante principal no expuesta por el cliente
Estado
Publicada en everleinner.com