Tipicamente, ci sono due ruoli di leadership tecnica esecutiva nella maggior parte delle organizzazioni: il Chief Information Officer (CIO) e il Chief Technical Officer (CTO). Ma ci può essere confusione tra queste due posizioni, un sacco di domande quando si confrontano il CIO e il CTO, e spesso potrebbero effettivamente fondersi in un’unica posizione a seconda della strategia aziendale. Le loro posizioni potrebbero non essere così chiare alle persone che lavorano per loro. Questa confusione è naturale, dato che le aspettative di questi due dirigenti tecnologici si sono trasformate negli ultimi anni.

Le aziende digitali oggi sono molto diverse da un decennio fa. Con nuovi canali creati regolarmente, dobbiamo adattarci rapidamente. I leader tecnici nelle aziende sono direttamente responsabili di risolvere i problemi di business con la tecnologia. Allo stesso tempo, la maggior parte partecipa alle riunioni del consiglio di amministrazione e dello staff esecutivo. I dirigenti tecnici respirano business e tecnologia in tandem e traducono rapidamente gli obiettivi di business in piani d’azione tecnici. Il dirigente è anche responsabile della costruzione e del funzionamento di un team per eseguire, operare e mantenere l’impronta tecnologica.

Con questo in primo piano nella mia mente come nuovo CTO di Logz.io, voglio illustrare il modo in cui vedo questi due posti.

Che cos’è un CIO?

Il CIO è responsabile dei sistemi IT a livello aziendale e molto spesso riferisce direttamente al Chief Executive Officer (CEO). Si concentrano sul business, l’utente e i mezzi di comunicazione. Spesso, questi saranno tipicamente sistemi focalizzati internamente. La supervisione del CIO include sistemi con cui i dipendenti interagiscono più direttamente, concentrandosi meno sull’interazione con il cliente. Questo include i servizi, il supporto e le esigenze operative associate di diverse applicazioni e apparati.

Tuttavia, i CIO hanno recentemente visto una maggiore responsabilità per alcuni sistemi rivolti al cliente, poiché questi spesso si interfacciano direttamente con i sistemi interni. Con i prodotti che l’azienda costruisce per uso esterno, il CIO è uno stakeholder e ha qualche responsabilità. Tuttavia, lui o lei non possiede lo stack tecnologico del prodotto rivolto all’esterno.

Inoltre, i CIO sono spesso responsabili della sicurezza. Devono avere un background o un’educazione sia nel business che nella tecnologia. Infine, i CIO devono spesso gestire più team per questi sistemi e tecnologie interne.

Cos’è un CTO?

Molto simile ai CIO, i CTO prendono decisioni tecnologiche più ampie e pertinenti alla strategia organizzativa. Il più delle volte, mirano agli obiettivi dell’azienda, compresi gli esperimenti che possono produrre grandi benefici per il business.

Il CTO deve essere tecnico e capire il business sottostante, specialmente se l’organizzazione è focalizzata sulla tecnologia. Molti CTO hanno un background informatico, ma molti CTO di grande successo lo hanno imparato sul lavoro. Infatti, potrebbero anche non avere lauree professionali ma una vasta esperienza. Comprendendo il business dalla prospettiva della tecnologia che usa, questo significa che i CTO lavorano più da vicino con i clienti, gli stakeholder esterni, quelli che costruiscono le applicazioni e gestiscono le relazioni e capiscono il business da una prospettiva tecnologica.

Ci sono anche molte più varianti nei ruoli CTO e nell’anzianità. In alcune organizzazioni, i CTO dirigono i team di ingegneria e/o di prodotto. In alcune, il CTO riferisce effettivamente al CIO, mentre in altre può riferire al CEO.

CSO vs CDO vs CIO vs CTO? Il CTO moderno è qui

Con molte organizzazioni che si spostano verso le aziende digitali, o quelle aziende che producono porzioni significative delle loro entrate su software e sistemi di dati, il CTO è più di un driver critico degli obiettivi aziendali. Il CTO collabora con altri dirigenti come il CIO e il Chief Digital Officer (CDO) per garantire che i dirigenti della sicurezza come il Chief Security Officer (CSO) o il Chief Information Security Officer (CISO) soddisfino i requisiti e le esigenze aziendali e che la strategia tecnologica sia ben compresa e allineata con i progetti e le iniziative di questi altri soggetti.

Abbiamo visto nuovi tipi di CTO emergere all’interno delle suddette varianti, come il mio ruolo a Logz.io.

Il tecnico esecutivo e la strategia

Per me, la strategia è fondamentale per il CTO. Questo naturalmente include i prezzi e il packaging, ma il CTO diventa anche l’evangelista per le tecnologie e il futuro dell’azienda. Questo eleva l’importanza delle relazioni con gli sviluppatori. In linea con questo, il CTO diventa idealmente un partner per i product manager, gli ingegneri e quelli che cercano di interagire con la comunità più ampia.

Da parte mia, ho passato e continuo a passare molto tempo con i clienti e i potenziali clienti. Più vitalmente, mi dedico alle discussioni su dove stiamo andando e se questo e quello si allineano – o non si allineano – con i bisogni dichiarati (o anche non dichiarati) dei nostri clienti.

Contributo

Come estensione della veste di un moderno CTO come un DevRel, vedo un obbligo di contribuire agli strumenti che la comunità sta creando e condividendo insieme. L’ecosistema open source porta un valore intrinseco e (in definitiva) estrinseco alla mia organizzazione. Specialmente in un’azienda come Logz.io che utilizza tali strumenti, è importante che il CTO guidi la carica nel contribuire di nuovo in quel pool di software aperto.

A parte la comunità, il CTO del mio ufficio gestisce le partnership tecniche e guida la strategia di integrazione per Logz.io, poiché nessuna azienda in osservabilità può soddisfare le esigenze dei clienti da sola. Questo richiede una profondità e una comprensione del prodotto e dell’ecosistema che si adattano bene anche al CTO come ampio dirigente tecnologico.