Comment présentez-vous un problème technique à un CEO pour qu'il le comprenne sans avoir de bagage technique ?

Question

Accepted Answer

Commencer par l'**impact business et la décision dont vous avez besoin**, pas par le détail technique. Un CEO ne veut pas comprendre le système ; il veut comprendre le risque, les options, et ce dont vous avez besoin de sa part. Ma règle : je dois pouvoir l'expliquer dans les 30 premières secondes, et le détail technique n'est disponible que s'il le demande.

## La structure que j'utilise

1. **Le titre d'abord (BLUF).** « Notre checkout va commencer à échouer sous charge d'ici ~2 mois sauf si on investit maintenant. » Bottom Line Up Front.
2. **Quantifier l'impact dans ses termes.** Argent, clients, risque, temps. « Chaque heure de downtime coûte environ 40 k$ en commandes perdues et nuit à la confiance de nos plus gros comptes. »
3. **Donner 2-3 options avec arbitrages.** Coût vs. vitesse vs. risque. Les CEO prennent des décisions ; donnez-leur une décision à prendre.
4. **Énoncer votre recommandation et la demande.** « Je recommande l'option B. J'ai besoin de l'approbation pour mettre en pause la fonctionnalité X pendant trois semaines. »

## Un exemple concret

> *Mauvais :* « Notre connection pool de base de données est épuisé à cause de requêtes N+1 et il nous faut ajouter des read replicas. »
>
> *Bon :* « À mesure qu'on grandit, le système qui stocke les commandes atteint un plafond. Environ 50 % de trafic en plus et il ralentit à l'extrême, ce qui signifie des ventes perdues lors de nos plus gros jours. J'ai un correctif qui prend trois semaines et coûte environ 2 k$/mois d'infrastructure. L'alternative est de risquer une panne pendant le pic des fêtes. »

## Des techniques qui marchent

- **Analogies :** « C'est comme une autoroute avec trop peu de voies à l'heure de pointe. »
- **Visuels plutôt que texte :** un graphique simple de la tendance bat un paragraphe.
- **Cadrer en risque et probabilité,** pas en certitude : « forte probabilité d'ici le trimestre ».

## Pièges à éviter

- **Le jargon et les diagrammes d'architecture** dans la salle. Réservez-les à l'annexe.
- **Aucune recommandation.** Ne pas déverser des options et repartir ; vous êtes l'expert, prenez position.
- **Crier au loup.** Réserver l'urgence aux choses réellement urgentes.

## Pourquoi c'est important

Les dirigeants financent ce qu'ils comprennent. Le meilleur argument technique ne vaut rien s'il ne franchit jamais le fossé de la traduction. Un Tech Lead capable de rendre un CEO confiant dans une décision en deux minutes débloque budget, headcount et couverture politique que l'équipe ne peut obtenir d'aucune autre manière.