Transition

Inspiré du livre “En quête d’expérience”, chapitre “Pivoter intelligent”. Dédramatisation “J’ai 8 ans en Java, je veux passer à Rust. Je recommence junior ?” Non. Vous ne repartez pas de zéro. Vos années d’expérience en développement vous donnent des compétences transférables : logique de programmation, architecture, debugging, collaboration en équipe. Ces compétences sont précieuses, même si la technologie change. Ce que j’ai observé : les transitions de carrière sont possibles à tout âge. Beaucoup de développeurs ont changé de domaine ou de technologie sans repartir de zéro. La clé n’est pas de tout réapprendre, mais d’identifier ce qui est transférable et ce qui doit être appris. ...

Situation réelle Tu viens du commerce, de la compta, du marketing, de l’industrie. Tu arrives en tech. Certains codes sont identiques, d’autres radicalement différents. Comprendre ces différences accélère ton adaptation. Ce que j’ai observé : les reconversions qui réussissent comprennent rapidement les spécificités culturelles de la tech. Celles qui galèrent essaient d’appliquer les codes de leur ancien monde sans adaptation. Le faux problème Le faux problème serait de croire que “travail = travail”, que les codes sont universels. En réalité, chaque secteur a sa culture, et la tech a la sienne, pour le meilleur et le pire. ...

Situation réelle “Alice démissionne.” Première réaction : panique, sentiment d’échec, culpabilité. Puis parfois : colère, sentiment de trahison. Ces émotions sont humaines mais ne doivent pas dicter la réponse. Ce que j’ai observé : un départ bien géré peut renforcer la culture. Un départ mal géré peut détruire la confiance de ceux qui restent. Le faux problème Le faux problème serait de croire qu’un départ est toujours un échec. En réalité, les gens évoluent, changent de trajectoire, et c’est normal. Certains départs sont même sains. ...

Situation réelle “Je pars dans 3 mois. Mon successeur arrive dans 1 mois. Comment lui transmettre 3 ans de contexte et de décisions sans le noyer ni disparaître brutalement ?” Cette question, tout CTO qui part proprement se la pose. Ce que j’ai observé : une bonne succession se prépare des mois à l’avance et continue quelques semaines après le départ. Une mauvaise succession crée du chaos pour des mois. ...

Situation réelle “Je veux partir, mais l’équipe compte sur moi. Comment faire sans les abandonner ?” Cette tension entre besoin personnel de partir et loyauté envers l’équipe est l’un des dilemmes les plus difficiles du rôle. Ce que j’ai observé : une transition bien préparée peut être bénéfique pour l’équipe. Une transition précipitée ou mal gérée peut créer du chaos. La différence réside dans la préparation et la communication. Le faux problème Le faux problème serait de croire que rester coûte que coûte est la seule forme de loyauté. En réalité, un CTO épuisé ou désengagé nuit plus à l’équipe qu’un départ bien préparé. ...

Situation réelle “Je ne dors plus. Je redoute chaque board meeting. Je n’ai plus d’impact. Mais démissionner, c’est abandonner l’équipe, non ?” Cette tension, je l’ai vécue et vue chez des dizaines de CTOs. Savoir quand partir est aussi important que savoir comment arriver. Ce que j’ai observé : rester trop longtemps dans un rôle qui ne convient plus détruit à la fois le CTO et l’organisation. Partir au bon moment est un acte de lucidité et de responsabilité, pas un abandon. ...