Fiche de poste : le CTO

Une définition

CTO désigne le métier de Chief Technical Officer — habituellement traduit par Directeur Technique.

L'acronyme trouve son origine dans les grands groupes à l'ère de la transition numérique, où CTO y désigne le Directeur des nouvelles technologies. Le terme s'élargi de nos jours dans tout l'univers dit "tech", notamment en environnement Startup où il désigne grossièrement Le responsable de la tech.

Un mot valise ?

Maintenant voyons en quoi consiste le métier concrètement.

Et c'est bien là tout le problème ! Parmi tous les titres qui expriment des réalités métier hyper différentes dans le monde réel, je crois que celui de CTO arrive en tête. On va donc essayer de le définir sous différents prismes.

Un poste de direction...

Il s'agit avant-tout d'un rôle de directeur avec tout ce que ça implique — un grand pouvoir et de grandes responsabilités :

• Attributions de manager
• Présence dans les sphères décisionnelles
• Niveau de responsabilité maximum

Rappelons aussi que comme tout poste à responsabilité, celui-ci s'inscrit intimement dans le contexte précis d'une société. Ce n'est pas du tout la même chose d'être CTO chez Airbnb ou chez Décathlon :

• déjà, sur le fond : est-ce une boîte de service ? crée-t'elle plutôt un produit ? quels sont les besoins en technologie ?
• mais aussi, sur la forme : politique organisationnelle et hiérarchique / valeurs communes / communication / etc.

Enfin — peut-être le plus important, la face cachée d'un tel rôle c'est qu'il représente des missions parfois totalement différentes en fonction du stade de maturité de l'entreprise. Ce n'est pas du tout la même chose d'être le CTO d'une boîte d'une Startup de 5 salariés ou d'un groupe de 10000 collaborateurs.

En effet, les besoins en tech évoluent de façon spectaculaire tout au long de la croissance d'une société : bâtir les premiers produits, recruter une équipe technique, structurer un service complet, architecturer les systèmes, externaliser, outiller les équipes, etc.

La fonction du CTO qui — nous allons le voir — est censé adresser ces sujets, évolue donc drastiquement au fil de la croissance de l'entreprise : c'est un métier changeant. Ou plutôt, devrais-je dire DES métiers changeants ?

...aux multiples facettes

Nous l'avons vu, le métier de CTO dépend lourdement du contexte et du stade de maturité de l'organisation. Mais pour rentrer dans le concret, essayons-nous à dresser une liste des missions qu'on lui attribue dans la plupart des contextes.

Et dieu sait que la liste est longue 😅

Le CTO, Directeur

Je reviens déjà volontairement sur ce mot seul, pour insister sur le fait que le CTO exerce avant-tout un métier de direction et de pilotage :

• Organisation du service tech
  (process, rôles, outils, pratiques, hiérarchie, communication, etc.)
• Management de l'équipe tech
  (recrutement, politique salariale, gestion de carrière, évolutions, etc.)
• Sphère décisionnelle et stratégique
  (comité opérationnel, collaboration inter-service, planification, budget, etc.)

Le CTO, Architecte technique

Il prend souvent parti aux ateliers et décisions d'architecture technique, que ce soit concernant l'outillage interne ou les produits "core" customer-facing. Dans les premiers temps, il en conçoit les premières briques; puis prend progressivement du recul en s'appuyant sur des architectes chevronnés et divers experts.

• Ateliers et décisions d'architecture technique
• Choix des environnements et stratégies de déploiement
• Choix des technologies de premier ordre
• Stratégie et conception data

Le CTO, Tech lead

Dans les premiers pas de l'entreprise, pilotant directement les équipes techniques, il endosse le rôle du premier leader technique. Plus tard, il élargit et se repose progressivement sur des leads dev. et autres référents techniques.

• Atelier de conception technique
• Choix et évangélisation des technologies de second ordre
• Mise en place des process et pratiques
• Accompagnement technique, code reviews, évangélisation

Le CTO, Chef de projet technique

Au début, il joue souvent aussi le rôle de premier chef de projet technique. Il organise les tâches de travail, pilote les outils, et "fait le lien". Plus tard, il prend de la hauteur, recrute des Scrum Masters ou autres experts organisationnels expérimentés et devient alors un chef de projets plus "macro".

• Chefferie de projet, Scrum Mastering
• Planification, découpage, chiffrage
• Facilitation au quotidien, problem solving

Le CTO... DSI !

Hé oui ! On y pense assez peu; mais il arrive que — souvent dans les premiers temps d'une société tech — le CTO soit aussi de facto le premier DSI (Directeur des Systèmes Informatique).

Sur le papier, les 2 rôles sont théoriquement bien distinct; et ce sujet fait d'ailleurs l'object d'un autre article où je reviens sur les différences entre CTO et DSI. Les attributions du dernier sont en général l'ingénierie système et réseau, la gestion des outils internes, l'ingénierie Cloud, la sécurité, la continuité, la RGPD, etc.

Il n'en demeure par moins fréquent de voir les limites de ces 2 rôles brouillées, suffisamment pour que ce soit mentionné.

Le CTO... CPO !

Et là on touche à quelque chose de crucial auquel nous, on est particulièrement attachés. Il est à mon sens bien trop fréquent de voir — notamment en Startup — une véritable sensibilité pour "la tech" (une vraie conscience des compétences, du budget et du temps nécessaire); mais beaucoup moins pour "le produit".

Vous voyez pas de quoi je veux parler ? Bougez-pas :

- Tu fais déjà Scrum Master, tu peux pas aussi faire Product Owner ?
- Ton équipe peut se débrouiller pour faire les maquettes Figma aussi non ?
- Pourquoi tu veux découper ? On connait les besoins, il faut dev le produit.
- Il faut rajouter [telle fonctionnalité] au prochain sprint, j'en suis sûr

C'est par ces petits raccourcis que l'équipe tech se retrouve à "piloter le produit", sans le vouloir, sans en avoir les compétences (et parfois même sans en avoir conscience !)

Sauf que... "le produit" c'est un métier. C'est même 20 métiers différents en fait, on a vite tendance à l'oublier : Stratégie produit, roadmap produit, product-ownership, gestion de project fonctionnelle, design de produit et service, ticketing, versioning, accompagnement au changement, documentation, ...

"Le product" doit avoir son équipe et son directeur — le CPO; et c'est le sujet sur lequel je reviens d'autre un article dédié : la fiche de poste du CPO.

NB : Il arrive de temps en temps qu'un profil ait la double-compétence technique & produit (c'est notre cas). On trouve ainsi aujourd'hui le terme de CTPO : un CTO avec une sensibilité et des compétences pour la gestion produit. C'est à mon sens une excellente chose; mais je crois que la distinction entre ces 2 casquettes doit être expliquée, et connue de tous dans l'entreprise.

Wrapping up

Pour résumer, on a vu que CTO est avant-tout un métier de direction, aux multiples facettes opérationnelles. La grande diversité de ses responsabilités implique une prise de recul progressive, où le CTO doit s'outiller et s'entourer efficacement pour continuer à piloter en prenant toujours plus de hauteur.

En fonction de son expérience et de ses appétences, il pourra jusqu'à un certain stade de maturité être amené à revêtir une double-casquette dans un métier connexe (comme celui du DSI ou celui du CPO).

En conclusion, mon analyse est qu'un bon CTO ne sera ni un super-développeur, un super-ingénieur-système ou super-chef-de-projet. Il sera à la fois tout ça en même temps; et rien de tout ça. Son ouverture et sa "largeur" sur les sujets seront probablement plus efficace qu'une grande "profondeur" sur quelques domaines en particulier. Il deviendra ainsi le bras droit technique de l'entrepreneur.