Donner de la visibilité au CTO sans micro-management
Avoir une vraie vision sur les roadmaps, sans surveiller chaque équipe.
Contexte
Traveldoo, Expedia Group · Program Manager · 5 ans · 3 CTO successifs
La situation
Chaque nouveau CTO arrivait avec la même question : comment savoir où en sont vraiment mes équipes, sans avoir à courir après chaque update ?
Sans outillage adapté, le choix se résumait souvent à deux mauvaises options : le micro-management ou naviguer à vue.
Le problème n'était pas technique. Les équipes savaient travailler. C'était un problème de lisibilité : les roadmaps avançaient en silos, les dépendances n'étaient pas visibles, et le leadership manquait d'une vue d'ensemble exploitable.
Ce que j’ai mis en place
Sur 5 ans, avec trois CTO aux profils très différents, j'ai construit et affiné un ensemble de rituels et d'outils de pilotage, testés en mode test & learn, jamais imposés, toujours co-construits avec les équipes.
Aucun n’a été appliqué tel quel : chaque dispositif a été ajusté en fonction de ce que les équipes absorbaient réellement.
- Hill Charts pour visualiser l'avancement réel des projets, au delà du pourcentage de tâches terminées
- DORA Metrics pour objectiver la performance des cycles de delivery
- Jira Portfolio pour la vue multi-équipes sur les roadmaps
- Risk register pour identifier les risques en amont sur les roadmaps, prioriser par impact/probabilité et prévoir des escalades structurées pour que les blocages remontent au bon niveau et au bon moment.
- Dependency spider - cartographie visuelle des dépendances inter-équipes via des post-its en open space, particulièrement efficace avant la généralisation du télétravail, pour rendre les interdépendances littéralement visibles de tous
- Parking lot des projets pour gérer les priorités changeantes sans perdre les sujets en attente
- Shaping / Betting / Done pour suivre le cycle de vie des idées produit, de l'exploration à la livraison
- Rétrospectives régulières pour détecter les signaux faibles avant qu’ils deviennent des problèmes et maintenir la communication de qualité dans la durée
La logique était constante : montrer, expliquer, inviter à participer, jamais imposer.
C’est d’ailleurs en cherchant les bons formats, à la demande des premiers CTO, que j’ai construit cette expertise : chaque contexte était une occasion de tester, d’ajuster et d’affiner ce qui fonctionnait vraiment.
Ce qui a changé
La vraie mesure d'un système organisationnel, c'est ce qui se passe quand les conditions changent.
À un moment donné, l'organisation R&D de Traveldoo s'est retrouvée sans CTO pendant plusieurs mois. Les rituels et les outils de pilotage ont tourné de manière autonome, sans que personne n'ait à les pousser.
J'étais disponible en support, mais le cap a été maintenu sans difficulté particulière.
Quand le nouveau CTO est arrivé, il a apporté sa vision et de nouvelles idées (North Star Metrics, nouveaux formats de suivi des priorités) que j'ai mis en place avec lui. Le système existant a absorbé cette nouvelle couche sans être remis à plat.
Plus tard, quand un senior engineering manager a pris le rôle de CTO, il a hérité d'une organisation qui fonctionnait. Jusqu'à la fermeture de la société pour raisons économiques, les projets ont continué d'avancer. Les équipes pouvaient se concentrer sur ce qui comptait.
Sur cinq ans, l'organisation a traversé trois profils de CTO très différents, une vacance de leadership de plusieurs mois, et une clôture de société, sans que les rituels s'effondrent.
C'est peut-être la meilleure définition d'un dispositif qui tient vraiment : un système auquel les équipes reviennent d'elles-mêmes, même quand personne ne leur demande.