🧪 No diseñes el sistema, usa un problema real como sonda

Tercera y última parte de una serie sobre cómo recuperar el sistema de gestión sin lanzar una transformación.

Queda la parte difícil: reconstruir lo que falte. Y aquí es donde casi todo el mundo comete el mismo error, que es sentarse a diseñar el sistema completo antes de saber dónde está roto el suyo.

El problema de diseñar el sistema desde arriba

Cuando se diseña el sistema de gestión en una sala, sale un modelo coherente y bien dibujado que describe cómo debería funcionar todo. El inconveniente es que describe una organización en general y no la tuya en particular, así que no dice en qué punto concreto se pierde la información, ni qué decisión lleva tres semanas sin dueño.

Además nace con forma de programa, y los programas terminan. Tienen fecha de inicio, comunicación interna, hitos y un final. Lo que se supone que estamos intentando construir es justo lo contrario: algo que no se acabe.

Un problema recurrente es el mejor instrumento de diagnóstico que tienes

Elige uno que moleste a bastante gente y que vuelva cada pocas semanas. No hace falta que sea el más grave, hace falta que sea real y repetido. Y después síguelo entero, sin atajos: dónde nace, por cuántas manos pasa, dónde espera y cuánto, quién decide en cada punto, qué información se pierde por el camino y quién podría haberlo resuelto pero no tenía permiso para hacerlo.

Lo que revela el recorrido

No hace falta un marco de diagnóstico, porque el propio recorrido va señalando qué parte del sistema de gestión no existe:

• Dónde espera. Las colas invisibles y las prioridades que nadie fijó formalmente, pero que alguien aplica cada día.
• Qué se pierde al cruzar un departamento. Es la señal más fiable de que hay gestión vertical y no hay gestión horizontal.
• Quién podía decidir y no estaba. La autoridad colocada lejos del trabajo, que es lo que convierte un asunto de dos días en uno de dos meses.
• Qué se resuelve otra vez desde cero. Si nadie recogió la solución anterior, no hay memoria, y cada repetición cuesta lo mismo que la primera.
• Dónde se detuvo el análisis la última vez. Marca hasta dónde resulta cómodo mirar en esta organización, que suele ser el límite real del sistema.

Cada uno de esos cinco puntos apunta a algo concreto que hemos tratado por separado: la autoridad para decidir, la capacidad de acumular en lugar de resolver de nuevo, y hasta dónde se puede llevar la cadena de porqués sin que resulte incómodo. Un solo problema seguido de principio a fin los saca todos a la superficie a la vez.

Reparar solo esa parte, y repetir

No hay que arreglar el sistema entero. Solo la parte que ese problema ha dejado a la vista, y solo para ese flujo: dar dueño a una decisión, acordar qué información tiene que cruzar con el trabajo, acercar un permiso a quien hace la tarea, dejar escrito el criterio que se acaba de usar. Después se elige otro problema y se repite. El sistema se reconstruye por donde de verdad está roto, con evidencia que cualquiera puede comprobar.

Por qué esto no se parece a una transformación

• No tiene fecha de inicio que anunciar. Empieza el día que alguien decide seguir un problema entero.
• No exige formar a nadie antes de empezar. Lo que hay que aprender aparece durante el recorrido, aplicado a un caso real.
• La evidencia es el problema que deja de repetirse. No hay nivel de madurez que alcanzar ni certificado que emitir.
• Si se para, lo reparado sigue reparado. Es la diferencia más importante con un programa: cuando un programa se cancela, no queda nada.

Un problema que se repite no es solo una molestia. Es el instrumento de diagnóstico más honesto que tiene una organización, porque señala exactamente dónde su sistema de gestión no existe.

Resumiendo la serie: mira el sistema de gestión que ya tienes, cambia lo que preguntas dentro de él, y reconstruye lo que falte usando problemas reales como sonda. Nada de eso necesita un nombre, un presupuesto ni una fecha de fin, que es precisamente lo que hace que pueda durar.

Serie: parte 3 de 3. Anterior: Lo que se pregunta en la reunión es tu sistema de gestión. Empieza por la parte 1.