Decidir si automatizarlo siquiera
La pregunta no es si algo podría automatizarse. Casi todo podría. La pregunta es si esa automatización seguirá siendo correcta dentro de seis meses.
Automatizar una tarea repetitiva parece obviamente correcto, y por eso existen tantas automatizaciones que cuestan más de lo que ahorran. La decisión merece dos minutos de aritmética antes de una tarde de construcción.
La suma que casi todos hacen mal
El cálculo habitual es tiempo ahorrado por frecuencia, frente al tiempo de construirla. Esa suma casi siempre dice que sí, y le falta el término más grande: el mantenimiento.
Una automatización no está terminada cuando funciona. Tiene que entenderla quien la herede, actualizarse cuando cambia aquello que toca y depurarse el día que se para en silencio. Añade una estimación realista de mantenimiento —para cualquier cosa que toque un servicio externo, cuenta con mirarla dos o tres veces al año— y un número sorprendente de candidatas deja de calificar.
La estabilidad importa más que la frecuencia
Una tarea diaria que cambia de forma cada mes es mala candidata. Una tarea mensual idéntica desde hace dos años es buena, aunque el ahorro parezca menor.
El motivo es que cambiar una automatización cuesta mucho más que cambiar una costumbre. Cuando un proceso manual necesita un ajuste, alguien lo ajusta esa mañana. Cuando lo necesita uno automatizado, alguien tiene que encontrarlo, entenderlo, editarlo y probarlo, y mientras tanto está produciendo en silencio resultados ligeramente incorrectos.
Hazlo a mano tres veces primero
La primera versión de cualquier proceso está mal de maneras que aún no ves. Automatizarlo pronto congela esos errores en algo más difícil de cambiar de lo que eran los errores.
Tres pasadas manuales suelen bastar para encontrar los casos raros: el cliente cuyo nombre rompe el formato, el mes en que el archivo llega tarde, el paso que resulta necesitar una decisión humana. Después automatiza lo que quede, que es más pequeño y está mejor entendido que lo que habrías automatizado el primer día.
Las automatizaciones fallan en silencio: mete tú el ruido
Quien olvida un paso suele darse cuenta. Una automatización que deja de ejecutarse no produce nada, y nada se parece exactamente a que todo va bien; a veces durante semanas, hasta que alguien pregunta dónde está un informe.
Automatices lo que automatices, haz que te avise cuando no se ejecutó, no solo cuando sí. Basta un «se ejecutó, este es el recuento» semanal, y el recuento importa más que la confirmación: una automatización que se ejecuta y procesa cero filas es el fallo más común y el más difícil de ver.
Preguntas que la gente hace
¿Cómo sé si algo merece automatizarse?
Incluye el mantenimiento en la cuenta, no solo tiempo ahorrado por frecuencia. Todo lo que toque un servicio externo pedirá atención dos o tres veces al año, y ese término es el que suele faltar.
¿Debo automatizar mi tarea más frecuente?
Solo si además es estable. Una tarea diaria que cambia de forma cada mes es mala candidata; una mensual sin cambios en dos años es buena, porque cambiar una automatización cuesta mucho más que cambiar una costumbre.
¿Cómo evito que falle en silencio?
Haz que informe cuando no se ejecutó, no solo cuando sí, e incluye un recuento. Una automatización que se ejecuta y procesa cero filas es el fallo más común y el más difícil de notar.
