Qué mide realmente la preparación
La preparación para la automatización tiene muy poco que ver con la sofisticación técnica y casi todo con la posibilidad de describir un proceso. Un equipo que puede indicar qué desencadena un trabajo, qué información necesita, cuáles son las reglas y quién es el propietario del resultado, está listo, sea cual sea el software que ejecute. Un equipo que no puede, aún no está listo, y no hay cantidad de herramientas que lo sustituyan: una automatización basada en un proceso no documentado automatiza todo lo que hizo la última persona, incluidas las partes que estaban mal.
Las cuatro cosas que analiza este cheque
Las preguntas cubren la claridad del proceso, si se puede acceder a los datos que necesitaría una automatización a través de una API en lugar de estar bloqueados en la hoja de cálculo de alguien, si hay un propietario designado que seguirá siendo propietario del flujo de trabajo seis meses después del lanzamiento y si hay una métrica para juzgarlo. La debilidad en cualquiera de ellos se puede solucionar en semanas y vale la pena solucionarlo antes de la compilación en lugar de durante la misma, porque cada uno de ellos se convierte en reelaboración una vez que existe el código.
Qué hacer con una puntuación baja
Una puntuación baja es un resultado de alcance, no un rechazo. Por lo general, significa que el primer proyecto debe ser más pequeño y aburrido de lo planeado: consolidar los canales por los que puede llegar una consulta, escribir de memoria las reglas que alguien aplica actualmente u obtener los datos de un sistema accesibles. Cada uno de ellos tiene valor por sí solo y cada uno elimina una razón por la que la eventual automatización habría fallado. La auditoría existe para identificar cuál es, y es la misma conversación si el puntaje sale alto o bajo.