Typiquement, il existe deux rôles de direction technique dans la plupart des organisations : le directeur de l’information (CIO) et le directeur technique (CTO). Mais il peut y avoir une certaine confusion entre ces deux postes, beaucoup de questions lors de la comparaison entre le CIO et le CTO, et souvent ils pourraient en fait fusionner en un seul poste selon la stratégie de l’entreprise. Leurs positions peuvent ne pas être aussi claires pour les personnes qui travaillent pour eux. Cette confusion est naturelle, car les attentes de ces deux cadres technologiques se sont transformées ces dernières années.

Les entreprises numériques d’aujourd’hui diffèrent grandement de celles d’il y a dix ans. Avec de nouveaux canaux créés régulièrement, nous devons nous adapter rapidement. Les dirigeants techniques des entreprises sont directement responsables de la résolution des problèmes commerciaux à l’aide de la technologie. En même temps, la plupart d’entre eux assistent aux réunions du conseil d’administration et du personnel de direction. Les cadres techniques respirent les affaires et la technologie en tandem et traduisent rapidement les objectifs commerciaux en plans d’action techniques. Le cadre est également responsable de la création et de l’exploitation d’une équipe pour exécuter, exploiter et maintenir l’empreinte technologique.

Avec cela au premier plan de mon esprit en tant que nouveau CTO chez Logz.io, je veux illustrer la façon dont je vois ces deux postes.

Qu’est-ce qu’un CIO?

Le CIO est responsable des systèmes informatiques au niveau de l’entreprise et relève le plus souvent directement du directeur général (PDG). Ils se concentrent sur les affaires, l’utilisateur et les moyens de communication. Souvent, il s’agira généralement de systèmes axés sur l’interne. Le DSI supervise les systèmes avec lesquels les employés interagissent plus directement, en se concentrant moins sur l’interaction avec le client. Cela inclut les services, le support et les besoins opérationnels associés des différentes applications et appareils.

Cependant, les DSI ont récemment vu s’accroître leur responsabilité pour certains systèmes orientés vers le client, puisque ceux-ci sont souvent en interface directe avec les systèmes internes. Avec les produits que l’entreprise construit pour un usage externe, le DSI est une partie prenante et a une certaine responsabilité. Pourtant, il ou elle ne possède pas la pile technologique du produit tourné vers l’extérieur.

En outre, les DSI sont souvent responsables de la sécurité. Ils doivent avoir une expérience ou une formation à la fois dans le domaine des affaires et de la technologie. Enfin, les DSI doivent souvent gérer plusieurs équipes pour ces systèmes et technologies internes.

Qu’est-ce qu’un CTO ?

Très similaire aux DSI, les CTO prennent des décisions technologiques plus larges et plus pertinentes pour la stratégie organisationnelle. Le plus souvent, ils ciblent les objectifs de l’entreprise, y compris les expériences qui peuvent produire des avantages commerciaux majeurs.

Le CTO doit être technique et comprendre l’entreprise sous-jacente, surtout si l’organisation est axée sur la technologie. De nombreux CTO ont une formation en informatique, mais beaucoup de CTO très performants l’ont en fait apprise sur le tas. En fait, il se peut qu’ils n’aient même pas de diplôme professionnel mais une grande expérience. Comprenant l’entreprise du point de vue de la technologie qu’elle utilise, cela signifie que les CTO travaillent plus étroitement avec les clients, les parties prenantes externes, ceux qui créent des applications et gèrent les relations et comprennent l’entreprise du point de vue de la technologie.

Il y a aussi beaucoup plus de variations dans les rôles et l’ancienneté des CTO. Dans certaines organisations, les CTO dirigent les équipes d’ingénierie et/ou de produits. Dans certaines, le CTO relève en fait du DPI, alors que dans d’autres, il peut relever du PDG.

CSO vs CDO vs CIO vs CTO ? Le CTO moderne est là

Avec de nombreuses organisations qui se tournent vers les entreprises numériques, ou les entreprises qui produisent une partie importante de leurs revenus sur des logiciels et des systèmes de données, le CTO est davantage un moteur essentiel des objectifs commerciaux. Le CTO s’associe à d’autres dirigeants, tels que le CIO et le Chief Digital Officer (CDO), pour s’assurer que les exigences et les besoins commerciaux des dirigeants de la sécurité, tels que le Chief Security Officer (CSO) ou le Chief Information Security Officer (CISO), sont satisfaits et que la stratégie technologique est bien comprise et alignée sur les projets et initiatives de ces autres parties prenantes.

Nous avons vu de nouveaux types de CTO émerger au sein de ces variantes mentionnées ci-dessus, comme mon rôle chez Logz.io.

L’exécutif technique et la stratégie

Pour moi, la stratégie est essentielle pour le CTO. Cela inclut bien sûr la tarification et le conditionnement, mais le CTO devient également l’évangéliste des technologies et de l’avenir de l’entreprise. Cela renforce l’importance des relations avec les développeurs. Dans cette optique, le CTO devient idéalement un partenaire pour les chefs de produit, les ingénieurs et ceux qui cherchent à interagir avec la communauté au sens large.

Pour ma part, j’ai passé et continue de passer beaucoup de temps avec les clients et les prospects. Plus vitalement, je suis dévoué aux discussions sur la direction que nous prenons et sur le fait que ceci et cela s’aligne – ou non – sur les besoins déclarés (ou même non déclarés) de nos clients.

Contribution

En tant qu’extension de l’apparence d’un CTO moderne en tant que DevRel, je vois une obligation de contribuer aux outils que la communauté crée et partage ensemble. L’écosystème open source porte une valeur intrinsèque et (finalement) extrinsèque à mon organisation. Surtout dans une entreprise comme Logz.io qui utilise de tels outils, il est important que le CTO mène la charge en contribuant à nouveau à ce pool de logiciels ouverts.

En dehors de la communauté, le CTO de mon bureau gère les partenariats techniques et conduit la stratégie d’intégration pour Logz.io, car aucune entreprise en observabilité ne peut répondre seule aux besoins des clients. Cela exige une profondeur et une compréhension du produit et de l’écosystème qui conviennent également bien au CTO en tant que cadre technologique large.