Cuando aparece una tarea repetitiva, es tentador empezar por la herramienta que podría resolverla. Yo prefiero empezar por otra pregunta: ¿entendemos lo suficiente del proceso como para explicárselo a alguien más?
Crear: resolver una necesidad concreta
El primer paso es hacer que algo funcione. Entender qué necesita el cliente, qué puede producir la operación y qué decisión hay que tomar. En esta etapa, el trabajo manual también sirve para aprender.
Todavía puede haber excepciones, información incompleta y decisiones que dependen de una persona. Conviene observarlas antes de convertirlas en reglas.
Estandarizar: hacer explícito el criterio
Un proceso se vuelve más claro cuando podemos describir sus entradas, sus pasos y el resultado esperado. También cuando sabemos qué hacer si falta información o aparece un caso que no habíamos previsto.
Documentar ese criterio permite que otra persona continúe el trabajo. Y deja a la vista qué parte se repite y qué parte todavía exige juicio.
Optimizar: medir lo que importa
Una vez que el proceso se puede repetir, podemos buscar dónde se consume tiempo o dónde aparecen errores. Mi preferencia es medir primero y cambiar una cosa por vez.
En producción, el cuello de botella puede estar en preparar un archivo, organizar un lote o interpretar una consulta. La herramienta más sofisticada no ayuda si trabaja sobre una parte que no limita el resultado.
Automatizar: conservar lo aprendido
La automatización llega con una base más sólida cuando las reglas ya son comprensibles. Las decisiones determinísticas pueden convertirse en código; las ambiguas pueden necesitar revisión humana.
Por eso uso esta secuencia como una guía de trabajo, no como una receta rígida. A veces un prototipo ayuda a entender mejor el problema y obliga a volver atrás. Lo importante es que el sistema conserve lo que aprendimos sobre la operación.
La pregunta que me sirve al empezar: ¿qué tendría que saber otra persona para resolver bien esta tarea?