Think like a CTO

J'adore les livres des éditions Manning !

Et "Think like a CTO" n'a fait que me confirmer que cette maison d'éditions publie de très bons livres sur nos métiers de la "Tech".

Je n'ai pas la volonté d'être un CTO demain, mais il faut savoir se préparer à toute éventualité 😅.

Un livre qui comble un vide réel

Il existe des milliers de livres sur le management, des centaines sur la tech, quelques dizaines sur le leadership technologique.
Mais un guide complet, pragmatique et honnête sur le rôle de CTO : de la relation avec le CEO à la gestion d'une cyber-attaque en passant par la due diligence Mergers & Acquisitions (M&A).
Think Like a CTO d'Alan Williamson remplit à mon avis ce vide avec clarté.

Ce n'est pas un livre de philosophie du leadership.
Ce n'est pas non plus un manuel technique (même si c'est un CTO qui l'écrit !).

C'est un guide issu du terrain, écrit par quelqu'un qui a occupé le rôle à plusieurs reprises, dans des contextes variés : startups, entreprises établies (qui ont un "legacy" en production), missions de conseil.
Les encadrés « From the field » sont là pour partager une anecdote réelle, parfois embarrassante, parfois coûteuse, mais toujours instructive.

La structure : une progression logique de l'intérieur vers l'extérieur

Le livre se découpe en quatres grands blocs :

• D'abord, comprendre son rôle et le positionner dans l'organisation (chapitres 1-3).
• Ensuite, construire et gérer son équipe (chapitres 4-7).
• Puis maîtriser les dimensions techniques et opérationnelles (chapitres 8-13).
• Et enfin, se projeter vers la croissance de l'entreprise et sa propre évolution (chapitres 14-15).

Cette progression est l'une des grandes qualités de ce livre.
On ne parle pas de CI/CD avant d'avoir compris comment parler à son CEO.
On ne parle pas de due diligence avant d'avoir structuré son équipe.
L'ordre des chapitres reflète une vraie maturité dans la compréhension du rôle.

Ce qui m'a plu dans ce livre

La franchise

L'auteur ne se présente pas le CTO idéal.
Il décrit les erreurs courantes, les angles morts, les situations où même un bon CTO peut se retrouver dépassé.
Le chapitre sur la politique interne, par exemple, est d'une lucidité rare pour un livre de management tech.

La clarté

Chaque chapitre se termine par une checklist.
Les concepts abstraits sont toujours illustrés par des exemples concrets ou des cas d'usage réels.

L'humilité technique.

Alan Williamson ne prétend pas que le CTO doit tout savoir.
Au contraire, il insiste régulièrement sur la nécessité de s'appuyer sur des spécialistes (avocat pour les contrats, CISO pour la sécurité, technical writer pour la documentation) et de savoir poser les bonnes questions plutôt que de tout maîtriser.

✅ Ce que le livre apporte avec excellence

1. Une vision 360° du rôle de CTO

Le livre couvre un périmètre exceptionnellement large : stratégie, management, technique, légal, finance, sécurité, RH, M&A. Peu de livres osent cette ambition. Williamson réussit à rendre chaque domaine accessible sans le vider de sa substance.

2. Des outils concrets et immédiatement applicables

Les checklists de fin de chapitre, la matrice de compétences, le framework d'évaluation des candidats, le modèle de budget technologique, les critères de due diligence : autant d'outils qu'un CTO peut utiliser dès le lendemain de sa lecture.

3. La dimension humaine du leadership

Le chapitre 6 sur le team management et le chapitre 7 sur les revues annuelles montrent que Williamson comprend que le CTO est avant tout un leader humain. La gestion des licenciements, les one-to-ones, la formation continue : ce sont des sujets souvent tabous dans les livres tech qui sont ici traités avec maturité.

4. La franchise sur les erreurs et les zones grises

Les encadrés « From the field » sont de vraies pépites.
Ils montrent un CTO faillible, qui apprend, qui fait des erreurs coûteuses.
C'est infiniment plus utile que les success stories lisses qu'on trouve habituellement dans ce genre de littérature.

5. La perspective du CTO comme partenaire business

L'auteur insiste constamment sur le fait que le CTO doit parler le langage du business, comprendre les enjeux financiers, les dynamiques d'investissement.
Ce positionnement — CTO comme business partner, pas comme « responsable informatique » — est bien ancré tout au long du livre.

⚠️ Ce qui manque, les sujets éventuellement à approfondir

1. L'intelligence artificielle et la transformation par l'IA

Le livre a été publié en 2023, au moment où ChatGPT venait de sortir.
Les implications de l'IA générative sur le rôle du CTO, les équipes de développement, les décisions build vs buy, et la sécurité sont à peine évoquées. C'est aujourd'hui probablement le sujet numéro un pour tout CTO.

2. La culture d'entreprise et le DEI (Diversité, Équité, Inclusion)

Le livre mentionne peu la dimension culturelle de l'équipe tech — au-delà des structures organisationnelles.
Les enjeux de diversité, d'inclusion et de culture d'équipe au sens large sont sous-traités.

3. La gestion de la dette technique à grande échelle

Le chapitre 9 mentionne la dette technique mais ne lui consacre qu'une section. Or pour beaucoup de CTOs en entreprise établie, c'est le sujet le plus complexe à gérer politiquement et techniquement.

4. La gouvernance de la donnée et la conformité réglementaire

RGPD, SOC 2, ISO 27001, HIPAA, PCI-DSS : le livre effleure ces sujets mais ne les traite pas en profondeur.
Or pour un CTO en Europe notamment, la conformité réglementaire est une contrainte majeure qui impacte l'architecture, les processus et les recrutements.

5. Le management de crise et la résilience organisationnelle

Le chapitre sur la sécurité aborde le « we are under attack », mais la gestion de crise au sens large — incident majeur de production, fuite de données publique, panne critique d'infrastructure — mériterait un chapitre entier.
La résilience organisationnelle et les retours d'expérience (post-mortems) sont à peine mentionnés.

6. L'internationalisation et les équipes distribuées

Dans un monde où les équipes sont de plus en plus distribuées (full remote, multi-fuseaux horaires, multi-cultures), le livre reste assez centré sur une organisation classique.
Les défis spécifiques du management à distance à grande échelle, de la collaboration asynchrone et de la culture des équipes distribuées mériteraient plus de développement.

7. La relation CTO / CPO et la co-construction produit

La relation entre le CTO et le Chief Product Officer (CPO) est aujourd'hui l'une des plus structurantes dans une organisation tech.
Alan Williamson la mentionne dans le contexte des « peers » mais ne l'approfondit pas.
La définition des frontières, la co-construction de la roadmap, et la gestion des tensions tech/product sont des sujets critiques.

En conclusion

Think Like a CTO est un livre de référence incontournable pour tout professionnel qui aspire à ou exerce le rôle de CTO dans une organisation de taille moyenne.
Sa force réside dans l'étendu des sujets abordés ainsi que dans son côté pratique (checklists de fin de chapitre).

Ses limites sont principalement temporelles (l'IA) et de périmètre (les grandes organisations, la culture, la conformité avancée).

Il ne remplace pas une bibliothèque spécialisée — mais c'est le livre que vous lisez en premier, avant de plonger dans les sujets qui vous concernent spécifiquement.

Et c'est exactement ce qu'il prétend être : un guide pour penser comme un CTO !