Posture

Situation réelle “En tant que CTO, tu décides de la stack, non ?” Cette question revient régulièrement. Elle traduit une vision simplifiée du rôle : le CTO comme celui qui tranche, qui impose, qui décide de la direction technique. Ce que j’ai observé après 17 ans dans ce métier : le poids du rôle de CTO ne réside pas principalement dans les décisions qu’on prend, mais dans ce qu’on porte pour l’équipe et l’organisation. Une responsabilité invisible qui se manifeste dans les non-dits, les arbitrages silencieux, les angles morts qu’on surveille. ...

Situation réelle “Notre nouveau CTO était le meilleur dev de l’équipe.” Cette phrase, je l’ai entendue des dizaines de fois. Elle traduit une croyance répandue : le CTO devrait être le développeur le plus talentueux de l’organisation. Ce que j’ai observé : cette croyance crée des attentes décalées et des promotions ratées. Le meilleur développeur ne fait pas nécessairement un bon CTO. Pire, promouvoir systématiquement les meilleurs devs au rôle de CTO prive l’organisation d’excellents contributeurs techniques et crée des CTOs malheureux. ...

Situation réelle “Personne ne comprend vraiment ce que je porte.” Cette phrase, je l’ai entendue de la bouche de dizaines de CTOs, et je l’ai moi-même prononcée. Elle traduit une réalité peu discutée du rôle : une solitude structurelle qui ne vient pas d’un manque de relations, mais de la nature même des responsabilités. Ce que j’ai observé : cette solitude n’est ni un mythe romantique ni une fatalité à subir. C’est une conséquence de l’asymétrie informationnelle et décisionnelle du rôle. Comprendre sa source permet de mieux la gérer. ...

Situation réelle Après avoir observé, accompagné et échangé avec des dizaines de CTOs, certains patterns d’erreurs reviennent systématiquement. Pas par manque de compétence technique, mais par mécompréhension de ce que le rôle demande vraiment. Ce que j’ai observé : ces erreurs ne sont pas des défauts personnels, ce sont des pièges structurels du rôle. Comprendre ces patterns permet de les reconnaître chez soi avant qu’ils deviennent toxiques. Le faux problème Le faux problème serait de croire qu’il existe une “bonne” posture de CTO universelle. En réalité, la posture doit s’adapter au contexte : taille d’organisation, maturité technique, culture existante. ...

Situation réelle “Je suis CTO mais je passe 80% de mon temps à coder.” “Je suis CTO mais je n’ai aucun pouvoir de décision.” “Je suis CTO mais on ne m’écoute jamais.” Ces phrases révèlent un décalage entre le titre et la réalité du rôle. Ce que j’ai observé : le titre de CTO peut masquer des dysfonctionnements organisationnels ou servir de cache-misère. Reconnaître ces dérives permet soit de les corriger, soit de partir avant de s’y perdre. ...

Situation réelle “Tu codes encore ?” Cette question revient régulièrement quand je dis que je consacre environ 10 à 15% de mon temps au code. Elle traduit deux visions opposées : ceux qui pensent qu’un CTO ne doit plus coder du tout, et ceux qui pensent qu’il doit rester le meilleur développeur de l’équipe. Ce que j’ai observé : ni l’un ni l’autre n’est vrai. Un CTO qui ne code jamais perd progressivement sa crédibilité technique et sa capacité à évaluer les décisions. Un CTO qui code trop devient un bottleneck et néglige ses responsabilités stratégiques. ...