Cuántos proyectos de automatización caben a la vez en tu empresa (y por qué el límite no es el presupuesto)

Cuántos proyectos de automatización puede llevar tu empresa a la vez no lo decide el presupuesto. Lo decide cuántos cambios en la forma de trabajar puede absorber tu equipo sin que la operación diaria se resienta. Puedes tener dinero para cinco proyectos y capacidad real para uno y medio. Si abres los cinco, lo más probable no es que avancen más rápido: es que ninguno se termine del todo y que todos dejen una deuda de mantenimiento, excepciones sin resolver y personas que vuelven al Excel de siempre.

Este artículo propone una forma sencilla de calcular esa capacidad, de detectar cuándo la has superado y de decidir qué proyecto va primero y cuál debe esperar.

Por qué esta pregunta aparece justo después del primer éxito

La pregunta rara vez surge al principio. Aparece cuando la primera automatización funciona: la conciliación bancaria ya no ocupa media mañana, los informes a clientes salen solos o el alta de un cliente nuevo deja de pasar por cuatro correos. La dirección ve el resultado y quiere más. A la vez, llegan propuestas de proveedores con paquetes de varias automatizaciones, listas de ideas del propio equipo y, a veces, una ayuda pública con plazo que empuja a gastar antes de una fecha.

El impulso es razonable. El problema es la conclusión que se saca: «si una funcionó, lancemos seis». Y ahí es donde muchas pymes pasan de tener una mejora medida a tener seis proyectos a medio hacer.

El error de mercado: pensar que el límite es el dinero o el proveedor

La lógica habitual es contable: si el presupuesto da para varios proyectos y el proveedor tiene gente disponible, se pueden hacer en paralelo. Esa lógica ignora el recurso que de verdad se consume: el tiempo y la atención de las personas que conocen el proceso.

Un proyecto de automatización no se construye solo en el lado técnico. Necesita a alguien que explique cómo funciona hoy el proceso, que decida qué hacer con las excepciones, que valide los primeros resultados, que pruebe casos raros y que convenza al resto del equipo de dejar de hacerlo a mano. En una pyme, esas personas suelen ser las mismas tres o cuatro de siempre: la responsable de administración, el jefe de almacén, la persona que lleva el CRM. Y además tienen su trabajo diario.

Puedes comprar capacidad técnica. La capacidad de tu equipo para cambiar de hábitos no se compra: se gestiona.

Qué consume de verdad un proyecto de automatización

Antes de decidir cuántos proyectos abrir, conviene ver qué pide cada uno al equipo, más allá de la factura del proveedor:

• Diagnóstico y mapeo: horas del dueño del proceso explicando cómo se trabaja hoy, con sus variantes y atajos informales.
• Definición de reglas y excepciones: decisiones que solo puede tomar quien conoce el negocio. Si no se toman, la automatización se queda coja.
• Validación: revisar resultados reales durante las primeras semanas, comparar con lo que se hacía a mano y corregir.
• Convivencia de dos formas de trabajar: durante un tiempo, el método antiguo y el nuevo coexisten. Es el periodo más caro en atención y el más propenso a errores.
• Formación y cambio de hábitos: desaprender cuesta más que aprender. Cada proyecto pide a alguien que deje de hacer algo que domina.
• Seguimiento posterior: incidencias, ajustes de reglas y revisión de indicadores. Como explicamos en el proyecto empieza después de la puesta en marcha, esta fase no es opcional.

Si el proyecto incluye IA, la carga sube: hay que definir criterios de aceptación, decidir quién revisa qué salida y dónde se pone la aprobación humana. Lo detallamos en humano en el bucle: dónde poner la aprobación. Un proyecto con IA no ocupa «un hueco» en la cartera; suele ocupar más de uno.

El marco Aito: la capacidad de adopción como recurso escaso

Cuando ordenamos la cartera de proyectos de un cliente, separamos tres recursos distintos. Solo cuando los tres están disponibles, un proyecto puede arrancar.

1. Presupuesto

Cuánto dinero hay para invertir. Es el recurso más visible y, paradójicamente, el que menos suele limitar en la práctica una vez que la empresa ha decidido apostar por la mejora operativa.

2. Capacidad técnica

Quién construye, integra y mantiene: un proveedor externo, una persona interna o una combinación. Se puede ampliar con relativa facilidad contratando más horas.

3. Capacidad de adopción

Cuántas horas de las personas clave puedes dedicar a diseñar, validar y adoptar el cambio sin que el negocio se resienta, y cuántos cambios simultáneos puede asimilar cada equipo. Este es casi siempre el cuello de botella real, y es el único que no se resuelve con una transferencia bancaria.

La consecuencia práctica es directa: la cartera de proyectos se planifica por personas y equipos afectados, no por partidas de presupuesto.

Señales de que ya has superado tu capacidad

• Varios proyectos llevan semanas «casi terminados».
• Las mismas personas aparecen como responsables en más de un proyecto en fase de diseño o puesta en marcha.
• El equipo sigue haciendo en paralelo la tarea a mano «por si acaso».
• Las reuniones de validación se aplazan porque hay trabajo urgente.
• Nadie sabe decir qué indicador ha mejorado en los proyectos ya entregados.
• Aumentan las incidencias en procesos que antes funcionaban, aunque no se hayan tocado directamente.

Cómo calcular cuántos proyectos caben a la vez: siete pasos

No hace falta una herramienta de gestión de carteras. Basta una hoja de cálculo y una conversación honesta con los responsables de área.

1. Haz inventario completo. Lista todos los proyectos en curso y propuestos, incluidos los «pequeños» que alguien está montando por su cuenta. Los pequeños también consumen atención.
2. Asigna un dueño de proceso a cada uno. Si un proyecto no tiene dueño claro, no está listo para arrancar. Va a la cola, no a la cartera activa.
3. Identifica a las personas afectadas. No solo quien lo diseña: también quien tendrá que cambiar su forma de trabajar.
4. Cruza personas y proyectos. Una tabla sencilla: personas en filas, proyectos en columnas. Cada persona que aparece en dos o más proyectos activos es un conflicto potencial.
5. Distingue la fase de cada proyecto. Diseño, puesta en marcha y convivencia consumen mucha capacidad de adopción; un proyecto ya estable consume poca. Como punto de partida, recomendamos un solo proyecto en fase de cambio por equipo. No es una ley, es un criterio prudente que luego ajustas con tu experiencia.
6. Define qué significa «terminado». Un proyecto no termina cuando se entrega, sino cuando el indicador acordado se ha medido y se mantiene estable durante un periodo pactado, y el método antiguo ha desaparecido. Hasta entonces, sigue ocupando capacidad.
7. Ordena la cola por impacto y dependencia. Lo que tiene más coste operativo hoy y menos dependencias va primero. Si necesitas una forma de estimar ese impacto, usa el enfoque de cómo calcular el ROI de una automatización.

Revisa esta tabla una vez al mes. Un proyecto entra en la cartera activa solo cuando otro sale de la fase de cambio, no cuando aparece presupuesto.

Un ejemplo ilustrativo

Imagina una distribuidora con tres proyectos aprobados a la vez: automatizar la conciliación bancaria, conectar la tienda online con el ERP y montar un asistente de IA que clasifique los correos de proveedores. Sobre el papel son tres áreas distintas. En la tabla de personas aparece la verdad: los tres dependen de la misma responsable de administración, que es quien conoce las excepciones de cobros, valida las referencias de producto y decide qué correo es urgente.

La decisión sensata no es contratar más horas al proveedor. Es secuenciar: primero la integración tienda-ERP, porque elimina doble registro y apenas cambia la forma de trabajar de la responsable una vez estable; después la conciliación; y el asistente de IA al final, cuando haya capacidad para revisar sus salidas con calma. Los tres proyectos se hacen. Simplemente, no a la vez.

Cuándo sí y cuándo no tiene sentido llevar proyectos en paralelo

Sí, cuando…

• Los proyectos afectan a equipos y personas distintas, sin solaparse en la tabla de capacidad.
• Uno de ellos es una integración que apenas cambia cómo trabaja la gente: sincroniza datos entre sistemas sin pedir nuevos hábitos. Consume capacidad técnica, pero poca de adopción.
• Uno de los proyectos ya está en fase estable y solo requiere seguimiento.
• El proyecto es pequeño, reversible y con dueño claro, y no toca un proceso crítico.

No, cuando…

• Dos proyectos dependen de la misma persona clave en fase de diseño o validación.
• Un proyecto depende del resultado de otro (por ejemplo, automatizar informes antes de haber resuelto cuál es la fuente de verdad de los datos; lo explicamos en informes que no cuadran).
• El proceso todavía no está estandarizado: ahí el proyecto real es rediseñar, y eso consume aún más adopción que automatizar. Revisa cuándo no automatizar todavía.
• La empresa está en temporada alta o en un cambio organizativo importante.
• La urgencia viene de un plazo de ayuda o de una oferta comercial, no de un problema operativo priorizado.

Qué medir para saber si vas demasiado rápido

La capacidad de adopción no se ve en una factura, pero deja rastro. Estos indicadores te avisan antes de que el atasco sea evidente:

• Tiempo desde la entrega hasta «terminado»: si se alarga proyecto tras proyecto, estás saturando al equipo.
• Uso real del nuevo proceso frente al antiguo: cuántas operaciones pasan por la automatización y cuántas siguen haciéndose a mano.
• Incidencias y retrabajo en los procesos tocados durante las primeras semanas.
• Proyectos entregados sin indicador medido: cada uno es una mejora que no puedes demostrar.
• Horas de las personas clave dedicadas a proyectos frente a su trabajo habitual, aunque sea una estimación semanal.

Ninguno de estos datos exige software nuevo. Una revisión mensual con los responsables de área y una tabla compartida bastan para empezar.

Menos proyectos abiertos, más proyectos cerrados

La rentabilidad de una cartera de automatización no depende de cuántos proyectos arrancas, sino de cuántos terminas con el indicador mejorado y el método antiguo retirado. Un proyecto a medio adoptar tiene el coste completo y solo una parte del retorno: pagas la herramienta, mantienes el proceso manual y añades confusión.

Por eso, antes de aprobar el siguiente proyecto, la pregunta útil no es «¿tenemos presupuesto?», sino «¿quién en el equipo va a cambiar su forma de trabajar con esto, y tiene hueco para hacerlo bien?». Si no hay respuesta clara, el proyecto espera. Si estás empezando y aún no sabes cuál debería ir primero, por dónde empezar a automatizar en una pyme te ayuda a ordenar la primera decisión.

Una cartera de mejoras no se mide por lo que arranca, sino por lo que el equipo consigue hacer suyo.