Ce que le pilotage m'a appris sur la direction d'entreprise
Des principes du cockpit directement transposables au business -- des decisions meteorologiques basees sur les donnees aux corrections de cap continues, en passant par des objectifs limpides et la discipline des checklists.
Toutes les quelques semaines, je prends la route jusqu’a Schoenhagen, un petit aerodrome d’herbe et d’asphalte au sud de Berlin, je fais le tour de prevol de mon Cirrus SR22T, et je pars quelque part. Le rituel est toujours le meme : verifier les NOTAMs (Notices to Airmen — dangers temporaires, fermetures de piste, espaces aeriens restreints), consulter la meteo, deposer un plan de vol, derouler la checklist et decoller. Apres vingt-cinq ans a batir et diriger des entreprises technologiques — quatre exits, une decennie de leadership produit, et aujourd’hui la direction technique chez IDnow — je ne cesse de constater a quel point ce qui fait un pilote sur fait aussi un dirigeant competent. Pas comme une jolie metaphore. Comme un veritable systeme d’exploitation.
Sache exactement ou tu atterris avant de decoller
Avant de demarrer le moteur de N111DU, je connais mon aeroport de destination, la piste active, l’approche aux instruments que je volerai si la meteo se degrade, l’aeroport de degagement si cette approche ne fonctionne pas, et le carburant necessaire pour atteindre tous ces endroits plus une reserve legale. Ce n’est pas optionnel. C’est la reglementation, et c’est une question de survie.
Les equipes en entreprise lancent des projets en permanence sans rien qui ressemble de pres ou de loin a ce niveau de clarte sur la cible. “Ameliorer la conversion” n’est pas une destination — c’est au mieux un cap sur la boussole. Un vrai objectif ressemble plutot a ceci : “reduire le drop-off entre l’identity-capture et le liveness-check de 15 % pour les utilisateurs mobiles dans la region DACH d’ici fin Q3, mesure dans notre funnel Amplitude.” Ca, c’est une piste d’atterrissage. On peut planifier une approche vers elle. On peut calculer si on a le carburant — les personnes, le temps, le budget — pour y arriver. Et on peut nommer son alternate : si les donnees montrent que le probleme se situe en fait dans la latence d’upload des documents plutot que dans l’etape de liveness, on sait ou devier.
J’ai vu des equipes brillantes bruler des mois parce que personne n’avait defini a quoi ressemblait “fini” avant de commencer a construire. En aviation, cette ambiguite tue des gens. En entreprise, elle ne tue que des trimestres — mais le principe est le meme.
La meteo, ce sont des donnees, pas des opinions
Les pilotes consultent la meteo de maniere obsessionnelle, et ils le font a partir de sources structurees et standardisees. Un METAR est un instantane des conditions actuelles sur un aeroport — vent, visibilite, couches nuageuses, temperature, pression — encode dans un format concis qui n’a pas change depuis des decennies. Un TAF est une prevision pour les 24 a 30 heures suivantes. L’imagerie radar montre les cellules de precipitation. Les PIREPs (rapports de pilotes) indiquent ce que quelqu’un a reellement vecu a une altitude et un endroit donnes il y a dix minutes.
Rien de tout cela n’est de l’intuition. Personne ne regarde par la fenetre du FBO en disant “ca a l’air bien.” On extrait les donnees, on lit les donnees, on prend la decision. Si le TAF annonce un plafond de 200 pieds et un demi-mile de visibilite a destination et qu’on n’est pas qualifie et a jour en vol aux instruments, on ne part pas. Point final. Les donnees decident.
Je trouve remarquable la frequence a laquelle des dirigeants — des personnes qui ne songeraient jamais a voler dans un orage — prennent des decisions consequentes sur le produit ou le marche a l’instinct. “Je pense que les clients veulent ceci.” “Le marche donne l’impression de tourner.” Ce sont des impressions, pas des METARs. Vos tableaux de bord analytiques, vos donnees de cohortes, vos tendances NPS, votre clustering de tickets support — ce sont vos bulletins meteo. Lisez-les avec la meme discipline qu’un pilote lit son briefing. Quand les donnees disent de ne pas lancer, ne lancez pas, peu importe a quel point la demo a semble convaincante en interne.
Le plan n’est pas le vol
Je depose un plan de vol IFR (Instrument Flight Rules) avant chaque voyage cross-country. Il specifie ma route, mon altitude, ma vitesse, mon autonomie carburant et mon heure estimee d’arrivee a la minute pres. Il est precis, detaille, et faux presque immediatement apres le decollage.
Le vent en altitude n’est jamais exactement ce que la prevision annoncait. Le controle aerien vous reroute autour d’autre trafic ou de la meteo. On attrape une composante de vent de face qui brule le carburant plus vite que prevu. Le GPS montre que la trajectoire au sol derive vers la gauche. Alors on corrige. On ajuste le cap, on recalcule le carburant, on demande une altitude differente. C’est parfaitement normal. Personne ne panique. L’ecart par rapport au plan n’est pas un echec — c’est de la physique.
Pourtant en entreprise, rater le plan trimestriel meme d’une faible marge declenche l’alarme. Les equipes traitent le plan comme un engagement plutot que ce qu’il est reellement : une meilleure estimation deposee avant le depart. La vraie competence, c’est la correction continue. A quelle vitesse detectez-vous l’ecart ? Avec quelle precision en diagnostiquez-vous la cause ? Avec quelle determination ajustez-vous ? Un GPS met a jour votre position chaque seconde. Vos instruments de pilotage d’entreprise devraient vous offrir une cadence comparable pour les metriques qui comptent.
Les meilleures organisations produit que j’ai construites fonctionnaient exactement ainsi — des points de controle hebdomadaires sur la trajectoire, pas des post-mortems trimestriels sur un plan perime.
Vos instruments de bord sont vos KPIs
La suite avionique Cirrus Perspective+ met une quantite enorme d’informations devant moi en permanence. Vitesse, altitude, cap, vitesse verticale, CHT et EGT (temperatures de culasse et de gaz d’echappement), debit carburant, carburant restant, trajectoire GPS au sol, proximite du relief, trafic environnant, couche meteo superposee. Chaque instrument repond a une question specifique. Ensemble, ils creent la conscience situationnelle — un modele mental continuellement mis a jour de l’endroit ou je suis, ou je vais et de ce qui se passe autour de moi.
La plupart des entreprises avec lesquelles j’ai travaille ont une instrumentation inferieure a celle de mon avion monomoteur. Elles peuvent vous donner le chiffre d’affaires du mois dernier mais pas le taux d’echec de deploiement d’aujourd’hui. Elles connaissent leurs effectifs mais pas leur cycle time. Elles suivent les OKRs par trimestre mais ne voient pas une tendance de sante client evoluer semaine apres semaine. C’est comme voler avec un altimetre et rien d’autre — on sait a quelle altitude on est, mais pas si on est sur le point de percuter une montagne.
Construire le bon tableau de bord pour une organisation produit est l’une des actions a plus fort levier qu’un leader technologique puisse entreprendre. Pas un dashboard avec cinquante graphiques que personne ne lit — un ensemble d’instruments soigneusement selectionnes qui repondent aux questions auxquelles vous avez reellement besoin de repondre pour prendre des decisions. Chiffre d’affaires. Burn rate. Frequence de deploiement. Taux d’incidents. Activation client. Couverture du pipeline. Carburant restant.
Les checklists ne sont pas pour les debutants
J’ai vole des centaines d’heures dans la SR22T. Je pourrais reciter la checklist before-takeoff de memoire. Je la deroule a partir de la carte imprimee a chaque fois, sans exception.
Ce n’est pas une habitude de debutant. C’est une pratique deliberee enracinee dans des decennies d’enquetes sur les accidents. L’industrie aeronautique a appris — par des crashes, par des morts — que la memoire humaine est peu fiable sous charge. Les pilotes experimentes ne sautent pas des etapes par negligence, mais parce que le cerveau, meme sous un stress ou une distraction legers, elimine ce qu’il considere comme routinier. Les checklists rattrapent ce que la confiance laisse passer.
J’ai apporte cette discipline dans chaque organisation d’ingenierie que j’ai dirigee. Checklists de deploiement. Runbooks de reponse aux incidents. Sequences d’onboarding client. Revues de readiness avant lancement. Pas parce que l’equipe ne sait pas quoi faire, mais parce que “savoir quoi faire” et “le faire de maniere fiable a chaque fois sous pression” sont deux choses completement differentes. Le Checklist Manifesto d’Atul Gawande a plaide cette cause pour la chirurgie. L’aviation l’a fait des decennies plus tot. Le genie logiciel est encore en train de rattraper son retard.
La culture de l’erreur n’est pas optionnelle — c’est la seule facon d’apprendre
L’aviation possede la culture de l’erreur la plus efficace de toutes les industries que j’ai rencontrees. Quand quelque chose tourne mal — un incident, un quasi-accident, un ecart de procedure — c’est signale, enquete et partage. Pas pour attribuer des fautes, mais pour empecher la recurrence. Le systeme entier repose sur le principe que les humains font des erreurs, et que la seule facon d’ameliorer la securite est de parler ouvertement de ces erreurs.
Chaque rapport d’enquete accident du NTSB ou du BEA se lit de la meme facon : une chaine d’evenements, chacun individuellement survivable, qui se sont combines en catastrophe parce que personne n’a detecte la sequence a temps. Les rapports ne demandent pas “qui a fait une erreur ?” Ils demandent “quelles conditions ont permis que cela se produise, et comment changer ces conditions ?” C’est pourquoi l’aviation commerciale est aussi sure — pas parce que les pilotes sont parfaits, mais parce que l’industrie a appris a traiter chaque erreur comme une donnee plutot que comme une disgrace.
En entreprise, la plupart des organisations font le contraire. Les erreurs sont enterrees, expliquees ou discretement attribuees a quelqu’un qui est ensuite mis sur la touche. Le resultat est que l’organisation n’apprend jamais. Les memes erreurs se repetent parce que personne ne les a documentees, personne ne les a partagees, personne n’a change le systeme qui les a produites.
Les meilleures cultures d’ingenierie que j’ai construites ont emprunte directement a l’aviation. Des post-mortems sans blame apres les incidents. Des signalements de quasi-incidents sans consequences. Des sessions d’apprentissage partagees ou les equipes presentent leurs echecs aux cotes de leurs succes. Cela ne fonctionne que quand le leadership le modelise vraiment — quand le CTO se leve et dit “voici une decision que j’ai mal prise le trimestre dernier et ce que j’en ai appris.” Des que le signalement d’erreurs comporte un risque de carriere, cela s’arrete. Et quand cela s’arrete, on perd le seul mecanisme fiable d’apprentissage organisationnel.
Go/No-Go est un framework, pas un ressenti
La decision la plus difficile en vol est le go/no-go. La meteo est marginale. Le plafond est annonce a 800 pieds mais le TAF dit qu’il pourrait descendre a 500. Il y a un SIGMET (Significant Meteorological Advisory) pour turbulence moderee sur votre route. Vous avez la qualification et l’equipement pour voler dans ces conditions, techniquement. Partez-vous ?
Les bons pilotes ne prennent pas cette decision de maniere emotionnelle. Ils ont des minimums personnels — des conditions en dessous desquelles ils ne volent tout simplement pas, independamment de ce qui est legal ou de ce que l’avion peut supporter. Ils ont des alternates planifies. Ils evaluent le tableau complet des risques de maniere systematique : tendance meteo en amelioration ou en degradation ? Niveau de fatigue du pilote ? Complexite de l’approche ? Attentes des passagers creant de la pression ?
Les meilleures decisions business que j’ai prises ont suivi exactement cette structure. Pas “est-ce que je me sens bien a propos de cette entree sur le marche”, mais : quelles sont les conditions ? Quel est notre seuil minimum pour continuer ? Quel est l’alternate si les conditions se degradent apres qu’on se soit engage ? Quelles pressions — attentes du board, couts irrecuperables, anxiete concurrentielle — pourraient me biaiser vers “go” quand les donnees disent “attendre” ?
J’ai annule des vols que j’aurais probablement pu effectuer en securite. J’ai tue des initiatives produit qui auraient peut-etre fonctionne. Dans les deux cas, la discipline est la meme : quand le rapport risque-rendement n’atteint pas vos minimums personnels, vous restez au sol. Il y a toujours un autre jour pour voler, un autre trimestre pour livrer.
Le pilotage ne fait pas de vous un meilleur dirigeant par quelque vague processus de construction du caractere. Il vous rend meilleur parce qu’il vous oblige, de maniere repetee et avec des consequences reelles, a faire les choses que le bon leadership exige : definir votre cible avec precision, collecter des donnees plutot que des opinions, corriger en continu au lieu de paniquer face aux ecarts, maintenir la conscience situationnelle par une instrumentation disciplinee, suivre les checklists meme quand on pense ne pas en avoir besoin, traiter chaque erreur comme une opportunite d’apprentissage plutot qu’un echec, et prendre les decisions go/no-go avec un framework plutot qu’un ressenti.
Le cockpit se trouve simplement etre un endroit ou la boucle de feedback est immediate et les consequences d’une erreur sans ambiguite. Le business vous laisse plus de marge pour etre approximatif. Ce n’est pas un avantage — c’est un piege.