Migrazione WLA: best practice e approcci dei vendor

67% delle organizzazioni sta passando a strumenti di automazione del carico di lavoro più funzionali, poiché la scelta giusta può migliorare l'efficienza operativa del 56% e ridurre i costi del 39% secondo lo State of IT Automation Report.¹

Esplora la migrazione dell'automazione del carico di lavoro (WLA), le best practice, a cosa prestare attenzione e i diversi approcci dei vari vendor.

Cos'è la migrazione WLA?

La migrazione WLA (Workload Automation) è il processo di spostamento della pianificazione dei job e dei flussi di lavoro di automazione di un'organizzazione da una soluzione di automazione del carico di lavoro a un'altra. Le aziende lo fanno per sostituire strumenti legacy con piattaforme moderne in grado di supportare meglio le attuali esigenze di business o per ridurre i costi.

La migrazione WLA aiuta anche a garantire operatività 24/7. Molte aziende si affidano agli scheduler per eseguire processi complessi e mission-critical e il passaggio a una soluzione più robusta consente loro di soddisfare la crescente domanda di automazione ed elaborazione in tempo reale.

La migrazione WLA non è un semplice aggiornamento tecnico. È un fattore abilitante per il business che allinea l'infrastruttura di automazione sia alle esigenze attuali sia alla crescita futura, aiutando le organizzazioni a operare in modo efficiente, affidabile e su larga scala.

Perché le organizzazioni migrano a nuovi strumenti WLA?

Gli scheduler di job legacy spesso faticano a orchestrare i processi negli ambienti IT moderni. Ad esempio, i sistemi WLA meno recenti potrebbero non eseguire i job in modo fluido sia sull'infrastruttura on-premise sia su più piattaforme cloud, il che rende difficile gestire i flussi di lavoro IT ibridi.

Altri fattori comuni che spingono alla migrazione includono:

• Iniziative di trasformazione digitale: Le aziende che affrontano una trasformazione digitale spesso scoprono che i loro strumenti di automazione esistenti non hanno l'agilità e le capacità di integrazione necessarie per i nuovi progetti.
• Adozione del cloud e ambienti ibridi: Molti scheduler meno recenti non sono stati progettati per l'orchestrazione del cloud ibrido, spingendo a passare a strumenti pronti per il cloud. Vedi scheduler di job per cloud ibrido.
• Scalabilità e prestazioni: Le aziende oggi gestiscono volumi maggiori di dati e processi. I moderni strumenti di automazione del carico di lavoro sono progettati per scalare orizzontalmente e verticalmente per gestire migliaia di job simultanei, mentre uno scheduler legacy potrebbe faticare o diventare un collo di bottiglia.
• Costi di manutenzione e rischi di supporto: Il software di automazione legacy può comportare costi elevati di licenza e manutenzione. In alcuni casi, i vendor potrebbero aver interrotto lo sviluppo attivo o il supporto per le versioni precedenti.
• Funzionalità e analisi avanzate: Le soluzioni WLA più recenti offrono spesso funzionalità pronte all'uso per fornire migliori insight sulle operazioni, come: progettisti visivi di flussi di lavoro, dashboard di monitoraggio centralizzate, audit granulare e ottimizzazioni basate su ML.

Approcci alla migrazione dei principali vendor WLA

Tutti i principali vendor condividono lo stesso obiettivo: aiutare le aziende ad abbandonare gli scheduler di job legacy riducendo al contempo i rischi, nonostante le loro strategie differenti. Esistono tre metodi principali:

• Sfruttare strumenti di conversione automatizzati
• Affidarsi a consulenti con un focus sui servizi
• Combinare i due approcci.

Stonebranch (Universal Automation Center)

Stonebranch’s Universal Automation Center (UAC) offre un servizio di migrazione strutturato per portare le organizzazioni dagli strumenti legacy di automazione del carico di lavoro alla sua piattaforma moderna. Il servizio combina strumenti di automazione con supporto esperto e copre sistemi come CA 7, SAP Job Scheduler, Tidal, Windows Task Scheduler e cron.

Stonebranch offre il Xpress Conversion Tool (XCT) per convertire automaticamente i job legacy in formati compatibili con UAC. Ad esempio, i job in background SAP possono essere importati e trasformati con uno sforzo manuale minimo. XCT preserva le definizioni dei job, i trigger, le dipendenze e le mappature delle risorse durante tutta la migrazione.

La migrazione segue un approccio in 7 fasi:

1. Avvio: Definire l'ambito e predisporre l'ambiente di migrazione.
2. Analisi: Inventariare e valutare il panorama attuale dei job.
3. Migrazione pilota: Testare l'accuratezza della conversione e ottenere le approvazioni.
4. Transizione completa: Automatizzare la conversione di tutti i carichi di lavoro.
5. Convalida: Eseguire controlli di qualità e revisioni da parte degli utenti.
6. Cutover: Sostituire il sistema legacy con UAC in produzione.
7. Chiusura: Finalizzare la documentazione e il trasferimento delle conoscenze.

Formazione, esecuzioni in parallelo e supporto al go-live garantiscono una transizione fluida con rischi e interruzioni minimi.

Redwood RunMyJobs

RunMyJobs fornisce un servizio di migrazione completamente guidato denominato “migration factory”. RunMyJobs by Redwood dispone di un team di esperti e di strumenti proprietari per migrare i carichi di lavoro da tutte le principali piattaforme WLA. Si inizia con un'analisi dettagliata dell'inventario dei job esistente (valutazione della migrazione) e poi si migrano i carichi di lavoro in sprint agili, partendo dai job a basso rischio.

Il processo di migrazione di RunMyJobs spesso prevede l'esecuzione in parallelo del vecchio e del nuovo sistema e la formazione del team del cliente durante tutto il progetto. Con oltre 100 aziende migrate fino a oggi, Redwood sfrutta circa 30 anni di esperienza per garantire una transizione fluida con tempi di inattività minimi.

Strategia di migrazione di RunMyJobs

1. Avvio del progetto

La migrazione inizia con job semplici e a basso rischio e passa gradualmente a quelli più complessi. È organizzata in sprint agili, raggruppando i job per applicazione, unità aziendale o tipologia di job per ridurre al minimo le interruzioni.

2. Installazione e configurazione

Gli ambienti RunMyJobs vengono predisposti, l'autenticazione degli utenti viene configurata e i protocolli di sicurezza vengono definiti. L'integrazione con tutti i sistemi e i database garantisce un'esecuzione fluida dei flussi di lavoro in tutta l'azienda.

3. Formazione del team

Gli stakeholder chiave seguono la formazione attraverso la piattaforma on-demand di Redwood University e sessioni con istruttore, garantendo esperienza pratica e apprendimento continuo durante tutta la migrazione.

4. Sprint di migrazione agile e hypercare

La migrazione avviene per fasi, con i sistemi legacy e RunMyJobs in esecuzione in parallelo. Dopo la conversione dei dati e i test, i flussi di lavoro vengono spostati in produzione. L'hypercare garantisce il monitoraggio del sistema e la risoluzione dei problemi dopo la migrazione.

ActiveBatch

ActiveBatch offre un servizio di migrazione guidata per portare le organizzazioni dagli scheduler legacy alla sua moderna piattaforma di automazione del carico di lavoro. La migrazione segue un approccio graduale e attento ai rischi. Inizia con un inventario dettagliato dei flussi di lavoro e degli oggetti job esistenti, seguito da una strategia di migrazione personalizzata.

ActiveBatch fornisce inoltre strumenti di migrazione automatizzati che convertono gli oggetti degli scheduler legacy in formati compatibili con ActiveBatch, semplificando la transizione.

La formazione e i test sono parti fondamentali della migrazione. Il team del cliente viene formato sulle funzionalità di ActiveBatch e vengono utilizzate esecuzioni in parallelo del vecchio e del nuovo sistema per verificare la migrazione prima della distribuzione completa.

ActiveBatch dispone di un processo appositamente semplificato per la migrazione da questi scheduler:

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

Ad esempio, ActiveBatch può convertire automaticamente i job di questi scheduler (incluse regole di pianificazione complesse e avvisi) in flussi di lavoro ActiveBatch. Allo stesso modo importa le definizioni dei job CA AutoSys esportando i file JIL di AutoSys e convertendoli in oggetti ActiveBatch.

Questi strumenti di conversione conservano gli attributi dei job, oltre a calendari, trigger di eventi, allocazioni di risorse e dipendenze. L'approccio punta a una migrazione affidabile e script-free per ridurre al minimo rischi e tempi di inattività.

CA Workload Automation (Broadcom)

CA Workload Automation fornisce un servizio di migrazione strutturato e basato su strumenti, supportato da esperti dedicati. La migrazione è guidata dallo strumento proprietario di CA, che automatizza fino all'80% della conversione da scheduler legacy come Control-M, TWS, Tidal e cron.

La migrazione prevede esecuzioni in parallelo durante i test per ridurre al minimo le interruzioni. CA fornisce inoltre supporto operativo, formazione e trasferimento delle conoscenze per garantire che il team del cliente possa gestire la piattaforma in modo efficace. Con decenni di esperienza e una metodologia collaudata, CA realizza migrazioni efficienti con tempi di inattività minimi.

Gli strumenti di migrazione supportano le transizioni dai seguenti prodotti:

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

HONICO (BatchMan for SAP)

È specializzata nell'automazione del carico di lavoro incentrata su SAP e offre un servizio di migrazione su misura per i clienti che passano da altri provider WLA alla soluzione BatchMan. Stonebranch ha acquisito HONICO il 10 settembre 2025, integrando lo strumento SAP BatchMan di HONICO nella piattaforma UAC per un'orchestrazione IT ibrida unificata, mantenendo al contempo BatchMan disponibile come prodotto autonomo.

L'approccio di HONICO inizia con una valutazione approfondita delle esigenze e un'analisi dell'ambiente attuale del cliente, seguita da una proof-of-concept che implementa alcuni processi critici in un sistema di test. Eseguono quindi una migrazione automatica in blocco degli oggetti job in un ambiente di test per la convalida.

Per quanto riguarda il cutover, HONICO è flessibile: può eseguire una migrazione side-by-side passo o un passaggio “Big Bang”, a seconda di ciò che i test indicano come più sicuro. Dopo il go-live viene fornito un periodo di HyperCare, durante il quale il team di HONICO supporta attentamente le operazioni del cliente per garantire la stabilità. La loro competenza nella pianificazione SAP fa sì che si concentrino sulla conservazione dei parametri di job specifici di SAP e sul miglioramento dell'integrazione con i sistemi SAP. I clienti hanno segnalato miglioramenti significativi (ad esempio, riduzione dello sforzo manuale e maggiore trasparenza nei processi batch SAP) dopo la migrazione alla piattaforma WLA di HONICO.

Esempi reali di migrazione WLA

SWM

SWM, un importante fornitore di servizi pubblici municipali in Germania, è migrato da BMC Control-M a RunMyJobs per ottimizzare l'automazione del carico di lavoro e ridurre i costi operativi.

Sfide

SWM aveva bisogno di andare oltre BMC Control-M per supportare le proprie operazioni in espansione incentrate su SAP. Il team SAP Basis cercava una piattaforma con una profonda integrazione SAP e la flessibilità necessaria per gestire sistemi aziendali diversi. Un requisito fondamentale era automatizzare il complesso processo meter-to-cash all'interno di SAP IS-U, che implicava un'orchestrazione di job in più fasi e ad alto volume e richiedeva un'esecuzione affidabile su diverse origini dati.⁴

Risultati:

• Eliminata oltre 1 ora di lavoro manuale per ogni processo SAP
• Ridotti i carichi SAP HANA a 6–7 ore e i calcoli a 1.5–2 ore
• Abilitata l'orchestrazione notturna completa tra i sistemi
• Aggiunto auto-ripristino: i job non riusciti ripartono in 30 minuti
• Migliorata l'accuratezza della fatturazione e la disponibilità dei dati dei clienti

BSH Hausgeräte GmbH

BSH, uno dei principali produttori mondiali di elettrodomestici, ha sostituito diversi strumenti di pianificazione obsoleti con RunMyJobs per armonizzare l'automazione nel proprio ambiente IT globale. La transizione ha portato a una migliore pianificazione dei job SAP, a un monitoraggio consolidato e a significativi guadagni di efficienza. Inoltre, la piattaforma unificata ha aiutato BSH a conformarsi agli standard di governance interni.⁵

Sfide

La dipendenza di BSH da Broadcom AutoSys limitava la capacità di scalare e automatizzare processi finanziari e della supply chain complessi. La necessità di frequenti sviluppi personalizzati causava instabilità, costi di manutenzione elevati e interruzioni. Con un ambiente IT esteso, che comprendeva cinque sistemi SAP ERP core, 30+ sistemi aggiuntivi e 2.000+ server, BSH necessitava di una piattaforma di automazione più affidabile e scalabile per supportare le proprie operazioni globali.

Risultati:

• Creata resilienza attraverso la gestione delle eccezioni e flussi di processo dinamici
• Sostituito AutoSys con un'orchestrazione in tempo reale e guidata dagli eventi
• Migliorata l'accuratezza dei dati e il processo decisionale lungo la supply chain
• Ottenuta piena visibilità dei processi tramite dashboard e avvisi
• Standardizzata l'automazione della supply chain e ridotto il lavoro manuale

Whitbread PLC

Whitbread, la più grande azienda di ospitalità del Regno Unito, ha adottato RunMyJobs per supportare il proprio panorama SAP. L'organizzazione ha cercato di ridurre al minimo gli interventi manuali e migliorare l'affidabilità della pianificazione nelle operazioni finanziarie e retail. La migrazione ha consentito a Whitbread di migliorare la resilienza del sistema e gestire i picchi di carico in modo più efficace, in particolare durante i periodi di intensa attività commerciale.⁶

Sfide

Whitbread ha affrontato la duplice sfida di sostituire due sistemi legacy, SAP RemoteWare per i trasferimenti di file e Broadcom AutoSys per la pianificazione dei job, entrambi gestiti da terze parti. Con RemoteWare prossimo alla fine del ciclo di vita, il team aveva bisogno di una migrazione graduale e non disruptiva, conforme a rigorosi standard di governance IT e sicurezza. L'obiettivo era consolidare le operazioni su un'unica piattaforma di automazione affidabile, in grado di gestire carichi di lavoro complessi e a livello aziendale nelle divisioni retail e hospitality.

Risultati:

• Migrati 1.900 job in 6 mesi con zero problemi post-migrazione
• Consolidati 1.200 job AutoSys fino a 100 utilizzando Redwood
• Ottenuta piena visibilità su 800+ punti vendita aziendali
• Documentazione dei processi automatizzata e migliore allineamento tra i team
• Gestione degli incidenti integrata con ServiceNow

UBS

UBS, società globale di servizi finanziari, è passata a RunMyJobs per ottenere un maggiore controllo sulle operazioni distribuite di job batch. Il nuovo sistema ha offerto a UBS una vista unica e centrale dell'esecuzione dei job e ha consentito risposte più rapide agli incidenti. La banca ha beneficiato di una migliore conformità, di una riduzione del rischio operativo e di un reporting migliorato tra i team.⁷

Sfide

UBS aveva un ambiente di reporting finanziario frammentato e ad alta intensità di lavoro, basato su quasi 100 membri del personale per coordinare manualmente sistemi disconnessi. Con 10 milioni di registrazioni all'ora e la necessità di produrre report su 500 milioni di saldi contabili, gli strumenti legacy non riuscivano a soddisfare le esigenze di prestazioni o conformità. I crescenti requisiti normativi (ad es. US GAAP, IAS) e un panorama IT esteso stavano facendo aumentare il TCO, senza un unico sistema in grado di gestire tale scala, fino all'introduzione di Redwood.

Risultati:

• Sostituite 16 applicazioni legacy con una piattaforma di automazione unificata
• Migliorato il costo totale di proprietà (TCO) del 30%
• Ridotto il tempo di reporting esterno da 9 giorni a 5 giorni dopo la chiusura
• Elaborazione automatizzata di 15+ miliardi di transazioni in 9 mesi
• Dati finanziari centralizzati per insight più rapidi e risposta ai rischi
• Ottenuto un vantaggio strategico di 5 anni, secondo la leadership di UBS

Cosa considerare prima e durante la migrazione WLA

La migrazione di carichi di lavoro di automazione critici è un progetto complesso con rischi tecnici, operativi e di business. Le considerazioni chiave includono:

Fattori tecnici

• Compatibilità e migrazione dei dati: Le definizioni dei job, le pianificazioni, gli script e le dipendenze devono essere tradotte nel nuovo sistema. Gli script personalizzati o le chiamate API legacy potrebbero richiedere la riscrittura. Assicurarsi che tutti i metadati di pianificazione vengano migrati o riconfigurati correttamente.
• Integrazione: Verificare tutte le integrazioni con altri sistemi. Colmare le lacune per evitare interruzioni.
• Strumenti di automazione: Molti vendor forniscono strumenti di migrazione automatizzati che convertono job e flussi di lavoro, coprendo spesso il 70–80% della migrazione. Gli ingegneri dovrebbero gestire i casi limite e testare a fondo i job critici.

Considerazioni operative

• Rischio di inattività: L'esecuzione di job batch critici o pipeline di dati può subire interruzioni. Ridurre il rischio eseguendo i vecchi e i nuovi sistemi in parallelo o migrando per fasi.
• Convalida dei carichi di lavoro: Verificare che i job migrati vengano attivati ed eseguiti correttamente. Confrontare i log di esecuzione del vecchio e del nuovo sistema.
• Formazione e trasferimento delle conoscenze: Assicurarsi che il personale operativo sia formato sul nuovo sistema per evitare configurazioni errate e risposte lente. Documentare i processi e configurare monitoraggio e avvisi fin dal primo giorno.

Considerazioni di business

• Coinvolgimento degli stakeholder: Assicurarsi che leadership e utenti finali comprendano lo scopo e i benefici attesi per garantire la collaborazione.
• Costi e ROI: La migrazione include costi di licenza e di progetto. I benefici attesi, come la riduzione del lavoro manuale o nuove funzionalità, dovrebbero superare lo sforzo di migrazione.
• Tempistiche: Evitare conflitti con periodi critici per il business, come fine trimestre o festività.

Non perderti i nostri benchmark e approfondimenti basati sui dati. Il pulsante apre Google; selezionare AIMultiple conferma che desideri vedere AIMultiple più spesso nei risultati di ricerca di Google.

Aggiungi come fonte preferita

Best practice per la migrazione WLA

Una preparazione accurata è essenziale per una migrazione WLA fluida. Questi passaggi aiutano le organizzazioni a pianificare, eseguire e convalidare la transizione con rischi e interruzioni minimi.

1. Audita e valuta i carichi di lavoro

Inizia con un inventario completo di tutti i job, i flussi di lavoro e le dipendenze. Identifica i job critici e complessi, nonché eventuali attività ridondanti o obsolete che potrebbero essere eliminate. Questa valutazione definisce l'ambito della migrazione ed evidenzia le aree che richiedono maggiore attenzione.

2. Inizia a pianificare per tempo

Inizia a valutare le nuove soluzioni WLA ben prima della data di go-live prevista, idealmente con sei mesi di anticipo. Pianificare per tempo consente di confrontare i vendor, eseguire proof-of-concept e allocare i budget senza fretta.

3. Scegli il vendor giusto

Non tutte le piattaforme WLA gestiscono la migrazione allo stesso modo. Esamina le funzionalità, le integrazioni e le capacità di migrazione di ciascun vendor. Gli strumenti di conversione automatizzati o i servizi di consulenza possono ridurre significativamente lo sforzo manuale e i rischi. Controlla le referenze e il feedback dei clienti per confermare l'affidabilità.

4. Mappa processi e dipendenze

Documenta come funzionano oggi i flussi di lavoro, inclusi pianificazioni dei job, trigger, dipendenze, script e gestione degli errori. Identifica eventuali soluzioni alternative o script personalizzati che possono essere semplificati nella nuova piattaforma.

I moderni strumenti WLA spesso consentono funzionalità integrate che sostituiscono complessi script legacy.

5. Coinvolgi gli stakeholder

Coinvolgi fin da subito IT, operations, responsabili delle applicazioni, utenti business e dirigenti. Spiega il piano di migrazione, la tempistica e i potenziali rischi. Raccogli i contributi di tutti i gruppi per garantire che i job critici siano considerati e che tutti comprendano i benefici attesi.

6. Pilota la migrazione

Prima della migrazione completa, testa un sottoinsieme di carichi di lavoro. Scegli job che coprano diverse funzionalità dello scheduler, ma non così critici che eventuali errori causino gravi interruzioni. Le esecuzioni pilota convalidano gli strumenti di migrazione, individuano i problemi e consentono al team di familiarizzare con il nuovo sistema.

7. Preparati alle esecuzioni in parallelo

Esegui contemporaneamente il vecchio e il nuovo sistema per un periodo. Durante questa fase, i job vengono eseguiti su entrambe le piattaforme per la verifica. Le esecuzioni in parallelo riducono i rischi, consentono un confronto diretto dei risultati e aumentano la fiducia prima del cutover completo.

8. Forma il tuo team

Assicurati che amministratori e operatori siano formati sulla nuova piattaforma. Usa le risorse del vendor come workshop, corsi online o programmi di certificazione. Coinvolgi il team nella configurazione pratica e nei test durante la migrazione per accelerare l'apprendimento e aumentare la fiducia.

9. Convalida i carichi di lavoro

Testa e verifica a fondo che tutti i job vengano eseguiti correttamente sul nuovo sistema. Controlla pianificazioni, dipendenze, trigger, avvisi, logica di riavvio, fusi orari e calendari festivi. Coinvolgi gli utenti finali o i responsabili delle applicazioni a valle nei test per confermare che i risultati corrispondano alle aspettative. Procedi al cutover completo quando i risultati sono convalidati e gli stakeholder approvano.

10. Pianifica il cutover e il supporto post-migrazione

Pianifica il passaggio finale durante orari di basso impatto. Mantieni un piano di rollback in caso di problemi. Fornisci supporto HyperCare immediatamente dopo il go-live, con personale aggiuntivo o ingegneri del vendor disponibili per risolvere rapidamente i problemi. Documenta l'intero progetto, raccogli le lezioni apprese e finalizza le attività rimanenti, come la dismissione dei vecchi server.

FAQ

Cita questa ricerca

Scegli il formato adatto a dove pubblicherai. Incollare la versione con link nel tuo CMS preserva il backlink.

@misc{dilmegani2026,
  author = {Dilmegani, Cem and Şimşek, Hazal},
  title  = {{Migrazione WLA: best practice e approcci dei vendor}},
  year   = {2026},
  month  = mar,
  howpublished    = {\url{https://aimultiple.com/wla-migration}},
  note   = {AIMultiple. Consultato il 16 Marzo 2026}
}

Registro delle modifiche

4 aggiornamenti

20262025

1. 16 Mar

   Aggiunto Stonebranch (Universal Automation Center) alla sezione degli approcci dei fornitori.

2. 22 Gen

   Aggiunto HONICO (BatchMan per SAP) all'elenco dei fornitori nella sezione "Approcci di migrazione dei principali fornitori WLA".

Collegamenti di riferimento

1.

IT Automation Trends 2026 | Global State of IT Automation Report

2.

Simplify Your Workload Automation Migration With Redwood

3.

Solution Brief - Metodologia di migrazione dell’automazione del carico di lavoro

4.

Stadtwerke München Case Study

5.

BSH Case Study

6.

Whitbread Case Study

7.

UBS Case Study

Cem Dilmegani

Analista principale

Segui

Cem è analista principale presso AIMultiple dal 2017.

Il lavoro di Cem presso AIMultiple è stato citato da importanti testate internazionali tra cui Business Insider, Forbes, Morning Brew e Washington Post, da aziende globali come Deloitte e HPE, da ONG come il World Economic Forum e da organizzazioni sovranazionali come la Commissione europea. [1], [2], [3], [4], [5]

Nel corso della sua carriera, Cem ha lavorato come consulente tecnologico, acquirente tecnologico e imprenditore tecnologico. Ha consigliato le aziende sulle loro decisioni tecnologiche presso McKinsey & Company e Altman Solon per più di un decennio. Ha inoltre pubblicato un report McKinsey sulla digitalizzazione.

Ha guidato la strategia tecnologica e gli approvvigionamenti di una società di telecomunicazioni rispondendo direttamente al CEO. Ha inoltre guidato la crescita commerciale dell'azienda deep tech Hypatos, che ha raggiunto ricavi ricorrenti annuali a 7 cifre e una valutazione a 9 cifre partendo da zero in 2 anni. Il lavoro di Cem in Hypatos è stato ripreso da importanti testate tecnologiche come TechCrunch e Business Insider.

Cem interviene regolarmente a conferenze tecnologiche internazionali. Si è laureato come ingegnere informatico presso l'Università di Bogazici e possiede un MBA della Columbia Business School.

Visualizza il profilo completo

Ricercato da

Hazal Şimşek

Analista di settore

Segui

Hazal è analista di settore presso AIMultiple e si occupa di process intelligence (incluso il process mining) e automazione aziendale (inclusa l'automazione IT e l'automazione low-code/no-code).

Visualizza il profilo completo

Sii il primo a commentare

Il tuo indirizzo email non verrà pubblicato. Tutti i campi sono obbligatori. I commenti vengono lasciati nella loro lingua originale.

Nome

Indirizzo e-mail

Commento

0/450

Pubblica un commento