La cour des grands : la direction technique — The Manager's Path

À ce niveau, le métier change de nature. La journée d'un cadre dirigeant dépend énormément de l'entreprise : diriger une organisation de 70 personnes dans une startup n'a rien à voir avec piloter plusieurs milliers de personnes dans un grand groupe. Mais une chose ne change pas : vous n'êtes plus un dirigeant généraliste, vous êtes un dirigeant technologique. Vous êtes cet ingénieur qui a écrit du code, est passé au management, et a fait grandir sa carrière le long de ce chemin. De cette origine, vous tirez une compétence rare : la volonté d'embrasser et de conduire le changement, parce que vous savez que la technologie évolue vite et que l'organisation doit suivre.

Mais être un agent du changement ne suffit pas : il faut bâtir une organisation capable de réaliser ces changements. Votre premier métier est désormais d'être un leader. Vous agissez par la stratégie, l'influence et la culture bien plus que par l'action directe. Ce chapitre explore les rôles de direction technique senior — VP Engineering et CTO (directeur technique) —, leurs responsabilités, les compétences qu'ils exigent et les pièges qui les guettent.

Le basculement : diriger une organisation

Plus vous montez, plus votre travail consiste à faire en sorte que l'organisation aille dans la direction où elle doit aller — y compris en changeant de cap quand il le faut. Vous agissez sur un système d'équipes, de managers et de pairs dirigeants. Andy Grove (High Output Management) décompose ce travail en quatre tâches qui façonnent vos journées, que vous soyez CTO, VP ou responsable de l'ingénierie.

Tâche (Grove)	En quoi elle consiste	Ce qu'elle exige de vous
Collecter et partager l'information (information gathering/sharing)	Réunions, e-mails, tête-à-tête, recueil de points de vue	Synthétiser vite de gros volumes, en extraire l'essentiel, le transmettre de façon compréhensible
Inciter (nudging)	Rappeler aux gens leurs engagements en posant des questions plutôt qu'en donnant des ordres	Guider une grande équipe sans la diriger de force
Décider (decision making)	Trancher avec des perspectives contradictoires et une information incomplète	Assumer que les conséquences d'une mauvaise décision retomberont sur vous, et peut-être sur toute l'équipe
Donner l'exemple (role modeling)	Incarner les valeurs de l'entreprise, tenir ses engagements	Montrer le meilleur exemple, même les jours où vous n'en avez pas envie

Astuce

Votre métier n'est pas d'être la personne la plus intelligente de la salle, ni d'avoir « raison ». Camille Fournier raconte combien son syndrome de l'imposteur la poussait à débattre du choix d'un langage sur ses seuls mérites techniques — redevenant alors un ingénieur de plus dans un débat d'ingénieurs. Votre rôle est d'aider l'équipe à prendre les meilleures décisions possibles et à les mettre en œuvre durablement. La technologie compte dans chaque décision, mais elle ne suffit pas à faire une équipe productive et heureuse.

Une taxonomie des rôles de direction technique

Le flou est réel aux niveaux supérieurs. Plutôt que de couvrir toutes les variantes, Fournier propose une taxonomie : des rôles élémentaires que les entreprises mélangent selon leurs besoins. Certaines personnes en cumulent plusieurs, d'autres un seul, et toutes les organisations n'en ont pas besoin de tous.

Rôle élémentaire	Ce qu'il porte
R&D (recherche et développement)	Expérimentation, recherche, génération de nouvelles technologies ; parfois la stratégie
Stratégie / visionnaire (technology strategy)	Prédire l'évolution de la technologie pour faire croître le métier ; souvent lié au produit
Organisation (organization)	Structure de l'organisation, plan de recrutement, affectation des équipes aux projets
Exécution (execution)	Faire en sorte que les choses se fassent : aligner les roadmaps, prioriser, lever les blocages
Visage technique externe (face of technology)	Cycle de vente, conférences, marque employeur, recrutement
Infrastructure et opérations (infrastructure/tech ops)	Toute l'infrastructure et son exploitation ; orienté coût, sécurité ou scaling
Dirigeant métier (business executive)	Comprend l'industrie et les autres fonctions ; arbitre entre développement et croissance

Ces rôles se combinent : business executive + stratégie + organisation + exécution donne souvent un CTO ou un Head of Engineering ; organisation + exécution + business executive donne un VP of Engineering ou un general manager. Le rôle de CTO change radicalement de focale selon l'entreprise — mais les CTO solides ont presque toujours une fonction stratégique sous leur autorité, qu'elle soit orientée métier, technologie ou les deux.

Le VP of Engineering : l'exécution et les opérations

Là où le CTO est le dirigeant exécutif de toute l'ingénierie, que fait le VP of Engineering ? Le rôle varie autant, avec une différence évidente : le VP est généralement au sommet de l'échelle managériale des ingénieurs. On attend de lui qu'il soit un manager expérimenté de personnes, de projets, d'équipes et de départements.

Un bon VP of Engineering maîtrise les processus et les détails. On le décrit souvent comme ayant un bon « ground game » : il sait plonger dans le détail et faire avancer les choses à bas niveau. S'il y a à la fois un CTO et un VP, c'est le VP qui pousse l'exécution des idées, pendant que le CTO se concentre sur la stratégie et la place de la technologie dans l'entreprise. Ses responsabilités managériales sont lourdes : il aligne la roadmap sur le plan de recrutement, planifie l'évolution des équipes, coache l'équipe de management et négocie les livrables avec un fort instinct produit et métier.

Note

Le poste de VP of Engineering est à la fois vaste et minutieux — ce qui le rend difficile à recruter, alors que la plupart des entreprises devront le recruter en externe. La personne doit comprendre vite ce qui se passe et gagner la confiance des gens. Difficulté classique : les ingénieurs font peu confiance sans crédibilité technique, mais les managers de cette séniorité n'ont guère envie de passer un entretien technique difficile pour un poste essentiellement organisationnel.

Ceux qui excellent ici sont des ingénieurs compétents, soucieux de leurs équipes, qui préfèrent rester en retrait au profit d'organisations performantes. Ils veulent des équipes heureuses, mais lient ce bonheur à un sentiment d'accomplissement, et gèrent un travail complexe sans se laisser submerger.

Le CTO : la stratégie et la vision

Le titre de CTO est l'un des moins bien définis du monde technique. Commençons par ce qu'il n'est pas : ce n'est pas un poste d'ingénierie, ni le sommet de l'échelle technique, ni la progression naturelle vers laquelle les ingénieurs devraient tendre. Le CTO n'est donc pas nécessairement le meilleur ingénieur de l'entreprise.

Alors qu'est-ce qu'un CTO ? La meilleure définition de Fournier : le CTO est le dirigeant technique stratégique dont l'entreprise a besoin à son stade actuel d'évolution.

Stratégique : il pense au long terme, planifie l'avenir de l'entreprise et ce qui le rend possible.
Exécutif (executive) : il rend cette pensée opérationnelle, en décomposant le problème et en dirigeant des personnes pour l'exécuter.

Avant tout, un CTO doit se soucier du métier et le comprendre, et savoir façonner la stratégie d'entreprise au prisme de la technologie. Il est dirigeant d'abord, technologue ensuite. Sans siège à la table exécutive ni compréhension des défis du métier, il ne peut pas guider la technologie pour les résoudre. Il identifie les plus grandes opportunités et risques techniques et se concentre dessus. S'il se concentre sur le recrutement ou le processus, c'est parce que c'est ce qui compte le plus à ce moment-là — à l'opposé de l'idée du CTO « chief nerd » cantonné au purement technique.

Piège courant

Le piège mortel du CTO : abandonner toute responsabilité de management à ses VP, parfois au point que les VP ne lui sont même plus rattachés. Or il est extrêmement difficile de garder influence et efficacité sans pouvoir hiérarchique. Si vous n'avez ni pouvoir sur la stratégie métier ni capacité à allouer des personnes aux tâches importantes, vous êtes au mieux à la merci de votre influence, au pire une potiche (figurehead). On ne peut pas céder la responsabilité du management sans céder le pouvoir qui va avec.

VP Engineering ou CTO : lequel choisir ?

Les deux postes se font de mille manières et certains profils ont des réponses mixtes. Mais quelques questions aident à s'orienter. Le conseil de Fournier aux aspirants CTO : c'est d'abord un métier de stratégie d'entreprise, et aussi un métier de management. Si le métier de votre société ne vous intéresse pas, ce poste n'est pas pour vous.

Vous penchez vers le CTO si…	Vous penchez vers le VP of Engineering si…
Vous envisagez peut-être de cofonder une entreprise un jour	Vous aimez manager les gens
Vous voulez superviser l'architecture technique et ses règles d'évolution	Vous aimez rendre les processus d'ingénierie plus efficaces
Vous voulez ancrer cette architecture dans la croissance du métier	Vous aimez une vue large du travail et peser sur sa priorisation
Vous acceptez les événements externes, le speaking, la vente, le recrutement de seniors	La structure organisationnelle vous fascine
Vous acceptez de mentorer des contributeurs individuels seniors	Vous préférez une planification de roadmap à une revue d'architecture

À retenir

La voie la plus rapide vers le poste de CTO est d'être cofondateur technique — mais cela ne garantit le poste que tant que vous et la startup grandissez ensemble. La voie la plus rapide vers le VP of Engineering est d'acquérir de l'expérience de management dans une grande organisation, puis de rejoindre une startup en croissance. Et ce conseil d'une VP à Fournier : « Vouloir être CTO (ou VP), c'est comme vouloir se marier. Ce n'est pas que le titre, c'est aussi l'entreprise et les gens qui comptent. »

Définir la stratégie technique

Pour beaucoup, la stratégie est l'élément le plus critique du leadership senior — et celui dont on ignore par où commencer. Chez Rent the Runway, la CEO de Fournier lui a renvoyé chacune de ses tentatives jusqu'à ce qu'elle produise quelque chose à la hauteur. L'exercice l'a fait passer d'une idée vague à une stratégie concrète et prospective, couvrant l'architecture technique comme la structure de l'équipe — qui a fini par influencer la façon dont l'entreprise pensait sa propre structure.

Étape	Ce que vous faites
Faire beaucoup de recherche	Demander aux ingénieurs leurs points de douleur ; aux dirigeants d'où viendra la croissance ; examiner les goulots, les défis de scaling et l'évolution du paysage technologique
Combiner recherche et idées	Seul devant un tableau blanc, cartographier les systèmes ; les découper selon des axes (client/interne, backend/frontend) ; repérer les évolutions possibles
Rédiger une stratégie	Dégager des idées actionnables ; penser la structure du métier, les besoins des clients internes et externes, les futurs possibles
Adapter au style du conseil	Comprendre comment communique votre conseil d'administration : ici, un deck dense, lu avant la réunion — non un deck épuré de conférencier

La CEO avait rejeté deux choses : un plan sous-développé, fait surtout de détails d'architecture, sans idées au-delà de 6 à 12 mois ni prise en compte des moteurs métier ; et un slide deck trop épuré pour un conseil qui avait besoin d'un support dense.

Astuce

Fournier décrit la stratégie d'une entreprise produit comme ce qui « rend possibles les nombreux futurs potentiels du métier ». Ce n'est pas un document réactif qui répond aux problèmes actuels : il anticipe et permet la croissance future. Le plus dur est de commencer. Le deuxième plus dur est d'accepter de parier sur l'avenir avec une information très imparfaite — c'est ce qui sépare le leadership réactif du leadership prospectif.

Gérer les priorités qui changent

Un matin, la CEO a une révélation : une nouvelle ligne de produit. Le comité s'aligne, mais les équipes tardent à converger — des projets sont en cours, certains presque finis. Puis tombe la question : « pourquoi ne travaillez-vous pas sur la priorité numéro un ? » Les dirigeants éloignés du quotidien oublient que les équipes ont des listes établies des semaines plus tôt. Quand cette question vous est posée — ou que vous êtes tenté de la poser — c'est le signe d'une vision désalignée de la réalité à réaligner.

Symptôme	Cause probable	Action
L'équipe ne travaille pas sur la « priorité n°1 »	Vous ne savez pas vous-même quelle est la priorité, ou vous ne l'avez pas communiquée clairement	Clarifier la priorité ; la communiquer à votre management, puis à leurs équipes
L'équipe continue sur l'ancien travail	Vous n'avez pas explicitement tué ou reporté le travail en cours	Passer en revue les projets en vol ; annuler ou décaler pour faire de la place
La CEO trouve le changement trop lent	Plus l'organisation est grande, plus changer de priorité est lent	Informer proactivement la CEO du quoi et du pourquoi ; montrer les étapes engagées

Soyez prêt à pousser vers le haut comme vers le bas. Si un grand projet doit être terminé avant d'insérer le nouveau, réunissez les détails sur sa valeur, son état, son échéance — et soyez réaliste : si quelqu'un au-dessus change de cap aussi urgemment, attendez-vous à devoir compromettre sur le travail en cours.

Attention

Ne sous-estimez jamais combien de fois une chose doit être dite avant d'être intégrée. Dans une grande organisation, la plupart des gens ont besoin d'entendre une chose au moins trois fois : à votre équipe de direction, en all-hands, puis par e-mail. Anticipez les questions, soyez le plus clair possible — et n'oubliez pas de vendre ce changement comme une bonne chose. La même règle vaut vers le haut : il faut souvent répéter trois fois avant que votre patron n'agisse.

Vos pairs dirigeants : la « première équipe »

L'une des grandes révélations du passage en direction senior, ce sont les relations avec les autres membres du comité exécutif. Les dirigeants seniors doivent pratiquer la priorité à la première équipe (first-team focus) : être dévoués d'abord au métier, et ensuite à leur département comme contribution à cette réussite. C'est souvent la première fois que vos pairs fonctionnent très différemment de vous, et n'avoir presque pas de pairs ingénieurs dans sa première équipe peut être isolant. Bien travailler avec des pairs transverses, cela veut dire :

Les laisser posséder leur domaine, et qu'ils possèdent le vôtre. Si vous désapprouvez leur style là où cela n'affecte pas votre équipe, restez en dehors.
Exprimer les désaccords au bon endroit : en tête-à-tête (one-on-one) ou en réunion d'équipe de direction. C'est là qu'on tranche stratégie et orientations.
Établir la confiance : faire confiance aux compétences de chacun, mais surtout écarter l'idée qu'un pair agit de façon intéressée quand il vous contredit. Pour Lencioni (The Five Dysfunctions of a Team), l'absence de confiance est la dysfonction fondamentale.

Piège courant

Vos pairs non analytiques ne sont pas stupides. La culture tech laisse croire aux ingénieurs qu'ils sont les plus intelligents de la salle ; c'est faux. Et nous nous desservons quand nous balançons du jargon à des pairs qui n'en ont pas besoin : cela nous fait passer pour stupides à leurs yeux. Apprenez à communiquer la complexité de votre travail de façon qu'un pair intelligent mais non technique puisse comprendre.

Dernier élément : le cône du silence (cone of silence). Les désaccords nés au sein de l'équipe de direction n'existent pas pour le reste de l'entreprise. Une fois la décision prise, on s'y engage et on présente un front uni. À ce niveau, vous devez choisir : vous aligner ou partir. Désapprouver ouvertement vos pairs ne fait qu'empirer la situation pour tout le monde.

L'écho : vous n'êtes plus « un membre de l'équipe »

En tant que personne la plus senior, vous êtes observé comme jamais : on cherche votre approbation, on évite votre critique. Votre ligne hiérarchique est devenue votre seconde équipe, et vous allez probablement vous détacher socialement. Pourquoi ?

Éviter le favoritisme. Garder des liens sociaux forts avec ceux qui vous sont rattachés vous poussera probablement à faire du favoritisme — et l'équipe le ressentira.
Être pris au sérieux. Une remarque jetée en l'air peut faire basculer toute la focale d'une personne. Avec une image de « copain », vos équipes ne distingueront plus le copain qui pense à voix haute du patron qui demande de se concentrer.
Ne pas aspirer tout l'oxygène. Votre seule présence change le ton des réunions. Sans vigilance, vous réorientez un projet à cause d'un brainstorm dans une réunion où vous étiez juste passé.
Protéger la stabilité. Il est tentant de se confier à des « amis » de votre équipe sur des décisions difficiles, mais vous saperiez leur confiance en partageant des angoisses qu'ils ne peuvent pas atténuer.

Note

La culture que vous construisez aura un effet « Steve Jobs » : sans même vous nommer, les gens copieront les comportements que vous modélisez. Si vous criez, ils apprennent que crier est acceptable. Si vous reconnaissez vos erreurs et vous excusez, ils apprennent qu'il est permis de se tromper. Si vous posez toujours les mêmes questions sur un projet, ils se les poseront eux-mêmes. Utilisez ce pouvoir à bon escient.

Ne plus être « un membre de l'équipe » ne veut pas dire cesser de se soucier des gens — au contraire, souciez-vous davantage d'eux comme individus. À mesure qu'on se détache, il est facile de déshumaniser et de les traiter comme des rouages ; ils le sentent, et donnent alors moins d'eux-mêmes. Votre équipe mérite un leader capable d'être bienveillant tout en prenant des décisions difficiles.

Diriger par la confiance, pas par la peur

Fournier raconte sa propre erreur : devenue dirigeante senior, vive d'esprit et capable de décider, mais aussi soupe au lait, visiblement agacée ou en colère quand les choses tournaient mal. Sans le réaliser, elle avait créé une culture de la peur. Sa première évaluation à ce niveau était cinglante : même ceux qui l'aimaient avaient peur d'elle, n'osaient plus prendre de risques ni échouer devant elle — d'où un cercle vicieux. Cette culture naît d'une survalorisation du fait d'avoir raison et de suivre les règles, d'une affinité pour la hiérarchie, et d'un terrain où le conflit ouvert est encouragé. Mais quand vous êtes le leader, ceux qui vous tenaient tête en tant que contributeur se sentent désormais menacés.

Au lieu de… (peur)	Faites plutôt… (confiance)
Traiter les gens de façon impersonnelle, foncer dans le sujet	Pratiquer la relation (relatedness) : un peu de small talk, apprendre à connaître les gens
Nier ou minimiser vos torts	Vous excuser honnêtement et brièvement, en assumant votre part — sans en faire trop
Attaquer ce avec quoi vous êtes en désaccord	Devenir curieux : demander pourquoi, transformer le désaccord en questionnement honnête
Faire d'une équipe « les mauvais » après un échec	Tenir responsable sans rendre mauvais : clarifier la mesure du succès, les capacités, le feedback

Attention

La culture de la peur survit le mieux quand tout va bien par ailleurs. Si l'on vous craint mais qu'on vous respecte, que l'entreprise croît et que les problèmes sont intéressants, vous tiendrez un temps. Mais perdez l'un de ces éléments, et ceux qui ont de meilleures options partiront. Adoucissez vos aspérités, souciez-vous des gens comme d'humains, et soyez curieux. Bâtir une culture de la confiance prend du temps, mais les résultats en valent la peine.

True North : incarner l'excellence de votre fonction

Un rôle de la direction senior est souvent négligé : le dirigeant d'une fonction fixe la référence de ce qu'« excellent » veut dire. Fournier appelle cela le True North (le « nord vrai »). Pour un dirigeant produit, c'est penser d'abord aux utilisateurs et refuser les projets hors objectifs ; pour un CFO, regarder les chiffres et les coûts ; pour un dirigeant technique, ne pas mettre en production ce qu'on ne croit pas prêt : honorer les politiques de revue, de supervision et de tests, créer des systèmes dont on est fier.

Une autre façon de le voir est l'analyse de risque — qui ne signifie pas qu'on ne prend pas de risques. Certaines choses « mauvaises » peuvent être acceptables selon le contexte (point de défaillance unique, bugs connus, code sous-testé, performances lentes). Le True North n'efface pas ces règles ; il rappelle qu'elles doivent être soigneusement considérées avant chaque mise en production.

Astuce

Le True North est un instinct directeur que vous développez avec le temps et aidez vos équipes à développer. Quand elles l'ont, on peut leur faire confiance pour suivre ces principes sans direction ni incitation. Pour devenir ce type de leader, il faut rester technique : aller assez loin dans des projets, langages ou frameworks pour dépasser les bases, et continuer d'apprendre même quand votre quotidien n'implique plus d'écrire du code. Comme CTO, Fournier fixait le True North de la production readiness, du scaling et de l'architecture — sans prendre toutes les décisions, mais en guidant les standards qui les évaluaient.

Le True North de chaque fonction diffère légèrement, ce qui crée une tension naturelle : le produit privilégie l'expérience utilisateur, la finance le coût d'infrastructure. Cette tension est saine : elle force à considérer tous les risques, pas seulement ceux qui importent à votre fonction.

À retenir

En direction technique senior, vous agissez par la stratégie, l'influence et la culture, plus que par l'action directe. Vos journées tournent autour de quatre tâches (Grove) : collecter/partager l'information, inciter, décider, donner l'exemple.
VP of Engineering et CTO sont deux métiers distincts : le VP est orienté exécution, opérations, management et détail (« ground game ») ; le CTO est le dirigeant technique stratégique dont l'entreprise a besoin à son stade — exécutif d'abord, technologue ensuite.
Le piège du CTO est de céder tout le management : on ne peut pas abandonner la responsabilité hiérarchique sans abandonner le pouvoir d'allouer les ressources, au risque de devenir une potiche.
La stratégie technique « rend possibles les futurs potentiels du métier » : faire de la recherche, combiner données et idées, rédiger, adapter au style du conseil — et accepter de parier sur l'avenir avec une information imparfaite.
Vos pairs dirigeants forment votre première équipe : laissez chacun posséder son domaine, débattez en privé, puis présentez un front uni (cône du silence). Vous n'êtes plus « un membre de l'équipe » : détachez-vous socialement, mais souciez-vous plus que jamais des gens comme individus.
Dirigez par la confiance, pas par la peur : pratiquez la relation, excusez-vous, soyez curieux, tenez les gens responsables sans les rendre « mauvais ». Et incarnez le True North de votre fonction en restant techniquement crédible.