beBee reduce su equipo de programación y acelera la apuesta por la IA

La inteligencia artificial ha dejado de ser una promesa lejana para entrar en las decisiones cotidianas de las empresas. En Miranda de Ebro, beBee ha reducido de forma drástica su equipo de desarrollo después de sustituir procesos de programación por herramientas de IA. La compañía, vinculada al empleo digital, conserva actividad local, pero el área que reunía a la mayoría de sus programadores ha quedado casi vacía, según la información conocida. El cambio ya tiene consecuencias laborales concretas, aunque por sí solo no demuestra que la profesión vaya a desaparecer.

El episodio concentra una paradoja difícil de pasar por alto: una empresa relacionada con el talento y las oportunidades profesionales prescinde de buena parte de sus propios trabajadores tecnológicos en nombre de la automatización. También plantea una cuestión más amplia que el destino de una plantilla: qué ocurre cuando una mejora de productividad se traduce directamente en menos puestos y quién asume los riesgos si el software construido con ayuda de IA falla o requiere cambios.

De promesa tecnológica a recorte en Miranda de Ebro

La presencia de beBee en Miranda de Ebro, en la provincia de Burgos, tenía una historia anterior a este recorte. En 2017 se anunció la llegada de la empresa como una factoría de desarrollo asociada a una red profesional española con proyección internacional. La implantación se presentó como una oportunidad para crear empleo cualificado en programación, sistemas y producto, además de atraer talento a una ciudad con una marcada tradición industrial y logística. La apuesta digital formaba parte de un relato de diversificación económica: no depender solo de los sectores de siempre y abrir espacio a trabajos especializados.

Ese antecedente explica por qué las salidas actuales tienen un eco que va más allá del tamaño de la empresa. Durante años, Miranda apareció vinculada a la posibilidad de que los perfiles tecnológicos pudieran trabajar y desarrollar su carrera sin trasladarse a grandes capitales. La llegada de una compañía digital ofrecía una promesa concreta: actividad cualificada, oportunidades para profesionales locales y una alternativa para quienes no querían marcharse. Ahora, la reducción del equipo obliga a mirar esa promesa con más cautela, sin convertir un caso particular en prueba de que toda la estrategia estuviera condenada.

La empresa ha reconocido la sustitución de procesos de desarrollo por inteligencia artificial, según la información publicada sobre el caso. En términos prácticos, la reorganización ha supuesto la salida de buena parte de los programadores y la continuidad de algunos trabajadores de sistemas. No se trata, por tanto, de que la inteligencia artificial haya borrado por completo la actividad de beBee en la ciudad, sino de un cambio profundo en la composición de su equipo local. La diferencia entre automatizar tareas y eliminar puestos está en la decisión empresarial sobre cómo se reparte el tiempo que la tecnología permite ahorrar.

Qué se sabe de las salidas y qué no permite afirmar el caso

La frase que ha resumido el impacto de la decisión, atribuida a trabajadores afectados, es que les comunicaron que estaban todos fuera. Su contundencia expresa la experiencia de quienes recibieron la noticia, pero no basta para describir todos los detalles del proceso ni la situación individual de cada persona. La información conocida apunta a que el área de desarrollo quedó reducida a una mínima expresión, mientras algunos perfiles de sistemas continuaron operativos. En una estructura local pequeña, cada salida se percibe de forma inmediata: no es una cifra abstracta en una multinacional repartida por varios países.

También se ha señalado que algunos despidos habrían comenzado como disciplinarios y después se habrían reconducido a improcedentes mediante acuerdos. Esa información debe tratarse con cautela, porque las condiciones pueden variar de un expediente a otro y no se conocen aquí los detalles individuales. La calificación de un despido no es un simple cambio de etiqueta: depende de las circunstancias y de cómo se tramite. La causa tecnológica que una empresa invoque no resuelve por sí sola la cuestión laboral, ni permite deducir automáticamente si cada extinción se ajustó a derecho.

En España, la legislación distingue entre despidos individuales, objetivos, disciplinarios, improcedentes y colectivos. El artículo original de este caso recoge que, en empresas de menos de cien trabajadores, el umbral general para considerar colectivo un despido es de diez extinciones en un periodo de 90 días. La aplicación concreta depende de la plantilla, del número de salidas y de la unidad de referencia pertinente. Ese umbral no convierte cada despido en un caso idéntico: la valoración legal de una situación corresponde a profesionales del ámbito laboral y, cuando procede, a los órganos competentes.

La IA puede escribir código, pero no responde por el producto

Los sistemas de IA generativa pueden proponer funciones, explicar errores, crear prototipos, sugerir pruebas y transformar instrucciones en fragmentos de código. La programación es un terreno favorable para estas herramientas porque trabaja con lenguajes formales, patrones repetidos y una enorme cantidad de documentación y ejemplos. En tareas acotadas, el resultado puede acelerar el trabajo y reducir pasos mecánicos. Pero producir código no equivale a construir un producto fiable: una respuesta convincente puede contener fallos, depender de componentes inadecuados o dejar problemas que solo aparecen cuando el sistema se mantiene y crece. La rapidez de generación no garantiza la calidad del software.

Desarrollar una plataforma implica mucho más que escribir líneas de código. Alguien debe comprender qué necesita el negocio, decidir cómo se conectan las partes, prever qué ocurrirá cuando aumente el uso, proteger la información y comprobar que los cambios no rompen funciones existentes. También hay que mantener el producto cuando cambian las necesidades o aparecen errores. La IA puede ayudar en algunas de esas tareas, pero el criterio técnico sigue siendo decisivo para distinguir una solución sólida de una que solo parece funcionar en una demostración. El trabajo de programación incluye decisiones y responsabilidades que no se ven en una pantalla de código.

La herramienta puede hacer más eficiente a un desarrollador con experiencia, que sabe qué pedir y cómo revisar el resultado. En cambio, una persona sin esos conocimientos puede aceptar como correcto un código defectuoso porque compila parcialmente, parece coherente o produce una interfaz vistosa. La llamada programación guiada por instrucciones en lenguaje natural puede servir para prototipos y automatizaciones sencillas, pero trasladarla sin supervisión al núcleo de un servicio plantea otros riesgos. La supervisión no es un trámite añadido: permite detectar errores, problemas de seguridad y decisiones técnicas difíciles de revertir.

Por eso, reducir un equipo justo cuando se incorporan sistemas generativos puede crear una tensión operativa. Si una plataforma automatiza contenidos, perfiles, recomendaciones o procesos de búsqueda de empleo, alguien debe comprobar que los resultados sean pertinentes, que no se multipliquen los duplicados y que la herramienta no reproduzca sesgos. La IA genera respuestas; la empresa mantiene la responsabilidad por el servicio que ofrece. En un producto que maneja información y expectativas profesionales, un error no es solo una línea mal escrita: puede afectar a la experiencia de quienes lo utilizan. Automatizar una tarea no automatiza la rendición de cuentas.

La decisión empresarial importa tanto como la tecnología

En el debate público, la inteligencia artificial suele presentarse como una fuerza que transforma el trabajo por sí sola. Sin embargo, entre una herramienta capaz de completar tareas y un despido hay decisiones intermedias: qué procesos se automatizan, qué controles se mantienen, cuánto se invierte en formación y cómo se distribuye el aumento de productividad. Una empresa puede usar la IA para que el mismo equipo produzca más, para lanzar nuevos servicios o para reducir plantilla. La tecnología habilita opciones; no decide por sí misma cuál adopta la dirección.

Esta distinción ayuda a evitar dos simplificaciones opuestas. Una sostiene que cualquier recorte atribuido a la IA es solo una excusa para reducir costes; la otra, que el avance técnico vuelve inevitable despedir a quienes hacían esas tareas. Sin información completa sobre la reorganización de beBee no es posible determinar desde fuera qué peso tuvo cada factor ni si la nueva estructura alcanzará sus objetivos. Lo que sí deja claro el caso es que la automatización ya interviene en decisiones de plantilla. El discurso de eficiencia no sustituye a una explicación verificable de sus efectos.

En ocasiones, además, la IA puede resultar un argumento atractivo para describir una reestructuración porque transmite modernización y capacidad de adaptación. Pero el lenguaje corporativo no cambia el impacto que una salida tiene sobre quien pierde su empleo. Tampoco convierte en éxito una automatización que genere problemas de mantenimiento, errores o costes inesperados. Si la empresa termina necesitando de nuevo especialistas para corregir o reconstruir partes del producto, el ahorro inicial puede no contar toda la historia. El resultado solo se conoce con el tiempo y con datos sobre la operación real, no por la promesa de producir más deprisa.

Los programadores no desaparecen, pero sus tareas cambian

Durante años, el sector del software pareció ofrecer una demanda constante de desarrolladores, especialistas en datos, sistemas en la nube y ciberseguridad. El uso creciente de programas en bancos, fábricas, comercios y servicios mantiene una necesidad amplia de software, pero eso no significa que cada empresa requiera el mismo número de profesionales para producirlo. La IA puede alterar la relación entre el volumen de trabajo y el tamaño de los equipos, sobre todo cuando se aplica a tareas repetitivas o estandarizadas. Que haya más software no garantiza que crezcan al mismo ritmo todos los puestos de desarrollo.

Entre las labores más expuestas están la generación de páginas sencillas, los cambios rutinarios, algunos scripts internos, la adaptación de contenidos y ciertas pruebas básicas. Son actividades que antes podían ocupar una parte significativa de la jornada y que ahora pueden completarse con ayuda automática. Eso no implica que todos esos trabajos vayan a desaparecer: algunos cambiarán, otros quedarán integrados en funciones distintas y otros podrán seguir necesitando intervención humana. La incertidumbre está en cómo cada organización convierte la capacidad técnica en una nueva estructura laboral. La transformación suele afectar primero a tareas concretas, no a una profesión entera de golpe.

La situación de los perfiles júnior merece atención especial. Las tareas iniciales y repetitivas han servido tradicionalmente para aprender cómo funciona un equipo y adquirir experiencia con sistemas reales. Si se automatizan o se reducen los puestos de entrada, puede resultar más difícil formar a quienes necesitarán asumir responsabilidades de mayor nivel en el futuro. No es un efecto demostrado automáticamente por un recorte concreto, pero sí una consecuencia posible de una industria que quiera conservar experiencia mientras reduce las oportunidades para adquirirla. La cantera profesional también necesita trabajo real y supervisión, no solo cursos o instrucciones generadas por una herramienta.

Por eso, el reemplazo total de los programadores es una afirmación excesiva, mientras que el desplazamiento parcial de tareas ya forma parte de la reorganización de algunos equipos. Un desarrollador puede dedicar menos tiempo a redactar código rutinario y más a especificar objetivos, evaluar resultados y resolver problemas complejos. Pero si la empresa utiliza esa productividad para concentrar funciones en menos personas, el cambio también puede traducirse en menos empleo. El efecto laboral no depende únicamente de lo que la IA puede hacer, sino de qué decide hacer la organización con esa capacidad.

El golpe local y la fragilidad de la promesa digital

Miranda de Ebro no es una gran capital tecnológica, y precisamente por eso la implantación de una empresa digital tenía un valor particular. Para una ciudad mediana, los empleos cualificados pueden ayudar a retener a jóvenes formados, ampliar la actividad económica y ofrecer alternativas a quienes no quieren trasladarse. La reducción del equipo no permite medir por sí sola el impacto global en la ciudad, pero sí muestra lo vulnerable que puede ser una apuesta local cuando depende de una sola empresa y de decisiones tomadas sobre la organización de su trabajo. La diversificación económica necesita continuidad, no solo anuncios de llegada.

Los salarios y el consumo asociados a empleos tecnológicos también forman parte del tejido cotidiano: alquileres, comercios y servicios locales. Cuando un equipo se reduce, el efecto no queda encerrado en el organigrama, aunque su alcance dependa de cuántas personas se vean afectadas y de sus circunstancias. La historia de beBee interpela así a otras localidades que han apostado por atraer actividad digital: el empleo tecnológico puede arraigar fuera de las grandes ciudades, pero no es automáticamente estable por ser moderno o cualificado. La etiqueta de futuro no convierte un puesto en un empleo blindado.

Hay también una paradoja en la velocidad con que cambian las expectativas profesionales. A muchas personas se les presentó la programación como una habilidad con amplio recorrido; ahora se les exige aprender a trabajar con herramientas que pueden asumir parte de esas mismas tareas. Adaptarse forma parte de una profesión técnica, pero la formación y el acceso a nuevas funciones no pueden recaer siempre en cada trabajador, mientras las empresas obtienen el beneficio de la automatización. La transición será más justa si la capacitación acompaña al cambio, en lugar de aparecer únicamente como una exigencia individual.

Productividad, transparencia y calidad del servicio

La adopción de inteligencia artificial puede ser útil si elimina tareas mecánicas, reduce errores y permite que los equipos se concentren en problemas de mayor valor. El riesgo surge cuando la productividad se mide solo por el número de personas que se pueden retirar o por la velocidad con la que se entrega una función. Un software necesita mantenimiento y controles, y una reducción de personal puede dejar menos capacidad para corregir fallos o responder a cambios. La eficiencia de hoy puede convertirse en fragilidad mañana si desaparece el conocimiento necesario para sostener el producto.

En una plataforma de empleo, la calidad no se limita a que una página cargue o a que un algoritmo genere resultados. También importa que las ofertas sean útiles, que los perfiles no se confundan y que las recomendaciones no conduzcan a callejones sin salida. Una automatización excesiva puede producir contenido repetido, sugerencias poco pertinentes o respuestas que parecen personalizadas sin serlo. La presencia de personas no garantiza por sí sola un servicio impecable, pero mantener experiencia humana permite detectar problemas que una métrica de velocidad puede pasar por alto. La confianza del usuario depende de cómo funciona el producto, no de cómo se etiqueta su tecnología.

De ahí que la transparencia sobre los cambios tenga importancia pública y laboral. Cuando una compañía afirma que sustituye procesos por IA, cabe distinguir entre qué tareas cambian, qué puestos se eliminan y qué controles siguen en manos humanas. En el caso de beBee, la información disponible describe una reducción drástica del equipo de desarrollo, pero no ofrece todos los detalles internos necesarios para evaluar el modelo operativo resultante. Reconocer ese límite evita confundir una explicación parcial con una certeza sobre el futuro de la empresa.

Una señal concreta, no el final de la programación

El caso de beBee no demuestra que la programación haya dejado de ser necesaria ni que todas las empresas vayan a seguir el mismo camino. Sí muestra que la IA ya puede formar parte de decisiones que afectan directamente al empleo, incluso en compañías de tamaño y alcance local. Esa diferencia importa: no hace falta esperar a una sustitución completa para que la automatización altere carreras, oportunidades de entrada y distribución del trabajo. El cambio se mide también en los puestos que se reorganizan, no solo en los que desaparecen por completo.

Para Miranda de Ebro, el episodio deja una pregunta sobre la durabilidad de los proyectos tecnológicos que se instalan lejos de los grandes centros. Para el sector, otra sobre quién conserva el conocimiento necesario para revisar los resultados automáticos. Y para las empresas, una prueba más prosaica que cualquier presentación: si la tecnología permite trabajar mejor, la calidad del producto, la seguridad y la capacidad de mantenerlo tendrán que confirmarlo. La promesa de eficiencia solo se sostiene cuando el sistema funciona más allá de la primera demostración.

La inteligencia artificial no llega a una oficina con una decisión propia sobre quién continúa y quién se marcha. Llega como herramienta, y después intervienen presupuestos, prioridades y criterios de dirección. En Miranda, esa cadena ha dejado una plantilla tecnológica mucho menor que la que se proyectó cuando beBee se instaló en la ciudad. El debate no consiste en frenar cualquier avance, sino en observar quién recibe sus beneficios, quién asume sus costes y qué responsabilidades permanecen cuando el trabajo se automatiza. La modernidad puede cambiar el modo de programar; no elimina la obligación de explicar sus consecuencias.