Des objectifs audacieux — Pourquoi l'incrémentalisme tue l'innovation

Chaque organisation que j’ai dirigée ou conseillée finit par se heurter au même mur. Pas une crise — quelque chose de plus silencieux et plus dangereux. Les objectifs rétrécissent. Les cibles deviennent plus sûres. Trimestre après trimestre, l’ambition collective de l’entreprise se dégonfle jusqu’à ce qu’on célèbre une amélioration de 3% du taux de conversion comme si c’était un exploit historique. J’ai observé ce schéma dans des startups en phase de croissance post-Series B comme dans des entreprises de plusieurs milliers de salariés. Le mécanisme est toujours le même, et si on ne le corrige pas, il finira par creuser la position concurrentielle de l’entreprise.

La gravité de l’incrémentalisme

Les entreprises en phase de croissance sont particulièrement vulnérables. Au début, tout est un pari audacieux — on n’a pas le choix. Mais à mesure que l’entreprise mûrit, quelque chose change. On recrute des opérationnels expérimentés. On construit une couche de management. On introduit la planification trimestrielle et des processus structurés de définition d’objectifs. Tout cela est positif, en théorie. Mais voici le piège : ces structures optimisent naturellement pour la prévisibilité, pas pour l’ambition.

Le middle management — et je dis cela en tant que quelqu’un qui en a construit et dirigé de nombreuses strates — devient un filtre à ambition. Un directeur fixe un objectif qu’il est sûr que son équipe peut atteindre, parce que son évaluation de performance en dépend. Son VP agrège ces objectifs et présente un plan qui semble réalisable. Le temps que ça arrive au comité de direction, on regarde un portefeuille d’améliorations modestes pour lesquelles personne ne risque son poste.

La structure d’incitation est la cause profonde. Quand les gens sont récompensés pour atteindre leurs objectifs et pénalisés pour les manquer, des acteurs rationnels fixeront des objectifs qu’ils peuvent atteindre. Ce n’est pas un problème de personnes — c’est un problème de conception systémique. Et si vous êtes CTO ou CPO sans avoir adressé ce sujet, vous êtes complice.

Le vrai coût de la prudence

Ce qu’il y a de pernicieux avec l’incrémentalisme, c’est qu’il ressemble à du progrès. On livre des fonctionnalités. Les métriques montent légèrement. Les dashboards affichent du vert. Mais prenez du recul sur 18 mois et demandez-vous : avons-nous réellement changé notre position sur le marché ? Avons-nous construit quelque chose qu’un concurrent ne pourrait pas reproduire en un trimestre ? En général, la réponse est non.

J’ai appris cette leçon à mes dépens dans l’une de mes premières entreprises. Nous avons passé près d’un an à optimiser notre flux de vérification d’identité — grappiller quelques secondes ici, améliorer le taux de réussite d’un point de pourcentage là. Tout était mesurable. Tout était défendable en réunion de conseil d’administration. Pendant ce temps, un concurrent a lancé un pipeline d’onboarding entièrement automatisé qui a rendu nos améliorations incrémentales obsolètes du jour au lendemain. On avait astiqué les chaises longues du Titanic.

Le calcul est implacable. Dix initiatives délivrant chacune 3% d’amélioration ne se composent pas en une transformation de 30%. Elles se composent en épuisement organisationnel et un produit marginalement meilleur mais fondamentalement inchangé. Pendant ce temps, l’équipe qui a misé sur une initiative 10x — même si elle n’a atteint que 5x — a pris une longueur d’avance considérable.

Les OKRs comme antidote — mais seulement si on est honnête

Je crois aux OKRs, mais je suis le premier à admettre que la plupart des implémentations sont médiocres. Elles dégénèrent en listes de tâches en deux trimestres. Les équipes écrivent des Objectives qui sont en réalité des descriptions de projet et des Key Results qui sont en réalité des livrables. “Objective : Lancer le nouveau dashboard. KR1 : Livrer le dashboard en mars. KR2 : Ajouter trois types de graphiques. KR3 : Rédiger la documentation.” C’est un plan de projet déguisé en OKR.

Le “O” d’OKR doit décrire un état du monde que l’on veut créer — pas une chose que l’on veut livrer. “Nos clients Enterprise configurent 80% de leur onboarding sans intervention du support” est un Objective. Il ne prescrit pas de solution. Il oblige l’équipe à réfléchir à ce qui devrait être vrai pour que ce résultat existe. C’est peut-être un meilleur dashboard. C’est peut-être un assistant IA. C’est peut-être une architecture produit fondamentalement différente. L’Objective s’en moque — il exige le résultat.

Les Key Results doivent être des preuves mesurables qu’on avance dans la bonne direction. Ils doivent rendre l’équipe légèrement mal à l’aise. Si chaque KR semble atteignable avec l’approche actuelle, la barre est trop basse.

Le catalyseur du 10x

Voici le principe auquel je reviens le plus souvent : si vous fixez un objectif d’amélioration de 10%, votre équipe optimisera le système existant. Si vous fixez un objectif d’amélioration de 10x, elle devra abandonner le système existant et en concevoir un nouveau. Les deux sont des outils de management valides, mais un seul produit de l’innovation.

J’ai utilisé ce principe chez IDnow lorsque nous examinions notre pipeline de détection de fraude. La proposition initiale de l’équipe était d’améliorer la précision de détection de 5 à 8% grâce à un meilleur tuning des modèles et des données d’entraînement supplémentaires. Raisonnable. Défendable. Incrémental. À la place, j’ai posé la question : que faudrait-il pour réduire les false positives d’un facteur 10, tout en maintenant le même taux de détection ? Cette question a forcé une conversation radicalement différente — une conversation qui a mené à une architecture multi-signaux combinant behavioral analytics, device fingerprinting et document forensics d’une manière qu’aucun d’entre nous n’avait initialement envisagée. Nous n’avons pas atteint 10x. Nous avons atteint environ 4x. Mais 4x, c’est un avantage concurrentiel durable. 8%, c’est une note de bas de page.

L’insight clé : l’objectif 10x ne visait pas littéralement à atteindre 10x. Il visait à rendre l’approche existante manifestement insuffisante, forçant l’équipe à entrer en territoire de résolution créative de problèmes. On n’atteint pas 10x en travaillant plus dur ou en recrutant plus d’ingénieurs. On y arrive en repensant le problème.

Ce que j’observe systématiquement, c’est que les objectifs audacieux amènent les gens à penser au problème d’une manière complètement différente. Quand l’objectif est de 10%, l’équipe demande “comment améliorer ce qu’on a ?” Quand l’objectif est de 10x, elle demande “que construirait-on si on partait de zéro ?” Ce changement de cadrage — de l’optimisation à la réinvention — mène à des approches fondamentalement différentes. Chez IDnow, l’équipe de détection de fraude n’a pas simplement affiné ses modèles existants. Elle a pris du recul et s’est demandé “et si on combinait des signaux qui n’ont jamais été combinés ?” Cette question n’aurait jamais émergé sous un objectif d’amélioration modeste. L’objectif audacieux n’a pas seulement changé le résultat — il a changé la façon dont l’équipe pensait le problème.

Créer les conditions pour des paris audacieux

Rien de tout cela ne fonctionne sans sécurité psychologique — et je ne dis pas cela comme un lieu commun. Je parle de comportements de leadership très concrets et observables.

Évaluer les OKRs honnêtement et célébrer les échecs ambitieux. Si une équipe fixe un Objective véritablement audacieux et en atteint 60%, cela doit être traité comme un meilleur résultat qu’une équipe ayant fixé un objectif prudent et atteint 100%. Si vous dites cela mais promouvez ensuite la personne qui a atteint ses objectifs prudents, tout le monde le remarque. Votre structure d’incitation parle plus fort que vos slides en All-Hands.

Séparer les OKRs des évaluations de performance. C’est non négociable. Dès que la rémunération individuelle est directement liée à l’atteinte des OKRs, vous avez tué l’incitation à l’ambition. Les OKRs doivent nourrir les conversations de performance mais ne pas déterminer mécaniquement les bonus.

Financer l’exploration explicitement. Dans chaque entreprise où j’ai porté une véritable innovation, nous avons réservé une capacité explicite pour le travail exploratoire — typiquement 15 à 20% de la bande passante engineering. Pas du “20% time” au sens Google, où c’est un avantage social. De l’exploration structurée avec des énoncés de problèmes clairs mais sans solutions prédéterminées. C’est de là que viennent les idées 10x.

Arrêter des projets publiquement et sans blâme. Des paris audacieux signifient que certains paris ne paieront pas. La manière dont vous gérez l’arrêt d’un projet qui n’a pas fonctionné donne le ton pour la prochaine ronde de définition d’objectifs. Si l’équipe qui a tenté un grand coup se retrouve affectée à de la maintenance en guise de punition, vous venez d’apprendre à toute l’organisation à jouer la sécurité.

L’approche portfolio

Je ne plaide pas pour que chaque objectif soit un moonshot. Ce serait une recette pour le chaos. Ce pour quoi je plaide, c’est un équilibre de portefeuille délibéré. À tout moment, environ 70% de l’effort engineering devrait porter sur des améliorations fiables et incrémentales du produit principal. Environ 20% devrait aller vers des paris stratégiques — ambitieux mais ancrés dans des signaux de marché clairs. Et 10% devrait être consacré à de l’exploration authentiquement risquée à fort potentiel.

Le problème dans la plupart des organisations n’est pas l’absence de ce cadre — c’est que les 70% finissent par dévorer les 20% et les 10%. Chaque trimestre, une demande client urgente ou une réponse concurrentielle grignote le budget d’exploration. En un an, on tourne à 95/5/0 et on se demande pourquoi la roadmap produit semble si peu inspirée.

Protéger ces 20-30% de travail non incrémental est une discipline de leadership. Cela exige de dire non à des opportunités de revenus à court terme. Cela exige de défendre le temps d’une équipe contre la force gravitationnelle du backlog. C’est inconfortable, et c’est l’une des choses les plus importantes qu’un leader technologique fait.

La vérité inconfortable

Voici ce que je crois après 25 ans de construction de produits et de direction d’organisations technologiques : le plus grand risque dans une entreprise en croissance n’est pas de prendre un pari audacieux et d’échouer. C’est de ne jamais prendre le pari audacieux. De s’optimiser vers l’insignifiance, un objectif trimestriel prudent après l’autre.

Les organisations qui percent — celles qui construisent de véritables avantages concurrentiels durables et créent une valeur disproportionnée — sont celles où le leadership a créé les conditions de l’ambition. Où le processus de définition d’objectifs récompense les sauts créatifs, pas seulement l’exécution fiable. Où manquer un objectif audacieux est traité comme une donnée plus précieuse qu’atteindre un objectif médiocre.

Fixez des objectifs qui rendent votre équipe mal à l’aise. Puis donnez-lui la sécurité et l’espace pour poursuivre ces objectifs sans peur. C’est ça, le job.