🚪 Cuando el estándar se va por la puerta con la persona

En el episodio 6 del podcast hablamos de lo que pasa cuando alguien se ausenta dos semanas y nadie más sabe cubrir su proceso. Este artículo aborda la versión permanente y mucho más seria de ese mismo problema: qué pasa cuando esa persona no vuelve.

Casi cualquier organización tiene, en algún rincón, un proceso que "solo Marta sabe hacer bien". Funciona perfectamente mientras Marta esté ahí. El día que Marta se va (a otra empresa, a otro puesto, a la jubilación) ese proceso deja de existir tal como se conocía. No es que se vuelva más lento. Es que, durante un tiempo, nadie sabe exactamente cómo funcionaba de verdad.

Por qué es tan común

Nadie diseña esto a propósito. Ocurre por una combinación de incentivos completamente razonables a corto plazo. Documentar un proceso lleva tiempo, y ese tiempo compite directamente con hacer el trabajo real. Si Marta es rápida y fiable, tanto ella como su jefe tienen un incentivo inmediato para que siga resolviendo las excepciones ella misma, en lugar de invertir horas en dejarlo por escrito para un caso hipotético.

Hay además un efecto secundario silencioso: cuanto mejor es alguien resolviendo un proceso complejo, más se convierte en el punto de referencia para cualquier duda relacionada, y menos necesidad hay, en apariencia, de documentarlo. La organización interpreta la habilidad de una persona como si fuera la fortaleza del proceso. Son cosas distintas, pero se confunden con facilidad porque, vistas desde fuera, el resultado es el mismo: todo funciona.

El problema es que ese conocimiento nunca llegó a convertirse en trabajo estandarizado. Vivió siempre como conocimiento tácito: reglas no escritas, atajos aprendidos con la experiencia, criterios para las excepciones que Marta aplicaba casi sin pensar. Nada de eso estaba mal. Lo que faltaba era transferirlo a un lugar donde alguien más pudiera encontrarlo sin tener que preguntárselo a ella.

El desastre real cuando esa persona se va

El coste no aparece el primer día. Aparece semanas después, cuando alguien tiene que tomar una decisión que Marta habría tomado en dos segundos, y en su lugar hay una reunión de cuarenta y cinco minutos para debatir algo que ya se había resuelto hace tres años.

Las decisiones antiguas empiezan a cuestionarse, no porque estuvieran mal, sino porque nadie entiende ya por qué se tomaron así. El conocimiento se reconstruye por prueba y error, repitiendo errores que ya se habían cometido y corregido antes. Los clientes o áreas que dependían de esa continuidad lo notan, aunque no sepan explicar exactamente qué cambió. Y el coste real (medido en meses de fricción, no en un titular de un solo día) casi nunca se atribuye a su causa verdadera, que es un problema de proceso que llevaba años ahí, silencioso.

Cómo lo resuelve el pensamiento Lean

La respuesta de la mejora continua a este problema tiene un nombre concreto: el estándar debe vivir en el proceso, no en la persona. Esto no es una frase motivacional. Es un principio operativo con mecanismos específicos detrás.

Uno de los más importantes es el de procedimiento en el punto de uso: la instrucción de trabajo no vive en un manual de doscientas páginas guardado en una carpeta que nadie abre, sino físicamente (o digitalmente) en el lugar exacto donde la tarea ocurre, en un formato que cualquier persona nueva puede seguir sin depender de que alguien se lo explique en persona. Si hace falta preguntarle a alguien cómo hacer algo que ya se ha hecho cien veces, el estándar todavía no existe de verdad, por mucho que la tarea se resuelva bien.

Esto conecta directamente con algo que ya exploramos al hablar de las habilidades menos conocidas de un buen profesional Lean: la disciplina de enseñar hasta quedarse sin trabajo. Documentar el propio conocimiento, y entrenar a otros para que dejen de necesitarte, no es un gesto generoso opcional. Es, literalmente, la definición de haber hecho bien el trabajo de estandarización.

Algunos mecanismos concretos que usa la mejora continua para que esto no dependa de la buena voluntad de nadie:

• Lecciones de un punto. Documentos breves, visuales, centrados en una sola excepción o criterio de decisión, fáciles de crear y de mantener actualizados, a diferencia de un manual completo.
• Rotación de puestos. Que más de una persona pase periódicamente por un proceso crítico, no para que todos sean expertos, sino para que ninguna ausencia sea catastrófica.
• Auditoría del "¿y si mañana no está?". Revisar periódicamente qué procesos dependen de una sola persona, y tratarlo como un riesgo operativo real, no como una casualidad.
• Documentación como parte de la definición de terminado. Que ningún cambio de proceso se dé por cerrado hasta que su instrucción de trabajo esté actualizada, igual que el propio resultado.
• Entrevistas de salida centradas en el proceso, no solo en la persona. Capturar antes de que alguien se vaya, no después, qué hace de forma distinta a como está documentado.

Si el proceso solo funciona porque una persona concreta está ahí, no hay proceso. Hay una persona haciéndole un favor a la organización.

Nada de esto es un ataque a Marta, ni a nadie que se convierta en el punto de referencia de un proceso. Es completamente natural que quien resuelve algo bien acabe siendo la persona a la que todos acuden. El error no está en que exista un experto. Está en que la organización nunca convirtió esa pericia en algo que pudiera sobrevivir a su ausencia.