Migración de WLA: Mejores prácticas y enfoques de proveedores

67 % de las organizaciones están migrando a herramientas de automatización de cargas de trabajo más funcionales, ya que la elección correcta puede mejorar la eficiencia operativa en un 56 % y reducir los costes en un 39 %, según el Informe sobre el estado de la automatización de TI.¹

Explore la migración de la automatización de cargas de trabajo (WLA), las mejores prácticas, a qué prestar atención y los diferentes enfoques de los distintos proveedores.

¿Qué es la migración de WLA?

La migración de WLA (automatización de cargas de trabajo) es el proceso de trasladar la programación de trabajos y los flujos de trabajo de automatización de una organización de una solución de automatización de cargas de trabajo a otra. Las empresas lo hacen para reemplazar las herramientas heredadas por plataformas modernas que pueden soportar mejor las necesidades empresariales actuales o para ahorrar costes.

La migración de WLA también ayuda a garantizar operaciones 24/7. Muchas empresas dependen de los planificadores para ejecutar procesos complejos y críticos para la misión, y pasar a una solución más sólida les permite satisfacer las crecientes demandas de automatización y procesamiento en tiempo real.

La migración de WLA no es una actualización técnica. Es un habilitador empresarial que alinea la infraestructura de automatización tanto con las necesidades actuales como con el crecimiento futuro, ayudando a las organizaciones a operar de manera eficiente, confiable y a escala.

¿Por qué migran las organizaciones a nuevas herramientas de WLA?

Los planificadores de trabajos heredados a menudo tienen dificultades para orquestar procesos en entornos de TI modernos. Por ejemplo, es posible que los sistemas WLA más antiguos no ejecuten trabajos sin problemas tanto en infraestructuras locales como en múltiples plataformas de nube, lo que dificulta la gestión de flujos de trabajo de TI híbridos.

Otros impulsores comunes para la migración incluyen:

• Iniciativas de transformación digital: Las empresas que están en plena transformación digital a menudo descubren que sus herramientas de automatización existentes carecen de la agilidad y las capacidades de integración necesarias para nuevos proyectos.
• Adopción de la nube y entornos híbridos: Muchos planificadores antiguos no se crearon para la orquestación de nube híbrida, lo que impulsa el cambio a herramientas preparadas para la nube. Consulte los planificadores de trabajos para nube híbrida.
• Escalabilidad y rendimiento: Las empresas actuales manejan mayores volúmenes de datos y procesos. Las herramientas de automatización de cargas de trabajo modernas están diseñadas para escalar horizontal y verticalmente para manejar miles de trabajos concurrentes, mientras que un planificador heredado puede tener dificultades o convertirse en un cuello de botella.
• Costes de mantenimiento y riesgos de soporte: El software de automatización heredado puede acarrear altos costes de licencias y mantenimiento. En algunos casos, los proveedores pueden haber finalizado el desarrollo activo o el soporte de versiones anteriores.
• Funciones y análisis mejorados: Las soluciones WLA más nuevas suelen incluir funciones listas para usar que proporcionan una mejor visibilidad de las operaciones, como: diseñadores visuales de flujos de trabajo, paneles de monitoreo centralizados, auditoría detallada y optimizaciones basadas en ML.

Enfoques de migración de los principales proveedores de WLA

Todos los principales proveedores comparten el mismo objetivo: ayudar a las empresas a alejarse de los planificadores de trabajos heredados reduciendo el riesgo, a pesar de sus estrategias dispares. Existen tres métodos principales:

• Aprovechar las herramientas de conversión automatizadas
• Depender de consultores con un enfoque en servicios
• Combinar los dos enfoques.

Stonebranch (Universal Automation Center)

Stonebranch’s Universal Automation Center (UAC) ofrece un servicio de migración estructurado para trasladar a las organizaciones de herramientas de automatización de cargas de trabajo heredadas a su plataforma moderna. El servicio combina herramientas de automatización con soporte experto y cubre sistemas como CA 7, SAP Job Scheduler, Tidal, Windows Task Scheduler y cron.

Stonebranch ofrece la Xpress Conversion Tool (XCT) para convertir automáticamente los trabajos heredados a formatos compatibles con UAC. Por ejemplo, los trabajos en segundo plano de SAP se pueden importar y transformar con un esfuerzo manual mínimo. XCT conserva las definiciones de trabajos, los activadores, las dependencias y las asignaciones de recursos durante toda la migración.

La migración sigue un enfoque de 7 pasos:

1. Inicio: Definir el alcance y configurar el entorno de migración.
2. Análisis: Inventariar y evaluar el panorama actual de trabajos.
3. Migración piloto: Probar la precisión de la conversión y obtener aprobaciones.
4. Transición completa: Automatizar la conversión de todas las cargas de trabajo.
5. Validación: Realizar controles de calidad y revisiones de usuarios.
6. Corte: Reemplazar el sistema heredado por UAC en producción.
7. Cierre: Finalizar la documentación y la transferencia de conocimientos.

La formación, las ejecuciones en paralelo y el soporte para la puesta en marcha garantizan una transición fluida con un riesgo y una interrupción mínimos.

Redwood RunMyJobs

RunMyJobs ofrece un servicio de migración totalmente guiado denominado "fábrica de migración". RunMyJobs by Redwood cuenta con un equipo de expertos y herramientas propias para migrar cargas de trabajo de todas las principales plataformas WLA. Comienzan analizando en detalle el inventario de trabajos existente (evaluación de la migración) y luego migran las cargas de trabajo en sprints ágiles, empezando por los trabajos de bajo riesgo.

El proceso de migración de RunMyJobs a menudo implica ejecutar los sistemas antiguo y nuevo en paralelo y capacitar al equipo del cliente durante todo el proyecto. Con más de 100 empresas migradas hasta la fecha, Redwood aprovecha aproximadamente 30 años de experiencia para garantizar una transición fluida con un tiempo de inactividad mínimo.

Estrategia de migración de RunMyJobs

1. Lanzamiento del proyecto

La migración comienza con trabajos simples y de bajo riesgo y avanza gradualmente hacia otros más complejos. Se organiza en sprints ágiles, agrupando los trabajos por aplicación, unidad de negocio o tipo de trabajo para minimizar las interrupciones.

2. Instalación y configuración

Se configuran los entornos de RunMyJobs, se configura la autenticación de usuarios y se definen los protocolos de seguridad. La integración con todos los sistemas y bases de datos garantiza una ejecución fluida de los flujos de trabajo en toda la empresa.

3. Formación del equipo

Las partes interesadas clave reciben formación a través de la plataforma a demanda de Redwood University y sesiones dirigidas por instructores, lo que garantiza experiencia práctica y aprendizaje continuo durante toda la migración.

4. Sprint de migración ágil y hypercare

La migración se realiza por etapas, ejecutando en paralelo tanto el sistema heredado como RunMyJobs. Tras la conversión y las pruebas de datos, los flujos de trabajo se trasladan a producción. El hypercare garantiza que el sistema se supervise y que los problemas se resuelvan después de la migración.

ActiveBatch

ActiveBatch ofrece un servicio de migración guiada para trasladar a las organizaciones de planificadores heredados a su moderna plataforma de automatización de cargas de trabajo. La migración sigue un enfoque por fases y consciente de los riesgos. Comienza con un inventario detallado de los flujos de trabajo y objetos de trabajo existentes, seguido de una estrategia de migración a medida.

ActiveBatch también proporciona herramientas de migración automatizadas que convierten los objetos del planificador heredado a formatos compatibles con ActiveBatch, simplificando la transición.

La formación y las pruebas son partes clave de la migración. El equipo del cliente recibe formación sobre las funciones de ActiveBatch, y se utilizan ejecuciones en paralelo de los sistemas antiguo y nuevo para verificar la migración antes del despliegue completo.

ActiveBatch tiene un proceso específicamente simplificado para la migración desde estos planificadores:

• BMC Control-M
• CA AutoSys
• CA Workload Manager
• IBM Tivoli
• Unix cron
• Windows Task Scheduler
• SQL Server Agent​

Por ejemplo, ActiveBatch puede convertir los trabajos de estos planificadores (incluidas reglas de programación complejas y alertas) en flujos de trabajo de ActiveBatch automáticamente. De manera similar, importa las definiciones de trabajos de CA AutoSys exportando los archivos JIL de AutoSys y convirtiéndolos en objetos de ActiveBatch.

Estas herramientas de conversión conservan los atributos de los trabajos, así como los calendarios, los desencadenadores de eventos, las asignaciones de recursos y las dependencias. El enfoque hace hincapié en una migración confiable y script-free para minimizar el riesgo y el tiempo de inactividad.

CA Workload Automation (Broadcom)

CA Workload Automation ofrece un servicio de migración estructurado y basado en herramientas, respaldado por expertos dedicados. La migración está guiada por la herramienta propia de CA, que automatiza hasta el 80 % de la conversión desde planificadores heredados como Control-M, TWS, Tidal y cron.

La migración incluye ejecuciones en paralelo durante las pruebas para minimizar las interrupciones. CA también proporciona soporte operativo, formación y transferencia de conocimientos para garantizar que el equipo del cliente pueda gestionar la plataforma de manera efectiva. Con décadas de experiencia y una metodología probada, CA realiza migraciones eficientes con un tiempo de inactividad mínimo.

Las herramientas de migración admiten transiciones desde los siguientes productos:

• BMC: Control-M
• ASG: Zeke, Zena
• IBM® Tivoli®: TWS for z/OS, DJC, TWS for DS (formerly Maestro)
• Cisco: Tidal
• Planificadores nativos: cron, Microsoft® SQL Server®, Windows Batch Scheduler
• Redwood: Cronacle

HONICO (BatchMan for SAP)

Especializado en la automatización de cargas de trabajo centrada en SAP, ofrece un servicio de migración a medida para clientes que pasan de otros proveedores de WLA a su solución BatchMan. Stonebranch adquirió HONICO el 10 de septiembre de 2025, integrando la herramienta SAP BatchMan de HONICO en su plataforma UAC para la orquestación híbrida unificada de TI, manteniendo BatchMan disponible como producto independiente.

El enfoque de HONICO comienza con una evaluación exhaustiva de las necesidades y un análisis del entorno actual del cliente, seguido de una prueba de concepto que implementa algunos procesos críticos en un sistema de pruebas. A continuación, realizan una migración masiva automatizada de objetos de trabajo a un entorno de pruebas para su validación.

En lo que respecta al corte, HONICO es flexible: puede realizar una migración paso a paso en paralelo o un cambio tipo "Big Bang", según lo que las pruebas indiquen que es más seguro. Se proporciona un período de HyperCare después de la puesta en marcha, durante el cual el equipo de HONICO apoya estrechamente las operaciones del cliente para garantizar la estabilidad. Su experiencia en la programación de SAP hace que se centren en conservar los parámetros de trabajo específicos de SAP y en mejorar la integración con los sistemas SAP. Los clientes han informado de mejoras significativas (por ejemplo, menos esfuerzo manual y mayor transparencia en los procesos por lotes de SAP) después de migrar a la plataforma WLA de HONICO.

Ejemplos reales de migración de WLA

SWM

SWM, un importante proveedor municipal de servicios públicos en Alemania, migró de BMC Control-M a RunMyJobs para optimizar su automatización de cargas de trabajo y reducir los gastos generales operativos.

Desafíos

SWM necesitaba ir más allá de BMC Control-M para soportar sus operaciones en expansión centradas en SAP. El equipo de SAP Basis buscaba una plataforma con una profunda integración con SAP y la flexibilidad para gestionar diversos sistemas empresariales. Un requisito clave era automatizar el complejo proceso meter-to-cash dentro de SAP IS-U, que implicaba una orquestación de trabajos en varios pasos y de gran volumen, y requería una ejecución fiable a través de diversas fuentes de datos.⁴

Resultados:

• Eliminó más de 1 hora de esfuerzo manual por proceso SAP
• Redujo las cargas de SAP HANA a 6–7 horas, y los cálculos a 1.5–2 horas
• Permitió una orquestación nocturna completa en todos los sistemas
• Añadió la recuperación automática: los trabajos fallidos se reinician en 30 minutos
• Mejoró la precisión de la facturación y la disponibilidad de los datos de los clientes

BSH Hausgeräte GmbH

BSH, uno de los principales fabricantes de electrodomésticos del mundo, sustituyó varias herramientas de programación obsoletas por RunMyJobs para armonizar la automatización en todo su entorno de TI global. La transición dio como resultado una mejora en la programación de trabajos SAP, un monitoreo consolidado y ganancias significativas en eficiencia. Además, la plataforma unificada ayudó a BSH a cumplir con las normas internas de gobernanza.⁵

Desafíos

La dependencia de BSH de Broadcom AutoSys limitaba su capacidad para escalar y automatizar procesos financieros y de cadena de suministro complejos. La necesidad de un desarrollo personalizado frecuente provocaba inestabilidad, altos costes de mantenimiento e interrupciones. Con un entorno de TI extenso, que incluía cinco sistemas SAP ERP centrales, 30 o más sistemas adicionales y 2.000 o más servidores, BSH necesitaba una plataforma de automatización más fiable y escalable para soportar sus operaciones globales.

Resultados:

• Aumentó la resiliencia mediante la gestión de excepciones y flujos de proceso dinámicos
• Sustituyó AutoSys por una orquestación en tiempo real basada en eventos
• Mejoró la precisión de los datos y la toma de decisiones en toda la cadena de suministro
• Consiguió una visibilidad total del proceso mediante paneles y alertas
• Estandarizó la automatización de la cadena de suministro y redujo el trabajo manual

Whitbread PLC

Whitbread, la mayor empresa hotelera del Reino Unido, adoptó RunMyJobs para dar soporte a su panorama SAP. La organización pretendía minimizar las intervenciones manuales y mejorar la fiabilidad de la planificación en las operaciones financieras y minoristas. La migración permitió a Whitbread mejorar la resiliencia del sistema y gestionar los picos de carga de trabajo de manera más efectiva, especialmente durante los períodos de mayor actividad minorista.⁶

Desafíos

Whitbread se enfrentó al doble desafío de sustituir dos sistemas heredados, SAP RemoteWare para las transferencias de archivos y Broadcom AutoSys para la programación de trabajos, ambos gestionados por terceros. Con RemoteWare acercándose al final de su vida útil, el equipo necesitaba una migración por fases y no disruptiva que cumpliera con estrictas normas de gobernanza y seguridad de TI. Su objetivo era consolidar las operaciones en una única plataforma de automatización fiable, capaz de gestionar cargas de trabajo complejas en toda la empresa en las divisiones minorista y hotelera.

Resultados:

• Migró 1.900 trabajos en 6 meses sin problemas posteriores a la migración
• Consolidó 1.200 trabajos de AutoSys a 100 utilizando Redwood
• Obtuvo visibilidad total de más de 800 establecimientos de la empresa
• Documentación de procesos automatizada y mejora de la alineación entre equipos
• Gestión de incidentes integrada con ServiceNow

UBS

La firma global de servicios financieros UBS migró a RunMyJobs para obtener un mejor control sobre sus operaciones distribuidas de trabajos por lotes. El nuevo sistema ofreció a UBS una vista única y central de la ejecución de los trabajos y permitió respuestas más rápidas a los incidentes. El banco se benefició de un mayor cumplimiento, una reducción del riesgo operativo y una mejora de los informes en todos los equipos.⁷

Desafíos

UBS tenía dificultades con un entorno de informes financieros fragmentado y con gran intensidad de mano de obra, ya que dependía de casi 100 empleados para coordinar manualmente sistemas desconectados. Con 10 millones de contabilizaciones por hora y la necesidad de informar sobre 500 millones de saldos de cuentas, las herramientas heredadas no podían satisfacer las demandas de rendimiento o cumplimiento. Los crecientes requisitos normativos (por ejemplo, US GAAP, IAS) y un panorama de TI extenso estaban elevando el TCO, sin que ningún sistema único pudiera gestionar la escala, hasta que se introdujo Redwood.

Resultados:

• Sustituyó 16 aplicaciones heredadas por una plataforma de automatización unificada
• Mejoró el coste total de propiedad (TCO) en un 30 %
• Redujo el tiempo de generación de informes externos de 9 días a 5 días tras el cierre
• Automatizó el procesamiento de más de 15 mil millones de transacciones en 9 meses
• Centralizó los datos financieros para obtener información más rápida y responder al riesgo
• Obtuvo una ventaja estratégica de 5 años, según la dirección de UBS

Qué considerar antes y durante la migración de WLA

Migrar cargas de trabajo de automatización críticas es un proyecto complejo con riesgos técnicos, operativos y empresariales. Las consideraciones clave incluyen:

Factores técnicos

• Compatibilidad y migración de datos: Las definiciones de trabajos, los calendarios, los scripts y las dependencias deben traducirse al nuevo sistema. Es posible que los scripts personalizados o las llamadas a la API heredadas deban reescribirse. Asegúrese de que todos los metadatos de programación se migren o reconfiguran correctamente.
• Integración: Compruebe todas las integraciones con otros sistemas. Aborde las carencias para evitar interrupciones.
• Herramientas de automatización: Muchos proveedores ofrecen herramientas de migración automatizadas que convierten trabajos y flujos de trabajo, cubriendo a menudo entre el 70 y el 80 % de la migración. Los ingenieros deben gestionar los casos límite y probar a fondo los trabajos críticos.

Consideraciones operativas

• Riesgo de tiempo de inactividad: La ejecución de trabajos por lotes críticos o pipelines de datos puede verse interrumpida. Reduzca el riesgo ejecutando los sistemas antiguo y nuevo en paralelo o migrando por fases.
• Validación de cargas de trabajo: Verifique que los trabajos migrados se activen y ejecuten correctamente. Compare los registros de ejecución de los sistemas antiguo y nuevo.
• Formación y transferencia de conocimientos: Asegúrese de que el personal de operaciones esté formado en el nuevo sistema para evitar configuraciones incorrectas y respuestas lentas. Documente los procesos y configure la supervisión y las alertas desde el primer día.

Consideraciones empresariales

• Adhesión de las partes interesadas: Asegúrese de que la dirección y los usuarios finales comprendan el propósito y los beneficios esperados para asegurar la cooperación.
• Costo y ROI: La migración incluye costes de licencias y de proyecto. Los beneficios esperados, como la reducción del trabajo manual o las nuevas capacidades, deben compensar el esfuerzo de migración.
• Calendario: Evite conflictos con períodos empresariales críticos como los cierres trimestrales o las temporadas de vacaciones.

Mejores prácticas para la migración de WLA

Una preparación exhaustiva es esencial para una migración de WLA fluida. Estos pasos ayudan a las organizaciones a planificar, ejecutar y validar la transición con un riesgo y una interrupción mínimos.

1. Auditar y evaluar las cargas de trabajo

Comience con un inventario completo de todos los trabajos, flujos de trabajo y dependencias. Identifique los trabajos críticos y complejos, así como cualquier tarea redundante u obsoleta que pueda eliminarse. Esta evaluación establece el alcance de la migración y destaca las áreas que necesitan atención adicional.

2. Empiece a planificar con antelación

Comience a evaluar nuevas soluciones de WLA mucho antes de la fecha objetivo de puesta en marcha, idealmente con seis meses de antelación. Una planificación temprana permite tiempo para comparar proveedores, realizar pruebas de concepto y asignar presupuestos sin prisas.

3. Seleccione al proveedor adecuado

No todas las plataformas WLA gestionan la migración por igual. Revise las funciones, integraciones y capacidades de migración de cada proveedor. Las herramientas de conversión automatizadas o los servicios de consultoría pueden reducir significativamente el esfuerzo manual y el riesgo. Compruebe las referencias y los comentarios de los clientes para confirmar la fiabilidad.

4. Asigne procesos y dependencias

Documente cómo funcionan los flujos de trabajo hoy, incluidos los calendarios de trabajos, los activadores, las dependencias, los scripts y la gestión de errores. Identifique cualquier solución provisional o script personalizado que pueda simplificarse en la nueva plataforma.

Las herramientas WLA modernas a menudo permiten funciones integradas que sustituyen a los scripts heredados complejos.

5. Involucre a las partes interesadas

Involucre desde el principio a TI, operaciones, propietarios de aplicaciones, usuarios empresariales y directivos. Explique el plan de migración, el calendario y los riesgos potenciales. Recopile las aportaciones de todos los grupos para garantizar que los trabajos críticos se tengan en cuenta y que todos comprendan los beneficios esperados.

6. Pruebe la migración

Antes de la migración completa, pruebe un subconjunto de cargas de trabajo. Elija trabajos que cubran varias funciones del planificador, pero que no sean tan críticos como para que los errores causen interrupciones importantes. Las ejecuciones piloto validan las herramientas de migración, descubren problemas y permiten al equipo familiarizarse con el nuevo sistema.

7. Prepárese para las ejecuciones en paralelo

Ejecute los sistemas antiguo y nuevo simultáneamente durante un período. Durante esta fase, los trabajos se ejecutan en ambas plataformas para su verificación. Las ejecuciones en paralelo reducen el riesgo, permiten una comparación directa de los resultados y generan confianza antes del corte completo.

8. Forme a su equipo

Asegúrese de que los administradores y operadores estén formados en la nueva plataforma. Utilice los recursos del proveedor, como talleres, cursos en línea o programas de certificación. Involucre a su equipo en la configuración y las pruebas prácticas durante la migración para acelerar el aprendizaje y generar confianza.

9. Valide las cargas de trabajo

Pruebe y verifique a fondo que todos los trabajos se ejecutan correctamente en el nuevo sistema. Compruebe los calendarios, las dependencias, los activadores, las alertas, la lógica de reinicio, las zonas horarias y los calendarios de días festivos. Incluya a los usuarios finales o a los propietarios de aplicaciones posteriores en las pruebas para confirmar que los resultados coinciden con las expectativas. Proceda al corte completo cuando los resultados estén validados y las partes interesadas lo aprueben.

10. Planifique el corte y el soporte posterior a la migración

Programe el cambio final en horas de bajo impacto. Mantenga un plan de reversión en caso de que surjan problemas. Proporcione soporte de HyperCare inmediatamente después de la puesta en marcha, con personal adicional o ingenieros del proveedor disponibles para resolver los problemas rápidamente. Documente todo el proyecto, capture las lecciones aprendidas y finalice las tareas restantes, como la retirada de los servidores antiguos.

No te pierdas nuestros análisis comparativos e insights basados en datos. El botón abre Google; seleccionar AIMultiple confirma que deseas ver AIMultiple con más frecuencia en los resultados de búsqueda de Google.

Añadir como fuente preferida

Preguntas frecuentes sobre la migración de WLA

Preguntas frecuentes

Cita esta investigación

Elige el formato que se ajuste al lugar donde vas a publicar. Pegar la versión con enlace en tu CMS conserva el enlace de retroceso.

@misc{dilmegani2026,
  author = {Dilmegani, Cem and Şimşek, Hazal},
  title  = {{Migración de WLA: Mejores prácticas y enfoques de proveedores}},
  year   = {2026},
  month  = mar,
  howpublished    = {\url{https://aimultiple.com/wla-migration}},
  note   = {AIMultiple. Recuperado el 16 de Marzo de 2026}
}

Registro de cambios

4 actualizaciones

1. 202616 de Mar

   Se añadió Stonebranch (Universal Automation Center) a la sección de enfoques de proveedores.

2. 22 de Ene

   Se añadió HONICO (BatchMan para SAP) a la lista de proveedores en la sección "Enfoques de migración de los principales proveedores de WLA".

3. 202517 de Jul

   Se eliminó el producto ActiveBatch de la sección Enfoques del proveedor.

4. 23 de May

   Añadido Real-Life Case Study Examples al artículo.

Enlaces de referencia

1.

IT Automation Trends 2026 | Global State of IT Automation Report

2.

Simplify Your Workload Automation Migration With Redwood

3.

Solution BriefWorkload Automation Migration Methodology

4.

Stadtwerke München Case Study

5.

BSH Case Study

6.

Whitbread Case Study

7.

UBS Case Study

Cem Dilmegani

Analista Principal

Síguenos

Cem ha sido el analista principal en AIMultiple desde 2017.

El trabajo de Cem en AIMultiple ha sido citado por publicaciones líderes mundiales como Business Insider, Forbes, Morning Brew y Washington Post, empresas globales como Deloitte y HPE, ONG como World Economic Forum y organizaciones supranacionales como European Commission. [1], [2], [3], [4], [5]

A lo largo de su carrera, Cem trabajó como consultor tecnológico, comprador de tecnología y emprendedor tecnológico. Asesoró a empresas en sus decisiones tecnológicas en McKinsey & Company y Altman Solon durante más de una década. También publicó un informe de McKinsey sobre digitalización.

Dirigió la estrategia tecnológica y las adquisiciones de una empresa de telecomunicaciones reportando al CEO. También lideró el crecimiento comercial de la empresa de deep tech Hypatos, que alcanzó unos ingresos recurrentes anuales de 7 dígitos y una valoración de 9 dígitos desde 0 en 2 años. El trabajo de Cem en Hypatos fue cubierto por publicaciones tecnológicas líderes como TechCrunch y Business Insider.

Cem participa habitualmente en conferencias internacionales de tecnología. Se graduó en Bogazici University como ingeniero informático y tiene un MBA de Columbia Business School.

Ver perfil completo

Investigado por

Hazal Şimşek

Analista del sector

Síguenos

Hazal es analista del sector en AIMultiple, centrándose en la inteligencia de procesos (incluida la minería de procesos) y la automatización empresarial (incluidas la automatización de TI y la automatización low-code/no-code).

Ver perfil completo

Sé el primero en comentar

Tu dirección de correo electrónico no será publicada. Todos los campos son obligatorios. Los comentarios se dejan en su idioma original.

Nombre

Dirección de correo electrónico

Comentario

0/450

Publicar comentario