Automatización de procesos para dejar de hacer a mano lo que puede hacerse solo

La automatización de procesos que funciona empieza con una lista, no con una herramienta. Durante dos semanas se apunta qué tareas repite el equipo, cuántas veces al mes ocurren y cuántos minutos cuesta cada una. Multiplicando esas tres columnas aparece algo incómodo y muy útil: el ranking real de lo que le está costando dinero a la empresa, que casi nunca coincide con lo que la gente cree.

Con esa lista delante, la elección es sencilla. Se automatiza primero lo que tiene mucho volumen y reglas claras, porque es donde el ahorro es inmediato y el riesgo es bajo. Se deja para después lo que tiene poco volumen o depende de un criterio que cambia cada vez, porque automatizar eso cuesta mucho y ahorra poco. Y no se automatiza nunca un proceso que está mal diseñado: primero se arregla, si no lo único que se consigue es hacer el desastre más rápido.

El segundo criterio es dónde vive el dato. Si el proceso ocurre entero dentro de un sistema, el automatismo va dentro de ese sistema y es sólido. Si cruza dos o tres programas, antes de automatizar hay que resolver la conexión, porque de nada sirve un flujo que se rompe cada vez que alguien cambia una columna en una hoja de cálculo intermedia.

El tercero es la trazabilidad. Un buen automatismo deja rastro: qué se ejecutó, cuándo, con qué datos y qué pasó si algo falló. Sin eso, el día que se produzca un error nadie sabrá si el problema fue el proceso, el dato de entrada o una persona, y la confianza en el sistema se pierde de golpe.

• Volumen por minutos, no por sensación
• Primero reglas claras, después casos raros
• Arreglar el proceso antes de automatizarlo
• Automatizar donde vive el dato
• Registro de cada ejecución y cada error
• Medir otra vez al terminar

El camino feliz de cualquier proceso se automatiza en poco tiempo. Lo que de verdad decide si un automatismo aguanta es qué hace cuando algo se sale del guion: el proveedor que factura sin pedido, el cliente que paga de menos, el albarán que llega con una línea cambiada o el documento que viene escaneado torcido.

Por eso, cuando mapeamos un proceso, preguntamos siempre por lo raro. Un automatismo que resuelve el noventa por ciento de los casos y deja el resto marcado para revisión humana es un éxito. Uno que intenta resolver el cien por cien acaba tomando decisiones equivocadas en silencio, y ese es el peor escenario posible: nadie se entera hasta que el problema ya es grande.

La otra pieza es quién se hace cargo cuando falla. Cada automatismo tiene un responsable, un aviso claro y una pantalla donde se ve qué quedó pendiente. La optimización de procesos no consiste en que nadie mire nunca, consiste en que las personas solo miren lo que necesita criterio y dejen de mirar lo que no.

• El noventa por ciento automático y el resto revisado
• Cada excepción con su aviso y su responsable
• Reintentos automáticos ante fallos técnicos
• Pantalla única de pendientes y errores
• Nada se ejecuta dos veces por error
• Histórico consultable de cada ejecución