Un livre complet sur le rôle de CTO, avec des stratégies pratiques pour gérer la dette technique, construire des équipes, et définir une vision technique.

Edito

“Parce qu’être CTO, ça ne s’improvise pas… mais ça se partage !”

Quand j’ai commencé à écrire ce livre, je me suis dit qu’il était temps d’arrêter de faire semblant.

Semblant de savoir ce qu’on fait quand on devient CTO pour la première fois. Semblant d’avoir tout compris quand on jongle entre une architecture qui tient avec du scotch et des développeurs qui nous regardent comme si on avait toutes les réponses. Semblant d’être serein quand le CEO nous demande pourquoi l’application plante encore et que les investisseurs arrivent demain.

La vérité ? Nous avons tous galéré. Nous avons tous fait des erreurs. Et surtout, nous avons tous appris sur le tas, souvent dans la douleur.

Je m’appelle Kevin Delfour, et après 17 ans dans l’informatique dont plusieurs années en tant que CTO et dirigeant d’équipes techniques, j’ai co-fondé la communauté CTO de Lyon. Pas pour créer un énième club d’auto-congratulation, mais parce que j’avais besoin d’échanger avec mes pairs sur nos vraies difficultés. Sans langue de bois, sans bullshit marketing, juste entre professionnels qui savent ce que c’est que de devoir expliquer pourquoi “ça marche sur ma machine” n’est pas une réponse acceptable en prod.

Ce livre est né de ces échanges. De ces moments où, entre CTOs, on se dit enfin les vraies choses : “Comment tu fais pour ne pas craquer quand ton lead dev démissionne la veille d’une livraison critique ?” ou “Comment tu expliques à ton board que refactoriser le legacy, c’est pas du temps perdu ?”