Migration WLA: meilleures pratiques et approches des fournisseurs

67 % des organisations passent à des outils d'automatisation de la charge de travail plus fonctionnels, car le bon choix peut améliorer l'efficacité opérationnelle de 56 % et réduire les coûts de 39 % selon le rapport State of IT Automation.¹

Explorez la migration de l'automatisation de la charge de travail (WLA), les meilleures pratiques, les points à surveiller et les différentes approches des différents fournisseurs.

Qu'est-ce que la migration WLA ?

La migration WLA (automatisation de la charge de travail) est le processus de déplacement des workflows de job scheduling et d'automatisation d'une solution d'automatisation de la charge de travail à une autre. Les entreprises le font pour remplacer les outils hérités par des plateformes modernes qui peuvent mieux répondre aux besoins actuels de l'entreprise ou pour réduire les coûts.

La migration WLA contribue également à assurer des opérations 24/7. De nombreuses entreprises s'appuient sur des planificateurs pour exécuter des processus complexes et critiques, et le passage à une solution plus robuste leur permet de répondre aux demandes croissantes d'automatisation et de traitement en temps réel.

La migration WLA n'est pas une mise à niveau technique. C'est un catalyseur métier qui aligne l'infrastructure d'automatisation sur les besoins actuels et la croissance future, aidant les organisations à fonctionner efficacement, de manière fiable et à grande échelle.

Pourquoi les organisations migrent-elles vers de nouveaux outils WLA ?

Les planificateurs de tâches hérités ont souvent du mal à orchestrer les processus dans les environnements informatiques modernes. Par exemple, les anciens systèmes WLA peuvent ne pas exécuter les tâches de manière transparente à la fois sur l'infrastructure sur site et sur plusieurs plateformes cloud, ce qui rend difficile la gestion des workflows informatiques hybrides.

Les autres facteurs courants de migration incluent :

• Initiatives de transformation numérique : Les entreprises en cours de transformation numérique constatent souvent que leurs outils d'automatisation existants manquent de l'agilité et des capacités d'intégration nécessaires pour les nouveaux projets.
• Adoption du cloud et environnements hybrides : De nombreux anciens planificateurs n'ont pas été conçus pour l'orchestration cloud hybride, ce qui incite à passer à des outils prêts pour le cloud. Voir les planificateurs de tâches cloud hybrides.
• Scalabilité et performances : Les entreprises traitent aujourd'hui des volumes de données et de processus plus importants. Les outils d'automatisation de la charge de travail modernes sont conçus pour évoluer horizontalement et verticalement afin de gérer des milliers de tâches simultanées, tandis qu'un planificateur hérité peut avoir du mal ou devenir un goulot d'étranglement.
• Coûts de maintenance et risques de support : Les logiciels d'automatisation hérités peuvent entraîner des coûts de licence et de maintenance élevés. Dans certains cas, les fournisseurs peuvent avoir cessé le développement actif ou le support des anciennes versions.
• Fonctionnalités améliorées et analytique : Les nouvelles solutions WLA offrent souvent des fonctionnalités prêtes à l'emploi pour fournir de meilleures informations sur les opérations, telles que : des concepteurs de workflows visuels, des tableaux de bord de surveillance centralisés, un audit granulaire et des optimisations basées sur le ML.

Approches de migration des principaux fournisseurs WLA

Tous les principaux fournisseurs partagent le même objectif, qui est d'aider les entreprises à s'éloigner des planificateurs de tâches hérités tout en réduisant les risques, malgré leurs stratégies disparates. Il existe trois méthodes principales :

• Tirer parti des outils de conversion automatisés
• S'appuyer sur des consultants axés sur les services
• Combiner les deux approches.

Stonebranch (Centre d'automatisation universel)

Stonebranch’s Universal Automation Center (UAC) propose un service de migration structuré pour faire passer les organisations des outils d'automatisation de la charge de travail hérités à sa plateforme moderne. Le service combine des outils d'automatisation avec un support expert et couvre des systèmes tels que CA 7, SAP Job Scheduler, Tidal, Windows Task Scheduler et cron.

Stonebranch propose l'outil de conversion Xpress (XCT) pour convertir automatiquement les tâches héritées dans des formats compatibles UAC. Par exemple, les tâches d'arrière-plan SAP peuvent être importées et transformées avec un effort manuel minimal. XCT préserve les définitions de tâches, les déclencheurs, les dépendances et les mappages de ressources tout au long de la migration.

La migration suit une approche en 7 étapes :

1. Initiation : Définir le périmètre et mettre en place l'environnement de migration.
2. Analyse : Inventorier et évaluer le paysage de tâches actuel.
3. Migration pilote : Tester la précision de la conversion et obtenir les approbations.
4. Transition complète : Automatiser la conversion de toutes les charges de travail.
5. Validation : Effectuer des contrôles qualité et des revues utilisateur.
6. Bascule : Remplacer le système hérité par UAC en production.
7. Clôture : Finaliser la documentation et le transfert de connaissances.

La formation, les exécutions en parallèle et le support de mise en production garantissent une transition fluide avec un risque et des perturbations minimaux.

Redwood RunMyJobs

RunMyJobs fournit un service de migration entièrement guidé appelé « usine de migration ». RunMyJobs by Redwood dispose d'une équipe d'experts et d'outils propriétaires pour migrer les charges de travail depuis toutes les principales plateformes WLA. Ils commencent par analyser en détail l'inventaire des tâches existant (évaluation de la migration), puis migrent les charges de travail en sprints agiles, en commençant par les tâches à faible risque.

Le processus de migration RunMyJobs implique souvent l'exécution en parallèle des anciens et nouveaux systèmes et la formation de l'équipe du client tout au long du projet. Avec plus de 100+ entreprises migrées à ce jour, Redwood s'appuie sur environ 30 ans d'expérience pour assurer une transition fluide avec un temps d'arrêt minimal.

Stratégie de migration RunMyJobs

1. Lancement du projet

La migration commence par des tâches simples et à faible risque, puis passe progressivement à des tâches plus complexes. Elle est organisée en sprints agiles, en regroupant les tâches par application, unité commerciale ou type de tâche pour minimiser les perturbations.

2. Installation et configuration

Les environnements RunMyJobs sont mis en place, l'authentification des utilisateurs est configurée et les protocoles de sécurité sont définis. L'intégration avec tous les systèmes et bases de données garantit une exécution fluide des workflows dans toute l'entreprise.

3. Formation de l'équipe

Les principales parties prenantes suivent une formation via la plateforme à la demande de Redwood University et des sessions dirigées par un instructeur, garantissant une expérience pratique et un apprentissage continu tout au long de la migration.

4. Sprint de migration Agile et hypercare

La migration se déroule par étapes, les systèmes hérités et RunMyJobs fonctionnant en parallèle. Après la conversion des données et les tests, les workflows sont mis en production. L'hypercare garantit que le système est surveillé et que les problèmes sont résolus après la migration.

ActiveBatch

ActiveBatch propose un service de migration guidé pour faire passer les organisations des planificateurs hérités à sa plateforme moderne d'automatisation de la charge de travail. La migration suit une approche progressive et tenant compte des risques. Elle commence par un inventaire détaillé des workflows et des objets de tâches existants, suivi d'une stratégie de migration sur mesure.

ActiveBatch fournit également des outils de migration automatisés qui convertissent les objets des planificateurs hérités dans des formats compatibles ActiveBatch, simplifiant ainsi la transition.

La formation et les tests sont des éléments clés de la migration. L'équipe du client est formée aux fonctionnalités de ActiveBatch, et des exécutions en parallèle des anciens et nouveaux systèmes sont utilisées pour vérifier la migration avant le déploiement complet.

ActiveBatch dispose d'un processus spécifiquement rationalisé pour la migration à partir de ces planificateurs :

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

Par exemple, ActiveBatch peut convertir automatiquement les tâches de ces planificateurs (y compris les règles de planification complexes et les alertes) en workflows ActiveBatch. De même, il importe les définitions de tâches CA AutoSys en exportant les fichiers JIL AutoSys et en les convertissant en objets ActiveBatch.

Ces outils de conversion conservent les attributs des tâches ainsi que les calendriers, les déclencheurs d'événements, les allocations de ressources et les dépendances. L'approche met l'accent sur la migration de conversion basée sur l'interface graphique pour minimiser les risques et les temps d'arrêt.

CA Workload Automation (Broadcom)

CA Workload Automation fournit un service de migration structuré et axé sur les outils, soutenu par des experts dédiés. La migration est guidée par l'outil propriétaire de CA, qui automatise jusqu'à 80 % de la conversion à partir de planificateurs hérités tels que Control-M, TWS, Tidal et cron.

La migration comprend des exécutions en parallèle pendant les tests pour minimiser les perturbations. CA fournit également un support opérationnel, une formation et un transfert de connaissances pour garantir que l'équipe du client puisse gérer efficacement la plateforme. Fort de décennies d'expérience et d'une méthodologie éprouvée, CA réalise des migrations efficaces avec un temps d'arrêt minimal.

Les outils de migration prennent en charge les transitions à partir des produits suivants :

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

HONICO (BatchMan for SAP)

Spécialisé dans l'automatisation de la charge de travail axée sur SAP, il propose un service de migration sur mesure pour les clients passant d'autres fournisseurs WLA à leur solution BatchMan. Stonebranch a acquis HONICO le 10 septembre 2025, intégrant l'outil SAP BatchMan de HONICO dans sa plateforme UAC pour une orchestration informatique hybride unifiée, tout en maintenant BatchMan disponible en tant que produit autonome.

L'approche de HONICO commence par une évaluation approfondie des besoins et une analyse de l'environnement actuel du client, suivies d'une preuve de concept implémentant quelques processus critiques dans un système de test. Ils effectuent ensuite une migration en masse automatisée des objets de tâches vers un environnement de test pour validation.

En ce qui concerne la bascule, HONICO est flexible : ils peuvent effectuer une migration progressive côte à côte ou un basculement « Big Bang », selon ce que les tests indiquent comme étant le plus sûr. Une période HyperCare est fournie après la mise en production, au cours de laquelle l'équipe de HONICO soutient étroitement les opérations du client pour assurer la stabilité. Leur expertise en planification SAP signifie qu'ils se concentrent sur la préservation des paramètres de tâches spécifiques à SAP et l'amélioration de l'intégration avec les systèmes SAP. Les clients ont signalé des améliorations significatives (par exemple, une réduction de l'effort manuel et une meilleure transparence des processus batch SAP) après avoir migré vers la plateforme WLA de HONICO.

Exemples concrets de migration WLA

SWM

SWM, un important fournisseur de services publics municipaux en Allemagne, est passé de BMC Control-M à RunMyJobs pour rationaliser son automatisation de la charge de travail et réduire les frais opérationnels.

Défis

SWM devait dépasser BMC Control-M pour soutenir ses opérations centrées sur SAP en expansion. L'équipe SAP Basis recherchait une plateforme avec une intégration SAP profonde et la flexibilité nécessaire pour gérer divers systèmes d'entreprise. Une exigence clé était l'automatisation du processus complexe de compteur à encaissement au sein de SAP IS-U, qui impliquait une orchestration de tâches en plusieurs étapes à volume élevé et nécessitait une exécution fiable sur des sources de données variées.⁴

Résultats :

• Éliminé 1+ heure d'effort manuel par processus SAP
• Réduction des charges SAP HANA à 6–7 heures, les calculs à 1,5–2 heures
• Orchestration nocturne complète activée sur tous les systèmes
• Ajout de la auto-récupération : les tâches ayant échoué redémarrent en 30 minutes
• Précision de facturation et disponibilité des données client améliorées

BSH Hausgeräte GmbH

BSH, l'un des principaux fabricants mondiaux d'appareils électroménagers, a remplacé plusieurs outils de planification obsolètes par RunMyJobs pour harmoniser l'automatisation dans son environnement informatique mondial. La transition a permis d'améliorer la planification des tâches SAP, de consolider la surveillance et de réaliser des gains d'efficacité significatifs. De plus, la plateforme unifiée a aidé BSH à se conformer aux normes de gouvernance internes.⁵

Défis

La dépendance de BSH à Broadcom AutoSys limitait sa capacité à faire évoluer et à automatiser les processus financiers et de chaîne d'approvisionnement complexes. Le besoin de développement personnalisé fréquent entraînait de l'instabilité, des coûts de maintenance élevés et des perturbations. Avec un environnement informatique tentaculaire, comprenant cinq systèmes SAP ERP centraux, 30+ systèmes supplémentaires et 2 000+ serveurs, BSH avait besoin d'une plateforme d'automatisation plus fiable et évolutive pour soutenir ses opérations mondiales.

Résultats :

• Résilience accrue grâce à la gestion des exceptions et aux flux de processus dynamiques
• Remplacement d'AutoSys par une orchestration en temps réel et événementielle
• Amélioration de la précision des données et de la prise de décision tout au long de la chaîne d'approvisionnement
• Visibilité complète des processus via des tableaux de bord et des alertes
• Automatisation de la chaîne d'approvisionnement standardisée et réduction du travail manuel

Whitbread PLC

Whitbread, la plus grande entreprise d'hôtellerie du Royaume-Uni, a adopté RunMyJobs pour soutenir son paysage SAP. L'organisation cherchait à minimiser les interventions manuelles et à améliorer la fiabilité de la planification dans les opérations financières et de détail. La migration a permis à Whitbread d'améliorer la résilience du système et de gérer les pics de charge de travail plus efficacement, en particulier pendant les périodes de vente au détail chargées.⁶

Défis

Whitbread a dû relever le double défi de remplacer deux systèmes hérités, SAP RemoteWare pour les transferts de fichiers et Broadcom AutoSys pour la planification des tâches, tous deux gérés par des tiers. RemoteWare approchant de sa fin de vie, l'équipe avait besoin d'une migration progressive et non perturbatrice conforme aux normes strictes de gouvernance et de sécurité informatiques. Leur objectif était de consolider les opérations sous une plateforme d'automatisation unique et fiable, capable de gérer des charges de travail complexes à l'échelle de l'entreprise dans les divisions de vente au détail et d'hôtellerie.

Résultats :

• Migration de 1 900 tâches en 6 mois sans problème après la migration
• Consolidation de 1 200 tâches AutoSys en 100 grâce à Redwood
• Visibilité complète sur 800+ points de vente d'entreprise
• Documentation des processus automatisée et alignement inter-équipes amélioré
• Gestion des incidents intégrée avec ServiceNow

UBS

La société mondiale de services financiers UBS est passée à RunMyJobs pour mieux contrôler ses opérations de tâches batch distribuées. Le nouveau système a offert à UBS une vue unique et centrale de l'exécution des tâches et a permis des réponses plus rapides aux incidents. La banque a bénéficié d'une conformité renforcée, d'une réduction des risques opérationnels et d'un reporting amélioré entre les équipes.⁷

Défis

UBS était confrontée à un environnement de reporting financier fragmenté et à forte intensité de main-d'œuvre, s'appuyant sur près de 100 employés pour coordonner manuellement des systèmes déconnectés. Avec 10 millions d'écritures par heure et la nécessité de produire des rapports sur 500 millions de soldes de comptes, les outils hérités ne pouvaient pas répondre aux exigences de performance ou de conformité. Des exigences réglementaires croissantes (par exemple, US GAAP, IAS) et un paysage informatique tentaculaire faisaient augmenter le TCO, sans qu'aucun système unique ne puisse gérer l'échelle, jusqu'à l'introduction de Redwood.

Résultats :

• Remplacement de 16 applications héritées par une plateforme d'automatisation unifiée
• Amélioration du coût total de possession (TCO) de 30 %
• Réduction du temps de reporting externe de 9 jours à 5 jours après la clôture
• Traitement automatisé de plus de 15 milliards de transactions en 9 mois
• Centralisation des données financières pour des analyses plus rapides et une réponse aux risques améliorée
• Obtention d'un avantage stratégique de 5 ans, selon la direction d'UBS

Points à considérer avant et pendant la migration WLA

La migration de charges de travail d'automatisation critiques est un projet complexe comportant des risques techniques, opérationnels et métier. Les principales considérations incluent :

Facteurs techniques

• Compatibilité et migration des données : Les définitions de tâches, les planifications, les scripts et les dépendances doivent être traduits vers le nouveau système. Les scripts personnalisés ou les appels API hérités peuvent nécessiter une réécriture. Assurez-vous que toutes les métadonnées de planification sont migrées ou reconfigurées correctement.
• Intégration : Vérifiez toutes les intégrations avec d'autres systèmes. Comblez les lacunes pour éviter les perturbations.
• Outils d'automatisation : De nombreux fournisseurs proposent des outils de migration automatisés qui convertissent les tâches et les workflows, couvrant souvent 70–80 % de la migration. Les ingénieurs doivent gérer les cas limites et tester minutieusement les tâches critiques.

Considérations opérationnelles

• Risque de temps d'arrêt : L'exécution de tâches batch critiques ou de pipelines de données peut être perturbée. Réduisez les risques en exécutant les anciens et nouveaux systèmes en parallèle ou en migrant par phases.
• Validation de la charge de travail : Vérifiez que les tâches migrées se déclenchent et s'exécutent correctement. Comparez les journaux d'exécution des anciens et nouveaux systèmes.
• Formation et transfert de connaissances : Assurez-vous que le personnel d'exploitation est formé sur le nouveau système pour éviter les mauvaises configurations et les réponses lentes. Documentez les processus et configurez la surveillance et les alertes dès le premier jour.

Considérations métier

• Adhésion des parties prenantes : Assurez-vous que la direction et les utilisateurs finaux comprennent l'objectif et les avantages attendus pour garantir la coopération.
• Coût et ROI : La migration comprend des coûts de licence et de projet. Les avantages attendus, tels que la réduction du travail manuel ou de nouvelles capacités, doivent l'emporter sur l'effort de migration.
• Calendrier : Évitez les conflits avec les périodes commerciales critiques comme les fins de trimestre ou les saisons de vacances.

Ne manquez pas nos benchmarks et analyses basées sur les données. Le bouton ouvre Google ; sélectionner AIMultiple confirme que vous souhaitez voir AIMultiple plus souvent dans les résultats de recherche Google.

Ajouter comme source préférée

Meilleures pratiques pour la migration WLA

Une préparation minutieuse est essentielle pour une migration WLA fluide. Ces étapes aident les organisations à planifier, exécuter et valider la transition avec un risque et des perturbations minimaux.

1. Auditer et évaluer les charges de travail

Commencez par un inventaire complet de toutes les tâches, workflows et dépendances. Identifiez les tâches critiques et complexes, ainsi que les tâches redondantes ou obsolètes qui pourraient être supprimées. Cette évaluation définit le périmètre de la migration et met en évidence les domaines nécessitant une attention particulière.

2. Commencer à planifier tôt

Commencez à évaluer les nouvelles solutions WLA bien avant la date de mise en production prévue, idéalement six mois à l'avance. Une planification précoce permet de comparer les fournisseurs, de mener des preuves de concept et d'allouer les budgets sans précipitation.

3. Sélectionner le bon fournisseur

Toutes les plateformes WLA ne gèrent pas la migration de la même manière. Passez en revue les fonctionnalités, les intégrations et les capacités de migration de chaque fournisseur. Les outils de conversion automatisés ou les services de conseil peuvent réduire considérablement l'effort manuel et les risques. Vérifiez les références et les retours des clients pour confirmer la fiabilité.

4. Cartographier les processus et les dépendances

Documentez le fonctionnement actuel des workflows, y compris les planifications de tâches, les déclencheurs, les dépendances, les scripts et la gestion des erreurs. Identifiez les solutions de contournement ou les scripts personnalisés qui peuvent être simplifiés dans la nouvelle plateforme.

Les outils WLA modernes offrent souvent des fonctionnalités intégrées qui remplacent les scripts hérités complexes.

5. Impliquer les parties prenantes

Impliquez tôt les équipes informatiques, les opérations, les propriétaires d'applications, les utilisateurs métier et les dirigeants. Expliquez le plan de migration, le calendrier et les risques potentiels. Recueillez les contributions de tous les groupes pour vous assurer que les tâches critiques sont prises en compte et que chacun comprend les avantages attendus.

6. Piloter la migration

Avant la migration complète, testez un sous-ensemble de charges de travail. Choisissez des tâches qui couvrent diverses fonctionnalités du planificateur mais ne sont pas si critiques que des erreurs provoquent des perturbations majeures. Les exécutions pilotes valident les outils de migration, révèlent les problèmes et permettent à l'équipe de se familiariser avec le nouveau système.

7. Préparer les exécutions en parallèle

Exécutez simultanément les anciens et nouveaux systèmes pendant une période. Pendant cette phase, les tâches s'exécutent sur les deux plateformes pour vérification. Les exécutions en parallèle réduisent les risques, permettent une comparaison directe des résultats et renforcent la confiance avant la bascule complète.

8. Former votre équipe

Assurez-vous que les administrateurs et les opérateurs sont formés sur la nouvelle plateforme. Utilisez les ressources du fournisseur telles que des ateliers, des cours en ligne ou des programmes de certification. Impliquez votre équipe dans la configuration et les tests pratiques pendant la migration pour accélérer l'apprentissage et renforcer la confiance.

9. Valider les charges de travail

Testez et vérifiez minutieusement que toutes les tâches s'exécutent correctement sur le nouveau système. Vérifiez les planifications, les dépendances, les déclencheurs, les alertes, la logique de redémarrage, les fuseaux horaires et les calendriers de vacances. Incluez les utilisateurs finaux ou les propriétaires d'applications en aval dans les tests pour confirmer que les sorties correspondent aux attentes. Procédez à la bascule complète lorsque les résultats sont validés et que les parties prenantes approuvent.

10. Planifier la bascule et le support post-migration

Planifiez la bascule finale pendant les heures de faible impact. Maintenez un plan de restauration en cas de problème. Fournissez un support HyperCare immédiatement après la mise en production, avec du personnel supplémentaire ou des ingénieurs fournisseurs disponibles pour résoudre rapidement les problèmes. Documentez l'ensemble du projet, capturez les leçons apprises et finalisez les tâches restantes telles que la mise hors service des anciens serveurs.

FAQ

Citer cette recherche

Choisissez le format qui correspond à votre lieu de publication. Coller la version avec lien dans votre CMS préserve le lien retour.

@misc{dilmegani2026,
  author = {Dilmegani, Cem and Şimşek, Hazal},
  title  = {{Migration WLA: meilleures pratiques et approches des fournisseurs}},
  year   = {2026},
  month  = mar,
  howpublished    = {\url{https://aimultiple.com/wla-migration}},
  note   = {AIMultiple. Consulté le 16 mars 2026}
}

Journal des modifications

4 mises à jour

20262025

1. 16 mar

   Ajout de Stonebranch (Universal Automation Center) à la section des approches des fournisseurs.

2. 22 jan

   HONICO (BatchMan pour SAP) a été ajouté à la liste des fournisseurs dans la section « Approches de migration des principaux fournisseurs WLA ».

Liens de référence

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

Analyste principal

Suivre

Cem est analyste principal chez AIMultiple depuis 2017.

Le travail de Cem chez AIMultiple a été cité par des publications mondiales de premier plan, notamment Business Insider, Forbes, Morning Brew et Washington Post, par des entreprises mondiales comme Deloitte et HPE, par des ONG comme World Economic Forum et par des organisations supranationales comme European Commission. [1], [2], [3], [4], [5]

Tout au long de sa carrière, Cem a été consultant en technologies, acheteur de technologies et entrepreneur technologique. Il a conseillé des entreprises sur leurs décisions technologiques chez McKinsey & Company et Altman Solon pendant plus de dix ans. Il a également publié un rapport McKinsey sur la digitalisation.

Il a dirigé la stratégie technologique et les achats d'un opérateur télécom, sous la responsabilité du PDG. Il a également dirigé la croissance commerciale de l'entreprise de technologie profonde Hypatos, qui a atteint un revenu récurrent annuel à 7 chiffres et une valorisation à 9 chiffres, passant de 0 à ce résultat en deux ans. Le travail de Cem chez Hypatos a été couvert par des publications technologiques de premier plan comme TechCrunch et Business Insider.

Cem intervient régulièrement lors de conférences technologiques internationales. Il est diplômé de Bogazici University en tant qu'ingénieur informatique et titulaire d'un MBA de la Columbia Business School.

Voir le profil complet

Recherche effectuée par

Hazal Şimşek

Analyste sectorielle

Suivre

Hazal est analyste sectorielle chez AIMultiple, spécialisée dans l'intelligence des processus (y compris le process mining) et l'automatisation d'entreprise (y compris l'automatisation IT et l'automatisation low-code/no-code).

Voir le profil complet

Soyez le premier à commenter

Votre adresse courriel ne sera pas publiée. Tous les champs sont obligatoires. Les commentaires sont laissés dans leur langue d'origine.

Nom

Adresse email

Commentaire

0/450

Publier un commentaire