Por qué los gerentes de operaciones están construyendo su propio software en 2026

Resumen

Una nueva investigación ubica a los gerentes de operaciones en el 24% de los desarrolladores ciudadanos del mundo: el rol más grande construyendo software empresarial sin tener el título de desarrollador, por delante de los gerentes de marketing (19%) y de ventas (16%). Las listas de espera de TI, que ya superan los 12 meses, los empujaron hasta ahí, y un mercado de low-code de 65 mil millones de dólares creció para atenderlos. El problema: la mayor parte de esa construcción ocurre sin registro de auditoría, sin una capa de datos compartida y sin ninguna política de gobernanza detrás. Ese es justamente el vacío que una plataforma como AgentUI está diseñada para cerrar, no solo con IA que construye la aplicación, sino con registros de auditoría, acceso por roles e ingenieros reales por defecto.

Hoy existen más personas construyendo software interno sin escribir una sola línea de código que desarrolladores profesionales dentro de la mayoría de las grandes empresas. Gartner prevé que, para 2028, los desarrolladores ciudadanos superarán en número a los desarrolladores profesionales en una proporción de 4 a 1 dentro de las grandes organizaciones. Y el grupo más numeroso detrás de ese cambio no está en TI, y ninguno de ellos tiene la palabra "desarrollador" en su cargo. Es el gerente de operaciones: la persona a cargo del inventario, los reportes, las aprobaciones y de cualquier proceso que se rompe primero cuando el negocio crece. Una nueva investigación de la industria ubica a los gerentes de operaciones en el 24% de la población de desarrolladores ciudadanos, por delante de los gerentes de marketing con 19% y los gerentes de ventas con 16%. No es una tendencia marginal. Es el rol individual más grande construyendo software empresarial en 2026, y no comenzó por un mandato de la dirección. Comenzó con una cola de solicitudes que nunca dejó de crecer.

La cola que nunca dejó de crecer

Pregúntale a un gerente de operaciones cuántas solicitudes internas llegan a su escritorio en un día promedio y la cifra no es pequeña. Una investigación sobre solicitudes de trabajo interno encontró que la mitad de los líderes enfocados en tareas —profesionales de operaciones, gerentes de proyecto y dueños de pequeñas empresas— atienden al menos 26 solicitudes, tickets o tareas en un día laboral típico. Una cuarta parte de ellos maneja 51 o más. No son partidas abstractas. Cada una es una hoja de cálculo que necesita una columna nueva, un reporte que alguien necesita para el viernes, una cadena de aprobación que se rompió porque un proveedor cambió su proceso. Y el 63% de los encuestados afirmó que estos cuellos de botella internos están saboteando activamente los ingresos, no solo retrasando el trabajo administrativo.

El canal formal para resolver todo esto se suponía que era TI. Dejó de ser una opción realista hace años. Una encuesta de la Economist Intelligence Unit a mil responsables de decisiones de TI y ejecutivos de negocio encontró listas de espera de proyectos que se extienden hasta 12 meses, con una demanda de nuevas herramientas que supera de forma constante los recursos disponibles para construirlas. Otra investigación sobre listas de espera de TI encontró que el 72% de los líderes de TI afirma que esa misma acumulación de trabajo les impide ahora ocuparse de cualquier tarea estratégica: están en triaje permanente, sin lograr ponerse al día nunca. Una lista de espera así no es un cuello de botella temporal. Es un hecho estructural de cómo funciona TI empresarial en 2026, y ningún gerente de operaciones puede dirigir un negocio con una espera de doce meses.

Entra en escena el desarrollador ciudadano

Así que las solicitudes dejaron de llegar a TI y empezaron a ser resueltas por quienes realmente sentían el dolor. Se estima que hay 16.2 millones de desarrolladores ciudadanos en el mundo en 2026 —personas que construyen aplicaciones para su propio equipo sin formación formal en ingeniería de software—, un 38% más que en 2025. Gartner proyecta que esa cifra superará los 25 millones para 2028, y que para entonces los desarrolladores ciudadanos superarán a los desarrolladores profesionales en una proporción aproximada de 4 a 1 dentro de las grandes empresas. Gartner también ha proyectado que, para 2026, al menos el 80% de las personas que usan herramientas de desarrollo low-code estarán completamente fuera de un departamento formal de TI.

El desglose por rol detrás de esa ola es la verdadera historia. Entre los cargos que construyen software sin credenciales de desarrollador, los gerentes de operaciones representan el 24%, más que cualquier otro rol individual, por delante de los gerentes de marketing con 19% y los gerentes de ventas con 16%. Ese orden tiene sentido en cuanto se observa quién es dueño de los flujos de trabajo más manuales, repetitivos y propensos a romperse a diario en una empresa: conteos de inventario, horarios de turnos, coordinación con proveedores, reportes multi-sede. Operaciones es donde el proceso se encuentra con el volumen, y es el primer lugar donde una espera de 12 meses de TI se vuelve insostenible.

El mercado finalmente les dio alcance

Una demanda de este tamaño no queda insatisfecha por mucho tiempo. El mercado global de plataformas low-code y no-code hoy está valuado en aproximadamente 65 mil millones de dólares, con un crecimiento anual compuesto del 26%: ya no es una categoría marginal, es infraestructura central del software empresarial. El desarrollo de aplicaciones se ha transformado junto con él: el 70% de las aplicaciones nuevas que las organizaciones construyen hoy usan tecnología low-code o no-code, frente a menos del 25% en 2020. Gartner proyecta que el 75% de las grandes empresas estará operando cuatro o más herramientas low-code para fines de 2026.

Los departamentos de TI empresariales dejaron de resistir esta tendencia y empezaron a formalizarla. La encuesta de 2025 de Gartner a líderes de tecnología empresarial encontró que el 64% de las grandes organizaciones (con más de 5,000 empleados) ya tiene al menos una plataforma no-code formalmente aprobada e implementada en una o más unidades de negocio, frente a apenas el 31% en 2022. En tres años, el no-code pasó de ser algo que TI toleraba en las sombras a algo que más de la mitad de las grandes empresas implementa de forma activa y deliberada.

La cuenta que nadie presupuestó

Aquí está la parte de la historia que no aparece en los titulares de adopción. Dejar que cada gerente de operaciones construya su propia herramienta resuelve el problema de velocidad y crea uno nuevo: nadie está registrando quién construyó qué, dónde viven los datos ni quién puede verlos. Estimaciones de la industria ubican la TI en la sombra —tecnología adoptada fuera de cualquier revisión formal— entre el 30% y el 40% del gasto total de TI dentro de las grandes empresas. Entre los líderes de TI, el 61% señala el uso sin gobernanza como su principal preocupación respecto a las herramientas que los equipos de negocio adoptan por su cuenta, y cuando se les pregunta específicamente sobre el desarrollo ciudadano, el 73% menciona riesgos de integridad de datos, el 69% menciona vulnerabilidades de seguridad y el 58% menciona dificultades de integración con el resto de los sistemas de la empresa.

La proliferación de herramientas que esto genera no sale barata. La empresa promedio hoy gestiona alrededor de 305 aplicaciones SaaS, con un gasto aproximado de 55 millones de dólares al año en licencias de software, y el 51% de esas licencias no se usa, la tasa de desperdicio más alta registrada hasta ahora. Eso equivale a un estimado de 18 millones de dólares anuales en puro desperdicio en la empresa grande promedio. Cada gerente de operaciones que construye una solución rápida de forma aislada, sin una capa de datos compartida ni una manera de ver qué ya existe, agrega una línea más a esa cuenta. El instinto de construir era correcto. La forma en que la mayoría de los equipos lo está haciendo sale cara en silencio.

La gobernanza va cerrando la brecha, aunque despacio

Hay que reconocerlo: la respuesta ya empezó. La proporción de departamentos de TI con una política formal de gobernanza para el desarrollo ciudadano subió al 78%, frente a apenas el 42% en 2024: un progreso real y medible en muy poco tiempo. Pero una política de gobernanza es un documento. Le dice a un gerente de operaciones lo que se supone que debe hacer; no le entrega un registro de auditoría desde el primer día, y no impide que cinco departamentos distintos construyan en silencio cinco versiones diferentes del mismo control de inventario en cinco plataformas distintas.

La política por sí sola no puede cerrar una brecha que existe a nivel de infraestructura. Si la plataforma sobre la que construye un gerente de operaciones no registra por defecto quién cambió qué, ninguna capacitación en gobernanza lo arregla después del hecho. La solución tiene que estar incorporada en la herramienta, no añadida al manual del empleado.

Cómo luce en la práctica un desarrollo ciudadano bien gobernado

Un buen desarrollo ciudadano no se trata de frenar a los gerentes de operaciones y devolverlos al ritmo de TI: todo el punto era que no debieran tener que esperar. Se trata de darles una plataforma donde el camino seguro y el camino rápido sean el mismo camino. Eso significa que cada acción —cada construcción, cada edición, cada acceso a datos— queda registrada por defecto, no como una mejora paga reservada para los clientes más grandes. Significa que los roles y permisos son algo que un gerente de operaciones puede configurar por sí mismo, sin tener que abrir un ticket a un desarrollador para decidir quién ve los datos de nómina y quién ve el horario de turnos. Significa que cada aplicación que un equipo construye comparte una misma base de datos subyacente y un mismo conjunto de integraciones, en lugar de que cada herramienta nueva se convierta en un silo desconectado que alguien tendrá que reconciliar a mano más adelante. Y significa que, cuando el 90% de una aplicación generado por IA se topa con ese 10% difícil —una integración complicada, un caso límite en la lógica de aprobación—, hay un ingeniero real del otro lado, no un ticket de soporte que desaparece en una cola.

Este es exactamente el modelo sobre el que está construido AgentUI. La IA construye la aplicación —la base de datos, la interfaz, los flujos de trabajo— a partir de una descripción en lenguaje simple, en minutos. Cada proyecto incluye registros de auditoría que consignan quién hizo qué y cuándo, en todos los planes, sin dejarlo reservado para un contrato empresarial. El acceso por roles viene integrado desde el inicio, de modo que un gerente de operaciones puede darle a un jefe de almacén acceso de edición y a un director regional acceso de solo lectura, sin escribir una sola línea de código de permisos. Y como cada aplicación dentro de un espacio de trabajo corre sobre el mismo núcleo compartido —la misma base de datos, las mismas integraciones, las mismas credenciales—, nada de lo que construye un gerente de operaciones se convierte en una isla que el resto de la empresa no pueda ver. Cuando algo queda fuera de lo que la IA puede resolver de forma limpia, un ingeniero real lo toma. La mayoría de las plataformas te venden software. AgentUI te vende un equipo.

Antes de dejar que tu equipo construya sus propias herramientas, verifica que tengan:

Registros de auditoría en todos los planes, no un complemento reservado para contratos empresariales
Permisos por roles que un gerente de operaciones pueda configurar sin un desarrollador
Una única base de datos y capa de integraciones compartida, en lugar de cinco silos de aplicaciones desconectados
Una persona real a quien llamar cuando la construcción llega a su límite, no solo un formulario de soporte
Precios planos y predecibles, en lugar de tarifas abiertas que escalan con cada automatización
Entornos separados y capacidad de reversión, para que un cambio con errores no derribe un proceso del que depende todo el equipo

Los gerentes de operaciones no pidieron permiso para convertirse en el grupo más grande de creadores dentro de la empresa: la cola de solicitudes tomó esa decisión por ellos. Esa parte de la historia ya está escrita; los datos confirman que ocurrió. Lo que todavía está en juego es si las herramientas a las que recurren vienen con las protecciones que un sistema real necesita, o si cada equipo sigue reconstruyendo la misma solución frágil en un rincón ligeramente distinto de la empresa, sin que nadie pueda ver el panorama completo.

El gerente de operaciones que entiende el proceso es exactamente quien debería ser dueño de la herramienta. Solo merece una plataforma que registre el trabajo, comparta los datos y tenga una persona detrás cuando la IA se topa con un muro, y no una partida de TI en la sombra que se descubre dieciocho meses después durante una auditoría.