Migrazione a WLA nel 2026: best practice e approcci dei fornitori

Esplora la migrazione all'automazione dei carichi di lavoro (WLA), le migliori pratiche, gli aspetti a cui prestare attenzione e i diversi approcci offerti dai vari fornitori.

Che cos'è la migrazione WLA?

La migrazione WLA (Workload Automation) è il processo di spostamento dei flussi di lavoro di pianificazione e automazione dei carichi di lavoro di un'organizzazione da una soluzione di automazione a un'altra. Le aziende effettuano questa migrazione per sostituire gli strumenti obsoleti con piattaforme moderne in grado di supportare meglio le attuali esigenze aziendali o per ridurre i costi.

La migrazione a WLA contribuisce inoltre a garantire un funzionamento 24 ore su 24, 7 giorni su 7. Molte aziende si affidano a sistemi di pianificazione per gestire processi complessi e critici, e il passaggio a una soluzione più robusta consente loro di soddisfare le crescenti esigenze di automazione ed elaborazione in tempo reale.

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

Perché le organizzazioni migrano verso nuovi strumenti WLA?

I sistemi di pianificazione dei processi tradizionali spesso faticano a orchestrare i processi negli ambienti IT moderni. Ad esempio, i vecchi sistemi WLA potrebbero non eseguire i processi in modo fluido sia sull'infrastruttura locale che su più piattaforme cloud, rendendo difficile la gestione dei flussi di lavoro IT ibridi.

Altri fattori comuni che spingono alla migrazione includono:

• Iniziative di trasformazione digitale: le aziende che intraprendono un percorso di trasformazione digitale spesso riscontrano che i loro strumenti di automazione esistenti non possiedono l'agilità e le capacità di integrazione necessarie per i nuovi progetti.
• Adozione del cloud e ambienti ibridi: molti scheduler meno recenti non erano stati progettati per l'orchestrazione in ambienti cloud ibridi, il che ha spinto a passare a strumenti predisposti per il cloud. Vedi Scheduler di processi per ambienti cloud ibridi .
• Scalabilità e prestazioni: oggi le aziende gestiscono volumi sempre maggiori di dati e processi. I modernistrumenti di automazione del carico di lavoro sono progettati per scalare orizzontalmente e verticalmente, gestendo migliaia di processi simultanei, mentre uno scheduler tradizionale potrebbe avere difficoltà o diventare un collo di bottiglia.
• Costi di manutenzione e rischi di supporto: i software di automazione obsoleti possono comportare elevati costi di licenza e manutenzione. In alcuni casi, i fornitori potrebbero aver interrotto lo sviluppo attivo o il supporto per le versioni precedenti.
• Funzionalità e analisi avanzate: le soluzioni WLA più recenti spesso includono funzionalità predefinite per fornire una migliore comprensione delle operazioni, come ad esempio: strumenti di progettazione visiva dei flussi di lavoro, dashboard di monitoraggio centralizzate, audit granulari e ottimizzazioni basate sull'apprendimento automatico.

Approcci alla migrazione dei principali fornitori di WLA

Nonostante le diverse strategie adottate, tutti i principali fornitori condividono lo stesso obiettivo: aiutare le aziende ad abbandonare i sistemi di pianificazione dei processi obsoleti, riducendo al contempo i rischi. Esistono tre metodi principali:

• Sfrutta gli strumenti di conversione automatizzati
• Affidati a consulenti specializzati in servizi.
• Combina i due approcci.

Stonebranch (Centro di automazione universale)

L'Universal Automation Center (UAC) di Stonebranch offre un servizio di migrazione strutturato che consente alle organizzazioni di passare da strumenti di automazione dei carichi di lavoro obsoleti alla sua piattaforma moderna. Il servizio combina strumenti di automazione con supporto di esperti e copre sistemi come CA 7, SAP Job Scheduler, Tidal, Utilità di pianificazione di Windows e cron.

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

La migrazione segue un approccio in 7 fasi :

1. Fase di avvio: definire l'ambito e configurare l'ambiente di migrazione.
2. Analisi: Inventariare e valutare l'attuale panorama occupazionale.
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. Validazione: Eseguire controlli di qualità e raccogliere recensioni dagli utenti.
6. Passaggio al nuovo sistema: sostituire il sistema legacy con UAC in ambiente di produzione.
7. Chiusura: Completare la documentazione e il trasferimento delle conoscenze.

Formazione, test paralleli e supporto alla messa in produzione garantiscono una transizione senza intoppi, con rischi e disagi minimi.

Redwood RunMyJobs

RunMyJobs offre un servizio di migrazione completamente guidato, denominato "migration factory". RunMyJobs di Redwood si avvale di un team di esperti e di strumenti proprietari per migrare i carichi di lavoro da tutte le principali piattaforme WLA. Il processo inizia con un'analisi dettagliata dell'inventario dei lavori esistenti (valutazione della migrazione) e prosegue con la migrazione dei carichi di lavoro in sprint agili, partendo dai lavori a basso rischio.

Il processo di migrazione di RunMyJobs spesso prevede l'esecuzione in parallelo dei vecchi e dei nuovi sistemi e la formazione del team del cliente durante tutto il progetto. Con oltre 100 aziende migrate fino ad 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 attività semplici e a basso rischio per poi passare gradualmente a quelle più complesse. È organizzata in sprint agili, raggruppando le attività per applicazione, unità aziendale o tipologia di lavoro, al fine di ridurre al minimo le interruzioni.

2. Installazione e configurazione

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

3. Allenamento di squadra

Le figure chiave coinvolte partecipano a corsi di formazione tramite la piattaforma on-demand della Redwood University e sessioni tenute da istruttori, garantendo così un'esperienza pratica e un apprendimento continuo durante tutto il processo di migrazione.

4. Sprint di migrazione Agile e hypercare

La migrazione avviene in fasi, con i sistemi legacy e RunMyJobs in esecuzione in parallelo. Dopo la conversione dei dati e i test, i flussi di lavoro vengono trasferiti in produzione. Il servizio Hypercare garantisce il monitoraggio del sistema e la risoluzione di eventuali problemi dopo la migrazione.

ActiveBatch

ActiveBatch offre un servizio di migrazione guidata per accompagnare le organizzazioni nel passaggio dai sistemi di pianificazione tradizionali alla sua moderna piattaforma di automazione dei carichi di lavoro. La migrazione segue un approccio graduale e basato sulla valutazione dei rischi. Si inizia con un inventario dettagliato dei flussi di lavoro e degli oggetti job esistenti, seguito da una strategia di migrazione personalizzata.

ActiveBatch offre anche strumenti di migrazione automatizzati che convertono gli oggetti dello scheduler legacy in formati compatibili con ActiveBatch, semplificando la transizione.

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

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

• BMC Control-M
• CA AutoSys
• CA Workload Manager
• IBM Tivoli
• Unix cron
• Utilità di pianificazione di Windows
• Agente SQL Server

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

Questi strumenti di conversione mantengono gli attributi dei lavori, nonché i calendari, i trigger degli eventi, le allocazioni delle risorse e le dipendenze. L'approccio privilegia una migrazione affidabile e senza script per ridurre al minimo i rischi e i tempi di inattività.

Automazione del carico di lavoro CA (Broadcom)

CA Workload Automation offre 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 l'esecuzione in parallelo durante le fasi di test per ridurre al minimo le interruzioni. CA fornisce inoltre supporto operativo, formazione e trasferimento di conoscenze per garantire che il team del cliente possa gestire la piattaforma in modo efficace. Grazie a decenni di esperienza e a una metodologia collaudata, CA offre 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 per z/OS, DJC, TWS per DS (precedentemente Maestro)
• Cisco: Tidal
• Pianificatori nativi: cron, SQL Server®, Utilità di pianificazione batch di Windows
• Redwood: Cronacle

Figura 2. Processo di migrazione di CA ²

HONICO (BatchMan per SAP)

Specializzata nell'automazione dei carichi di lavoro incentrata su SAP, offre un servizio di migrazione personalizzato per i clienti che passano da altri fornitori di WLA alla soluzione BatchMan. Stonebranch ha acquisito HONICO il 10 settembre 2025, integrando lo strumento SAP BatchMan di HONICO nella propria piattaforma UAC per un'orchestrazione IT ibrida unificata, pur mantenendo BatchMan disponibile come prodotto autonomo.

L'approccio di HONICO inizia con un'accurata valutazione delle esigenze e un'analisi dell'ambiente attuale del cliente, seguita da una prova di concetto che implementa alcuni processi critici in un sistema di test. Successivamente, viene eseguita una migrazione automatizzata in blocco degli oggetti di lavoro in un ambiente di test per la convalida.

In fase di transizione, HONICO offre flessibilità: può eseguire una migrazione graduale affiancata o un passaggio "Big Bang", a seconda di ciò che i test indicano come più sicuro. Dopo il go-live, è previsto un periodo di HyperCare, durante il quale il team di HONICO supporta costantemente le operazioni del cliente per garantirne la stabilità. La loro esperienza nella pianificazione SAP consente loro di concentrarsi sulla conservazione dei parametri specifici dei job SAP e sul miglioramento dell'integrazione con i sistemi SAP. I clienti hanno segnalato miglioramenti significativi (ad esempio, riduzione del lavoro manuale e maggiore trasparenza nei processi batch SAP) dopo la migrazione alla piattaforma WLA di HONICO.

Esempi concreti di migrazione WLA

SWM

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

Sfide

SWM aveva bisogno di superare le limitazioni di BMC Control-M per supportare le sue operazioni in espansione incentrate su SAP. Il team SAP Basis cercava una piattaforma con una profonda integrazione con SAP e la flessibilità necessaria per gestire diversi sistemi aziendali. Un requisito fondamentale era l'automazione del complesso processo "dal contatore all'incasso" all'interno di SAP IS-U , che prevedeva l'orchestrazione di processi a più fasi e ad alto volume e richiedeva un'esecuzione affidabile su diverse fonti di dati. ³

Risultati:

• Eliminazione di oltre un'ora di lavoro manuale per ogni processo SAP.
• Tempi di caricamento di SAP HANA ridotti a 6-7 ore , tempi di calcolo a 1,5-2 ore.
• È stata abilitata l'orchestrazione notturna completa su tutti i sistemi.
• Aggiunta la funzione di ripristino automatico: i processi non riusciti si riavviano dopo 30 minuti.
• Migliore accuratezza della fatturazione e maggiore 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 in tutto il suo ambiente IT globale. La transizione ha portato a un miglioramento della pianificazione dei job SAP, a un monitoraggio consolidato e a significativi aumenti 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 sua capacità di scalare e automatizzare processi finanziari e di supply chain complessi. La necessità di frequenti sviluppi personalizzati comportava instabilità, elevati costi di manutenzione e interruzioni. Con un ambiente IT esteso, comprendente cinque sistemi ERP SAP principali , oltre 30 sistemi aggiuntivi e più di 2.000 server , BSH necessitava di una piattaforma di automazione più affidabile e scalabile per supportare le sue operazioni globali.

Risultati:

• Resilienza rafforzata grazie alla gestione delle eccezioni e a flussi di processo dinamici.
• Sostituito AutoSys con un sistema di orchestrazione in tempo reale basato sugli eventi.
• Migliore accuratezza dei dati e ottimizzazione del processo decisionale lungo tutta la catena di fornitura.
• Ottieni una visibilità completa del processo tramite dashboard e avvisi
• Automazione standardizzata della catena di approvvigionamento e riduzione del lavoro manuale.

Whitbread PLC

Whitbread, la più grande azienda di ristorazione del Regno Unito, ha adottato RunMyJobs per supportare la propria infrastruttura SAP. L'organizzazione mirava a ridurre al minimo gli interventi manuali e a migliorare l'affidabilità della pianificazione nelle operazioni finanziarie e di vendita al dettaglio. La migrazione ha permesso a Whitbread di migliorare la resilienza del sistema e di gestire i picchi di carico di lavoro in modo più efficace, soprattutto durante i periodi di maggiore affluenza nelle vendite al dettaglio. ⁵

Sfide

Whitbread si è trovata ad affrontare la duplice sfida di sostituire due sistemi legacy, SAP RemoteWare per il trasferimento dei file e Broadcom AutoSys per la pianificazione dei processi, entrambi gestiti da terze parti. Con RemoteWare prossimo alla fine del suo ciclo di vita, il team necessitava di una migrazione graduale e non invasiva, conforme a rigorosi standard di governance e sicurezza IT. L'obiettivo era consolidare le operazioni sotto un'unica piattaforma di automazione affidabile, in grado di gestire carichi di lavoro complessi a livello aziendale nei settori della vendita al dettaglio e dell'ospitalità.

Risultati:

• Trasferiti 1.900 posti di lavoro in 6 mesi senza alcun problema post-migrazione.
• Raggruppamento di 1.200 attività AutoSys in 100 grazie a Redwood.
• Ottieni piena visibilità su oltre 800 punti vendita aziendali
• Documentazione automatizzata dei processi e miglior allineamento tra i team.
• Gestione integrata degli incidenti con ServiceNow

UBS

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

Sfide

UBS si trovava ad affrontare un ambiente di reporting finanziario frammentato e ad alta intensità di lavoro, con quasi 100 dipendenti impegnati nel coordinamento manuale di sistemi scollegati tra loro. Con 10 milioni di registrazioni all'ora e la necessità di rendicontare 500 milioni di saldi di conto , gli strumenti legacy non erano in grado di soddisfare i requisiti di prestazioni e conformità. I ​​crescenti requisiti normativi (ad esempio, US GAAP, IAS) e un panorama IT in continua espansione stavano facendo lievitare il costo totale di proprietà (TCO), senza che un singolo sistema fosse in grado di gestire tale scala, fino all'introduzione di Redwood.

Risultati:

• Sostituite 16 applicazioni obsolete con una piattaforma di automazione unificata.
• Riduzione del 30% del costo totale di proprietà (TCO).
• Riduzione dei tempi di rendicontazione esterna da 9 a 5 giorni successivi alla chiusura.
• Elaborazione automatizzata di oltre 15 miliardi di transazioni in 9 mesi
• Dati finanziari centralizzati per analisi più rapide e una risposta ai rischi più tempestiva
• Secondo i vertici di UBS, l'azienda ha acquisito un vantaggio strategico quinquennale .

Cosa considerare prima e durante la migrazione WLA

La migrazione di carichi di lavoro di automazione critici è un progetto complesso che comporta rischi tecnici, operativi e aziendali. Tra le considerazioni principali si annoverano:

fattori tecnici

• Compatibilità e migrazione dei dati: definizioni dei job, pianificazioni, script e dipendenze devono essere convertiti nel nuovo sistema. Gli script personalizzati o le chiamate API legacy potrebbero richiedere una riscrittura. Assicurarsi che tutti i metadati di pianificazione siano migrati o riconfigurati correttamente.
• Integrazione: Verifica tutte le integrazioni con altri sistemi. Colma le lacune per evitare interruzioni.
• Strumenti di automazione: molti fornitori offrono strumenti di migrazione automatizzati che convertono processi e flussi di lavoro, coprendo spesso il 70-80% della migrazione. Gli ingegneri devono gestire i casi limite e testare a fondo i processi critici.

Considerazioni operative

• Rischio di interruzione del servizio: l'esecuzione di processi batch critici o pipeline di dati può subire interruzioni. Riduci il rischio eseguendo i sistemi vecchi e nuovi in ​​parallelo o migrando in fasi.
• Validazione del carico di lavoro: verificare che i processi migrati vengano avviati ed eseguiti correttamente. Confrontare i log di esecuzione dei vecchi e dei nuovi sistemi.
• Formazione e trasferimento di conoscenze: assicurarsi che il personale operativo sia formato sul nuovo sistema per evitare configurazioni errate e tempi di risposta lenti. Documentare i processi e configurare il monitoraggio e gli avvisi fin dal primo giorno.

Considerazioni aziendali

• Coinvolgimento delle parti interessate: assicurarsi che la dirigenza e gli utenti finali comprendano lo scopo e i benefici attesi per garantire la collaborazione.
• Costi e ROI: la migrazione include i costi di licenza e di progetto. I benefici attesi, come la riduzione del lavoro manuale o le nuove funzionalità, dovrebbero compensare lo sforzo necessario per la migrazione.
• Tempistiche: Evitate sovrapposizioni con periodi aziendali critici come la fine di ogni trimestre o le festività.

Procedure ottimali per la migrazione WLA

Una preparazione accurata è essenziale per una migrazione WLA senza intoppi. Questi passaggi aiutano le organizzazioni a pianificare, eseguire e convalidare la transizione riducendo al minimo rischi e disagi.

1. Verificare e valutare i carichi di lavoro

Iniziate con un inventario completo di tutti i lavori, i flussi di lavoro e le dipendenze. Identificate i lavori 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 necessitano di maggiore attenzione.

2. Iniziate a pianificare in anticipo

Iniziate a valutare le nuove soluzioni WLA con largo anticipo rispetto alla data di messa in produzione prevista, idealmente sei mesi prima. Una pianificazione tempestiva consente di confrontare i fornitori, eseguire prove di concetto e allocare i budget senza fretta.

3. Scegli il fornitore giusto

Non tutte le piattaforme WLA gestiscono la migrazione allo stesso modo. Esamina le funzionalità, le integrazioni e le capacità di migrazione di ciascun fornitore. Gli strumenti di conversione automatizzati o i servizi di consulenza possono ridurre significativamente il lavoro manuale e i rischi. Verifica le referenze e il feedback dei clienti per accertarti dell'affidabilità.

4. Mappare i processi e le dipendenze

Documentare il funzionamento attuale dei flussi di lavoro, inclusi pianificazione delle attività, trigger, dipendenze, script e gestione degli errori. Individuare eventuali soluzioni alternative o script personalizzati che possono essere semplificati nella nuova piattaforma.

I moderni strumenti WLA spesso offrono funzionalità integrate che sostituiscono complessi script preesistenti.

5. Coinvolgere le parti interessate

Coinvolgete fin da subito i reparti IT, operations, i responsabili delle applicazioni, gli utenti aziendali e i dirigenti. Illustrate il piano di migrazione, la tempistica e i potenziali rischi. Raccogliete il feedback di tutti i gruppi per assicurarvi che le posizioni critiche siano prese in considerazione e che tutti comprendano i benefici attesi.

6. Avviare il processo di migrazione

Prima di procedere alla migrazione completa, testate un sottoinsieme di carichi di lavoro. Scegliete attività che coprano diverse funzionalità dello scheduler, ma che non siano così critiche da causare interruzioni significative in caso di errori. Le prove pilota convalidano gli strumenti di migrazione, individuano i problemi e consentono al team di familiarizzare con il nuovo sistema.

7. Prepararsi per le esecuzioni in parallelo

Eseguire contemporaneamente i vecchi e i nuovi sistemi per un certo periodo. Durante questa fase, i processi vengono eseguiti su entrambe le piattaforme a scopo di verifica. L'esecuzione in parallelo riduce i rischi, consente un confronto diretto dei risultati e infonde fiducia prima del passaggio definitivo.

8. Addestra la tua squadra

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

9. Convalidare i carichi di lavoro

Eseguire test e verifiche approfondite per assicurarsi che tutti i processi vengano eseguiti correttamente sul nuovo sistema. Controllare pianificazioni, dipendenze, trigger, avvisi, logica di riavvio, fusi orari e calendari delle festività. Coinvolgere gli utenti finali o i responsabili delle applicazioni a valle nei test per confermare che i risultati corrispondano alle aspettative. Procedere al passaggio completo solo quando i risultati sono stati convalidati e le parti interessate hanno dato la loro approvazione.

10. Pianificare la transizione e il supporto post-migrazione.

Pianifica il passaggio definitivo durante le ore di minore affluenza. Mantieni un piano di ripristino in caso di problemi. Fornisci supporto HyperCare immediatamente dopo il go-live, con personale aggiuntivo o tecnici del fornitore 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 sulla migrazione WLA

FAQ

Collegamenti di riferimento

1.

Simplify Your Workload Automation Migration With Redwood

2.

Soluzione dettagliata Metodologia di migrazione per l'automazione del carico di lavoro

3.

Stadtwerke München Case Study

4.

BSH Case Study

5.

Whitbread Case Study

6.

UBS Case Study

Cem Dilmegani

Analista principale

Segui

Cem è analista principale presso AIMultiple dal 2017. AIMultiple fornisce informazioni a centinaia di migliaia di aziende (secondo SimilarWeb), tra cui il 55% delle aziende Fortune 500, ogni mese. Il lavoro di Cem è stato citato da importanti pubblicazioni globali come Business Insider, Forbes, Washington Post, società globali come Deloitte e HPE, ONG come il World Economic Forum e organizzazioni sovranazionali come la Commissione Europea. È possibile consultare l'elenco di altre aziende e risorse autorevoli che hanno citato AIMultiple. Nel corso della sua carriera, Cem ha lavorato come consulente tecnologico, responsabile acquisti tecnologici e imprenditore nel settore tecnologico. Ha fornito consulenza alle aziende sulle loro decisioni tecnologiche presso McKinsey & Company e Altman Solon per oltre un decennio. Ha anche pubblicato un report di McKinsey sulla digitalizzazione. Ha guidato la strategia tecnologica e gli acquisti di un'azienda di telecomunicazioni, riportando direttamente al CEO. Ha inoltre guidato la crescita commerciale dell'azienda deep tech Hypatos, che ha raggiunto un fatturato annuo ricorrente a 7 cifre e una valutazione a 9 cifre partendo da zero in soli 2 anni. Il lavoro di Cem in Hypatos è stato oggetto di articoli su importanti pubblicazioni tecnologiche come TechCrunch e Business Insider. Cem partecipa regolarmente come relatore a conferenze internazionali di settore. Si è laureato in ingegneria informatica presso l'Università di Bogazici e ha conseguito un MBA presso la Columbia Business School.

Visualizza il profilo completo

Sii il primo a commentare

Il tuo indirizzo email non verrà pubblicato. Tutti i campi sono obbligatori.

Nome

Indirizzo e-mail

Commento

0/450

Pubblica un commento