¿Cuántos días dura un proyecto de automatización?

Cuando se propone un proyecto de automatización, la primera pregunta suele ser "cuántos días tardará". No hay una única respuesta correcta, porque lo que realmente determina la duración no es cuánto código se escribe. Dos proyectos de tamaño similar pueden diferir mucho — uno en una semana, otro en un mes. La diferencia está en la estructura de los datos y el número de personas que deben decidir.

Las tres etapas que fijan la duración

Un proyecto de automatización tiene aproximadamente tres etapas: preparación de datos y reglas, construcción, y pruebas más aprobación. Los plazos ofrecidos suelen cubrir solo la etapa de construcción. La mayor parte del tiempo se pierde en realidad en la primera y la última.

• Preparación de datos y reglas. La construcción no puede comenzar hasta que esté claro dónde vive cada información y qué se considera excepción.
• Construcción. La etapa más previsible, donde el flujo se construye según las reglas definidas.
• Pruebas y aprobación. La etapa en la que se prueban ejemplos reales y las personas responsables dan su visto bueno.

Cómo afecta la estructura de datos a la duración

Si la información está en un solo lugar y de forma consistente, la construcción avanza rápido. Si la misma información está dispersa en distintos archivos, en formatos diferentes, mantenida en parte a mano, primero hay que ordenar ese desorden. La preparación necesaria para importar hojas de cálculo en masa a un sistema la tratamos en este artículo; la misma lógica aplica a la preparación de datos en proyectos de automatización.

En la práctica, la mayor pérdida de tiempo ocurre cuando al inicio del proyecto se asume que "los datos ya están limpios", y el desorden se descubre a mitad de camino. Revisar datos de muestra antes de empezar la construcción es más rápido que retroceder después.

El número de responsables importa más que las líneas de código

Un flujo que técnicamente podría construirse en pocos días puede alargarse semanas conforme más personas deban aprobarlo. Cada aprobador adicional suma tanto tiempo de decisión como probabilidad de una solicitud de cambio. Por eso, antes de empezar, conviene aclarar quién decide qué y en qué orden se aprueba.

Una tarea sencilla con un único responsable de decisión — por ejemplo, un informe generado automáticamente — puede lanzarse en pocos días. Un proceso que involucra a varios departamentos tarda más aunque el alcance técnico sea similar.

Cómo construir un cronograma realista

Al pedir una estimación de duración, pregunte por las tres etapas por separado: ¿cuánto tardará la preparación de datos, cuánto la construcción, cuántos días hay que planear para pruebas y aprobación? Un solo número dado sin este desglose suele reflejar solo la etapa de construcción y adelanta la fecha real de entrega.

• ¿Dónde están los datos hoy y en qué formato?
• ¿Las excepciones ya están claras o surgirán durante el proyecto?
• ¿Quién aprueba y en qué orden?
• ¿Hay datos de muestra reales listos para las pruebas?

Si estas preguntas se pueden responder con claridad, el plazo ofrecido será cercano a la realidad. Si las respuestas no están claras, el plazo tampoco lo estará — y el primer paso no es dar una estimación, sino resolver esas incógnitas.

Empezar con un alcance pequeño acorta el plazo

Construir primero una versión reducida que cubra una sola tarea, en lugar de una automatización amplia de una sola vez, acorta el plazo y da retroalimentación temprana. Qué tareas se prestan a este tipo de despliegue por etapas lo evaluamos en qué trabajos se prestan a la automatización. Empezar pequeño y ver el resultado es más fiable que esperar a que un gran proyecto se entregue de una vez.

Preguntas frecuentes

¿Cuán rápido puede ser el proyecto de automatización más rápido?

Un proyecto sencillo con una sola tarea repetitiva, datos organizados y un único responsable de decisión puede lanzarse en pocos días. El alcance y el número de aprobadores alargan el plazo.

¿Qué alarga más el plazo?

Generalmente no el código, sino datos dispersos y un proceso de aprobación largo. Proyectos que involucran a varias personas en distintos momentos pueden alargarse semanas aunque sean técnicamente simples.

¿Por qué las estimaciones de duración suelen ser poco fiables?

Porque la estimación suele cubrir solo la fase de construcción; no incluye preparación de datos, pruebas ni aprobación. Una estimación realista cubre las tres fases por separado.