Critique de Livre : «The CTO Playbook» de Robert Milejko
La plupart des livres sur les CTO tombent dans l'un de ces deux pièges. Soit ils sont si abstraits que vous finissez en vous demandant « c'est bien, mais que fais-je lundi ? » Soit ils sont si spécifiques à une entreprise que les conseils ne se transfèrent pas. «The CTO Playbook» de Robert Milejko, publié en mai 2023, évite pour l'essentiel les deux. C'est un guide phase par phase qui donne l'impression d'avoir été écrit par quelqu'un qui a vécu le métier, et pas seulement étudié.
Je suis toujours à la recherche de ressources à recommander aux CTOs qui effectuent pour la première fois la transition IC vers le leadership. Il n'y en a pas beaucoup de bonnes. Ce livre mérite sa place sur cette courte liste.
Le Parcours CTO en Cinq Phases
Le cadre central du livre est un modèle en cinq phases décrivant comment le rôle de CTO évolue à mesure que l'entreprise grandit. C'est la partie la plus précieuse.
Phase 1 : Le Bâtisseur. Vous écrivez la majeure partie du code. Vous êtes l'architecture. Vous êtes le pipeline DevOps. Vous êtes toute l'équipe d'ingénierie. Le principal défi n'est pas technique — c'est de reconnaître quand cette phase doit se terminer.
Phase 2 : Le Team Lead. Vous avez recruté vos premiers ingénieurs. Vous partagez maintenant votre temps entre le code et le management. Milejko est honnête sur à quel point c'est douloureux. Vous n'êtes pas excellent dans l'un ni dans l'autre parce que vous faites les deux. Son conseil : acceptez l'inconfort, mais déléguez le code plus vite que vous ne le pensez nécessaire.
Phase 3 : Le Manager de Managers. Vous ne gérez plus des ingénieurs individuels — vous gérez les personnes qui les gèrent. C'est là où la plupart des CTOs novices grandissent ou se brisent. Les compétences qui vous ont amené ici (profondeur technique, résolution de problèmes pratique) ne sont plus les principales dont vous avez besoin.
Phase 4 : Le Leader Stratégique. L'ingénierie est une fonction que vous supervisez, pas un métier que vous pratiquez quotidiennement. Vous êtes dans des réunions de conseil d'administration. Vous prenez des décisions make-or-buy au niveau organisationnel. Vous pensez en trimestres et en années, pas en sprints.
Phase 5 : L'Exécutif. Vous faites partie du comité exécutif comme pair du CEO, CFO et CPO. Votre rôle est de traduire la technologie en résultats business et la stratégie business en direction technique.
Ce que j'apprécie dans ce cadre, c'est que Milejko ne le présente pas comme linéaire ou inévitable. Tous les CTOs n'atteignent pas la Phase 5, et toutes les entreprises n'en ont pas besoin. Une startup de 20 personnes a besoin d'un CTO de Phase 2. Mettre un exécutif de Phase 5 à ce poste serait un désastre — et inversement.
Construire une Culture d'Ingénierie
Les chapitres du milieu sur la culture d'ingénierie sont là où le livre passe du cadre aux conseils pratiques. Milejko argumente — et je suis d'accord — que la culture n'est pas quelque chose que vous définissez dans un document et affichez sur un mur. C'est l'agrégat des décisions que vous prenez et des comportements que vous tolérez.
Il couvre :
- Recruter pour la contribution culturelle, pas pour l'adéquation culturelle. La distinction importe. « L'adéquation » signifie souvent « des personnes comme nous », ce qui mène à des équipes homogènes. « La contribution » consiste à se demander quelle perspective ou force cette personne apporte que l'équipe n'a pas actuellement.
- Établir des standards techniques sans microgérer. Définissez des attentes claires (exigences de revue de code, standards de test, normes de documentation) mais laissez les équipes décider comment les atteindre.
- Créer une sécurité psychologique face à l'échec. Si votre processus post-mortem attribue des reproches, votre équipe cachera les problèmes. S'il se concentre sur les systèmes et les processus, ils feront remonter les problèmes rapidement.
Rien de révolutionnaire si vous avez beaucoup lu sur le management d'ingénierie. Mais Milejko le présente d'une manière actionnable pour quelqu'un qui ne l'a pas fait. Il vous donne le « voici ce qu'il faut vraiment faire » que beaucoup de livres de leadership omettent.
La Dette Technique comme Stratégie d'Entreprise
C'est le chapitre que j'ai le plus annoté. Milejko recadre la dette technique non pas comme un échec à éliminer, mais comme un outil stratégique à gérer.
Son argument : chaque entreprise porte une dette financière comme stratégie délibérée — vous empruntez pour investir et gérez les remboursements d'intérêts. La dette technique devrait fonctionner de la même manière. Parfois, vous contractez une dette intentionnellement parce que livrer vite importe plus qu'une architecture propre. Le problème n'est pas la dette elle-même. Le problème, c'est la dette non tracée — des raccourcis que personne n'a documentés, des hypothèses que personne n'a enregistrées, du code que personne ne comprend plus.
Il propose un système simple : chaque raccourci intentionnel est consigné avec une description, un coût estimé de correction et une condition de déclenchement (« corriger avant de dépasser 10K utilisateurs actifs quotidiens »). Cela transforme la dette technique d'une anxiété vague en un portfolio géré — et vous donne un cadre pour en discuter de façon productive avec votre CEO et votre conseil.
Comment il Se Compare aux Autres Ressources CTO
La comparaison évidente est avec «An Elegant Puzzle» (2019) de Will Larson. Larson va plus loin sur la pensée systémique et la conception organisationnelle — des modèles mentaux pour dimensionner les équipes, gérer les migrations, conduire le changement organisationnel. Milejko est plus personnel et plus orienté vers le parcours individuel. Il parle de VOUS qui grandissez dans le rôle, pas seulement de comment l'organisation devrait fonctionner.
CTO pour la première fois dans une startup en phase seed ? Lisez Milejko. VP Engineering dans une entreprise de 200 personnes ? Lisez Larson. Idéalement, lisez les deux.
Ce qui Manque
Les équipes distribuées reçoivent un traitement minimal. Étant donné que la plupart des organisations d'ingénierie en 2023 incluent des ingénieurs à distance, cela semble être un oubli. Les défis de construire une culture et de gérer à travers les fuseaux horaires méritent plus que quelques paragraphes.
Le contexte des startups européennes est largement absent. Milejko est polonais, mais le livre semble assez centré sur les États-Unis dans ses hypothèses sur les phases de financement et les trajectoires de croissance.
La communication avec le conseil est superficielle. Pour les CTOs de Phase 4 et 5, apprendre à communiquer avec des membres du conseil non techniques est critique. Le livre l'aborde mais ne vous donne pas suffisamment d'outils concrets.
Qui Devrait le Lire
Les CTOs novices récemment promus depuis ingénieur lead ou co-fondant une startup. Le modèle en cinq phases vous aidera à comprendre où vous en êtes et ce qui vient ensuite.
Les fondateurs techniques qui commencent à recruter leurs premiers ingénieurs et ressentent la tension entre construire et diriger.
Les ingénieurs managers qui aspirent au rôle de CTO et veulent comprendre à quoi ressemble le poste au-delà de leur périmètre actuel.
Si vous êtes déjà un CTO expérimenté, vous trouverez que le livre valide ce que vous avez appris plutôt que de vous enseigner des choses nouvelles. Ajustez vos attentes en conséquence.
La Conclusion
Un guide solide et pratique qui est l'un des traitements les plus complets du rôle de CTO de bout en bout que j'ai lus. Le modèle en cinq phases est genuinement utile comme outil d'auto-évaluation, et les chapitres sur la culture et la dette technique se tiennent seuls.
Chez Conectia, je travaille avec des CTOs à différentes phases de ce parcours chaque semaine. Le schéma que je vois le plus souvent : la transition de la Phase 1 à la Phase 2 — de bâtisseur à leader — est la plus difficile. Les bons ingénieurs seniors rendent cette transition possible car ils portent le poids technique pour que vous puissiez vous concentrer sur le travail de leadership que décrit Milejko.
En transition de bâtisseur à leader en ingénierie ? Parlez à un CTO — nous vous aidons à intégrer des ingénieurs senior LATAM qui peuvent porter l'exécution technique pendant que vous vous concentrez sur le leadership.
