Quan no convé automatitzar un procés

Automatitzar una tasca no decideix si té sentit. Només canvia qui la fa. Abans d'invertir en un sistema, val la pena observar un cas real de cap a cap.

No cal començar amb una auditoria enorme. Seu al costat de qui fa la feina i segueix una comanda, una factura o una sol·licitud completa. Apunta on neix la dada, on es torna a picar i qui resol el que arriba incomplet.

Primer pregunta si es pot deixar de fer

Aquell informe que algú prepara cada dilluns pot no tenir lector. Una còpia de dades pot existir perquè algú la va demanar fa anys i ningú no la va retirar. Si el resultat no serveix per decidir ni per complir una obligació identificada, revisa la necessitat abans d'automatitzar-lo.

Eliminar un pas inútil acostuma a ser millor que fer-lo més de pressa. La decisió l'ha de prendre qui coneix l'operació, no el proveïdor pel seu compte.

Si no hi ha una regla, encara no hi ha procés

«Depèn» no és un error. Pot voler dir que falta escriure una regla o que la feina exigeix criteri professional.

Recull tres casos habituals i un que va sortir malament. Pregunta què els diferencia i qui té autoritat per decidir. Si dues persones resolen el mateix cas de manera diferent, la discrepància no desapareix en connectar-les amb programari.

Primer s'acorda com s'ha de fer. Després s'automatitza la part estable i es deixa una sortida explícita per a les excepcions.

No tot el que es repeteix compensa

Una tasca de pocs minuts que passa dos cops l'any pot no justificar desenvolupar i mantenir una integració. Una altra d'aparentment petita pot repetir-se tant que interrompi la feina de tot un equip.

Compara el temps que consumeix avui amb el cost complet del canvi: preparació, proves, llicències, manteniment i revisió d'errors. No comptis només el temps de l'execució ideal. Inclou què passa quan falta una dada o canvia un programa.

Sense responsable, l'error es queda esperant

Tota automatització necessita una persona que rebi els avisos i sàpiga què ha de fer. Si una comanda no entra, qui ho veu? Pot tornar-ho a provar sense duplicar-la? Com sap que s'ha resolt?

No es tracta de vigilar la plantilla. Es tracta que una fallada del sistema no es converteixi en una promesa incomplerta al client.

Una decisió petita i comprovable

Abans d'encendre res, deixa per escrit:

• La tasca concreta i el resultat esperat.
• Quines entrades s'accepten i quines necessiten revisió.
• La persona responsable de les excepcions.
• Què es mesurarà abans i després, amb el mateix criteri.
• Com es torna al procediment anterior si la prova falla.

Si això encara no es pot descriure, la feina següent no és programar. És ordenar el procés.

El diagnòstic inicial serveix per decidir justament això: què tocar primer i què convé deixar quiet.