Les OKR ne créent pas l’autonomie. Le management, si.
Faire du produit, définir des OKR, construire une roadmap et découper les ambitions en epics est utile. Ces outils clarifient la destination. Mais ils ne créent pas, à eux seuls, une organisation autonome.
Le paradoxe des organisations qui réclament de l’ownership
Beaucoup d’organisations demandent aux équipes de prendre des initiatives, d’être force de proposition et de se comporter comme des propriétaires de leur produit.
Mais, dans le même temps, chaque décision doit être validée, les solutions sont définies avant l’étude du problème et toute divergence avec le plan initial est perçue comme un manque d’alignement.
Le message implicite devient contradictoire : « Soyez autonomes, mais faites exactement ce que nous avions prévu. » On ne peut pas demander de l’ownership tout en conservant le monopole des décisions.
- Chaque décision remonte vers le manager.
- La roadmap devient une liste d’engagements figés.
- Les estimations sont négociées jusqu’à correspondre à une attente déjà décidée.
- L’équipe exécute un plan qu’elle n’a pas réellement le droit d’améliorer.
Un OKR peut être parfaitement formulé et produire zéro autonomie
Un bon OKR décrit une ambition et des résultats observables. Il ne devrait pas devenir un moyen sophistiqué d’imposer une liste de fonctionnalités.
De la même manière, une epic devrait représenter un problème suffisamment important pour mériter un travail collectif. Elle ne devrait pas être une solution entièrement conçue en amont, simplement découpée pour être exécutée.
Lorsque le management définit l’objectif, la solution, le séquencement et les détails d’exécution, il ne reste presque plus rien à posséder. L’équipe peut encore livrer. Mais elle ne peut plus vraiment penser le produit.
- Quel changement voulons-nous obtenir ?
- Pour quels utilisateurs ou quelle partie du business ?
- Comment saurons-nous que nous avons progressé ?
- Pourquoi cet objectif est-il prioritaire maintenant ?
La maîtrise apparente
- Décisions ralenties: chaque sujet attend une validation et le manager devient un goulot d’étranglement.
- Responsabilité diluée: l’équipe applique une décision prise ailleurs, puis porte pourtant le risque du résultat.
- Expertise sous-utilisée: les personnes proches du produit, du code et des utilisateurs ne peuvent pas exercer pleinement leur jugement.
La dépendance apprise
- Moins d’initiative: pourquoi challenger un plan lorsque la réponse est déjà décidée ?
- Désengagement: les profils expérimentés cessent progressivement de proposer.
- Attente d’instructions: l’organisation obtient finalement l’équipe peu autonome qu’elle redoutait.
L’autonomie n’est pas l’abandon
Sortir du micromanagement ne signifie pas laisser les équipes avancer sans direction ni exigence. Une autonomie utile repose sur un cadre explicite.
Le leadership doit clarifier l’ambition partagée, le problème à résoudre, les résultats attendus, les contraintes, les standards non négociables et les décisions que l’équipe peut prendre seule.
Le rôle du leader ne disparaît pas. Il change. Il ne consiste plus à décider de chaque mouvement, mais à construire un environnement dans lequel de bonnes décisions peuvent être prises au bon niveau.
- Un cap clair: le pourquoi, la priorité et le niveau d’ambition sont compris.
- Des contraintes explicites: les limites business, réglementaires, techniques et financières sont visibles.
- Un droit réel à la décision: l’équipe sait ce qu’elle peut décider seule et quand solliciter un arbitrage.
- Une exigence assumée: les hypothèses, les choix et les résultats restent challengés.
Les équipes sont les expertes du terrain
Les dirigeants portent la stratégie, les contraintes économiques et les arbitrages globaux. Les équipes, elles, voient les comportements des utilisateurs, les limites du système, les problèmes opérationnels et les dépendances réelles.
Le bon fonctionnement ne consiste donc pas à choisir entre vision stratégique et expertise terrain. Il consiste à les faire travailler ensemble.
Le leadership partage l’ambition et le contexte. Les équipes construisent le chemin, testent les hypothèses et adaptent la réponse à ce qu’elles apprennent. C’est ainsi qu’elles peuvent atteindre l’ambition initiale, voire la dépasser.
Challenger sans prescrire
Un leader peut rester très présent sans reprendre le contrôle de la solution. Challenger aide une équipe à progresser. Prescrire en permanence lui apprend à dépendre.
Avant de reprendre la main, il peut vérifier si le résultat attendu est réellement compris, si les contraintes sont explicites et si le droit à la décision est clair.
Il peut aussi se demander s’il challenge le raisonnement ou s’il impose simplement sa préférence. Une différence de méthode n’est pas nécessairement une erreur.
- Quel problème cherchons-nous réellement à résoudre ?
- Quelles hypothèses soutiennent cette décision ?
- Quelles alternatives avez-vous étudiées ?
- Quels risques acceptez-vous ?
- Comment allez-vous mesurer le résultat ?
- De quelles informations ou de quel soutien avez-vous besoin ?
La maturité se voit dans l’endroit où les décisions sont prises
Une organisation product-led ne se reconnaît pas au nombre d’OKR, d’epics, de squads ou de cérémonies. Elle se reconnaît à sa capacité à distribuer les décisions au niveau où se trouve le meilleur contexte.
On ne construit pas une organisation autonome en demandant aux équipes de suivre plus précisément les instructions. On la construit en clarifiant l’ambition, en partageant le contexte et en donnant un véritable droit à la décision.
Cette conviction est au cœur de ma méthode de leadership comme CTO / CTPO : créer un cadre suffisamment clair pour permettre aux équipes d’agir, de progresser et de dépasser les ambitions partagées.