Entender el proceso tal como se ejecuta. No la versión documentada. Eso significa verlo, leer las excepciones de los últimos meses y encontrar los pasos que nadie menciona porque a quien los hace le resultan obvios. Unos días, y saltárselo cuesta más después.
Accesos y entornos. Credenciales, un entorno de pruebas, claves de API, una cuenta de test, una revisión de seguridad si la tenéis. Es el paso que más a menudo añade semanas, y ninguna de ellas es técnica.
Construir el camino principal. Suele ser la parte más rápida, y la que los clientes esperan que sea la más lenta. El camino feliz de un proceso bien entendido se monta pronto.
Excepciones. Aquí se va el tiempo real. Toda regla tiene casos que no cubre, y cada uno necesita una decisión vuestra: tratarlo, marcarlo o mandarlo a una persona.
Trabajar al lado de las personas. Un periodo en el que el sistema hace el trabajo y la gente lo revisa, con volumen real. Es lo que convierte una estimación de precisión en un número medido, y no se puede comprimir mucho.
El patrón se repite lo bastante como para predecirlo. Los proyectos se alargan cuando nadie puede aprobar una decisión sin un comité, cuando el acceso exige un proceso de seguridad que nadie ha iniciado, cuando el proceso resulta ser tres procesos que difieren por país, o cuando la respuesta a «¿qué hacemos con este caso?» es que depende de quién esté de turno.
Ninguno de estos es un problema técnico y ninguno es culpa de nadie: son simplemente lo que la automatización deja a la vista. Un proceso que corre sobre criterio humano absorbe la ambigüedad sin que se note; un sistema no puede. Escribir las decisiones que faltan era trabajo que iba a tocar de todos modos, y el proyecto es lo que lo ha forzado.
Una persona que puede decidir. No un comité de dirección. Alguien que es dueño del proceso y puede responder una duda sobre una excepción en un día.
Accesos preparados antes de empezar. Si hace falta una revisión de seguridad, arráncala durante la auditoría, no después del contrato.
Un primer alcance estrecho. Un proceso, un país, un tipo de documento. Todo lo demás es la versión dos, y la versión dos va mucho más rápida porque las conexiones ya existen.
Datos históricos disponibles. Unos meses de casos reales con resultados conocidos convierten la precisión de discusión en medición.
Disposición a dejar excepciones manuales. Automatizar el ochenta por ciento del volumen en seis semanas gana a perseguir el veinte restante durante medio año.
Antes de que exista cualquier plazo hay una miniauditoría gratuita: miramos el proceso, los sistemas y los datos, y volvemos con qué se puede automatizar, qué haría falta y cuánto valdría. De ahí sale un presupuesto cerrado — no una tarifa por hora y una estimación que se desplaza, sino un precio por un resultado definido.
Este paso además filtra. Algunos procesos no deberían automatizarse todavía, normalmente porque falta una decisión o no existen los datos que la sostienen. Descubrirlo en una auditoría no cuesta nada; descubrirlo en la semana cinco cuesta un proyecto.
Si la respuesta honesta es arreglar una hoja de cálculo o cambiar una configuración en software que ya tenéis, lo diremos. Ha pasado más de una vez.
Las dos primeras semanas en producción siempre traen sorpresas, porque el volumen real contiene casos que una muestra no tenía. Reservad atención para eso: alguien de vuestro lado mirando la cola de excepciones y respuesta rápida del nuestro con los ajustes. Es normal y dura poco.
Después se asienta. El segundo proceso sobre los mismos sistemas suele ir mucho más rápido que el primero, porque las conexiones, los accesos y la monitorización ya existen. Los clientes que planifican una secuencia de procesos ven cómo el calendario se comprime sobre la marcha.
Usamos cookies solo para analítica: para ver desde qué páginas llegan las consultas. Nada más, y nada antes de que aceptes. Política de cookies