Dépendances entre OKR : les rendre visibles pour les gérer
Une dépendance OKR est un lien de subordination entre deux OKR (ou entre un OKR et une équipe externe) : l'atteinte de l'un nécessite la contribution de l'autre. Mal gérées, les dépendances sont la première cause d'échec en fin de cycle.
Définition
Une dépendance dans la méthode OKR désigne tout lien par lequel l'atteinte d'un Objectif ou d'un Key Result repose, en tout ou partie, sur l'action d'une autre équipe, d'un autre OKR, ou d'un acteur externe.
Les dépendances ne sont pas des problèmes en soi : elles sont la signature d'une organisation qui travaille en système. Mais des dépendances non identifiées au moment de l'OKR planning deviennent des surprises douloureuses en cours de cycle.
Dépendance, blocage, risque, besoin de coordination : ne pas confondre
Quatre notions voisines sont fréquemment confondues. La distinction est essentielle pour décider quoi en faire.
| Notion | Définition | Action attendue |
|---|---|---|
| Dépendance | Lien de subordination : sans cette contribution externe, le KR ne peut pas être atteint. | Validation explicite en planning, suivi en revue croisée. |
| Blocage | Situation qui empêche immédiatement l'avancement, à un instant T. | Levée immédiate, escalade au manager ou au sponsor. |
| Risque | Événement potentiel qui pourrait compromettre le KR si réalisé. | Plan de mitigation, surveillance en monthly review. |
| Besoin de coordination | Sujet qui demande de l'alignement entre équipes, sans relation de subordination. | Rituel léger (sync ponctuelle, canal partagé), sans engagement formel. |
Un sujet mal qualifié produit la mauvaise réaction. Un risque traité comme une dépendance fait porter à une équipe la responsabilité d'un événement qu'elle ne contrôle pas. Un blocage traité comme une simple coordination s'éternise.
Les trois types de dépendances
| Type | Description | Exemple |
|---|---|---|
| Dépendance d'équipe | Une équipe a besoin d'une autre équipe pour atteindre son KR. | L'équipe Sales dépend de l'équipe Marketing pour le pipeline qualifié. |
| Dépendance d'OKR | Un OKR ne peut être atteint que si un autre OKR avance. | L'OKR "Réduire le churn" dépend de l'OKR "Améliorer l'onboarding". |
| Dépendance externe | L'atteinte du KR dépend d'un acteur hors de l'organisation. | Obtention d'une certification dépendant d'un audit externe. |
Comment identifier les dépendances dès le planning ?
Quatre questions à poser pour chaque OKR en phase de planning :
- De qui avons-nous besoin pour atteindre ce KR ? Lister nommément les équipes ou personnes.
- Cette dépendance est-elle explicitement acceptée par la partie sollicitée ?
- Quel est le moment critique où la contribution attendue doit arriver ? (Début, mi-cycle, fin)
- Quel est le plan B si la dépendance ne se concrétise pas ?
La revue croisée des OKR en début de cycle est l'instance naturelle pour mettre toutes les dépendances sur la table.
Grille de traitement : type, impact, rituel
Pour chaque dépendance identifiée, qualifier trois dimensions et choisir le rituel adapté :
| Type de dépendance | Impact si non honorée | Rituel de traitement recommandé |
|---|---|---|
| Dépendance d'équipe (intra-organisation) | Critique (le KR ne peut pas être atteint) | Engagement formel en planning, revue mensuelle conjointe, escalade au sponsor en cas de glissement. |
| Dépendance d'équipe (intra-organisation) | Modéré (le KR est ralenti mais reste atteignable) | Canal de communication partagé, point bilatéral mensuel. |
| Dépendance d'OKR (entre deux OKR de l'organisation) | Critique | Shared OKR ou cross-functional OKR formalisé, avec owner principal nommé. |
| Dépendance externe (fournisseur, régulateur, client) | Critique | Plan B documenté, surveillance hebdomadaire, contractualisation si possible. |
| Dépendance externe | Modéré | Veille, monthly review. |
Visibilité dès l'OKR planning : non négociable
Le seul moment où une dépendance peut être traitée sereinement, c'est avant le démarrage du cycle. L'OKR planning doit explicitement consacrer du temps à :
- Recenser toutes les dépendances de chaque OKR en projet.
- Tenir une revue croisée où chaque équipe présente ses dépendances aux équipes contributrices.
- Obtenir un engagement explicite de chaque contributeur sur sa partie, ou requalifier le KR.
- Documenter les trois informations minimum : qui, quoi, quand.
Une dépendance découverte après le kickoff devient automatiquement un risque mal géré. Une dépendance découverte au mid-cycle devient quasi-systématiquement un échec de fin de cycle.
Trois patterns d'organisation des dépendances
- Dépendance acceptée et tracée. L'équipe receveuse s'engage explicitement, la contribution est inscrite dans ses propres OKR ou Initiatives. C'est le pattern sain.
- Shared OKR. Les deux équipes co-portent un Objectif commun, avec un owner principal. Voir alignement.
- Dépendance documentée mais non engageante. La partie sollicitée n'a pas pris d'engagement formel. C'est le pattern à risque : à traiter en arbitrage avant le kickoff.
Erreurs fréquentes sur les dépendances
- Découvrir une dépendance en cours de cycle. Symptôme classique de l'absence de revue croisée en planning.
- Annoncer une dépendance sans la faire valider. "On compte sur l'équipe X" n'est pas une dépendance gérée, c'est un voeu.
- Empiler les dépendances sans hiérarchiser. Une équipe Sales qui dépend de Marketing, Produit, Tech et Legal n'a pas de priorité claire.
- Confondre dépendance et délégation. Une dépendance vous engage à attendre ; une délégation transfère la responsabilité. Ne pas confondre.
Astuce Serendly : une dépendance non documentée est une dépendance qui finira mal
La quasi-totalité des OKR ratés en fin de cycle font apparaître, en rétrospective, une dépendance qui n'avait pas été identifiée au planning. Ce n'est pas un défaut d'exécution mais un défaut de planification.
Bonne pratique : documenter chaque dépendance avec trois informations seulement : qui, quoi, quand. Et la valider explicitement avec l'équipe contributrice avant le kickoff.
Cartographier et piloter vos dépendances OKR
La gestion des dépendances est l'un des sujets où la maturité OKR fait la plus grande différence. Discutons de la façon dont nous structurons ces revues croisées.
Demander une démoImpact sur l'organisation
Les dépendances non gérées sont la première cause d'échec en fin de cycle OKR. Les rendre visibles dès le planning, les faire valider explicitement, et les piloter en revue croisée transforme un risque silencieux en un sujet adressable.
Points clés à retentir pour Dépendance
- Trois types : dépendance d'équipe, dépendance d'OKR, dépendance externe.
- À identifier et valider en revue croisée pendant l'OKR planning.
- Une dépendance non explicitement acceptée par l'équipe contributrice est un voeu, pas une dépendance gérée.
- Documenter trois informations minimum : qui, quoi, quand.
- Une dépendance critique mérite un plan B documenté.
Lectures recommandées
- L'alignement dans la méthode OKR
- L'OKR planning : préparer un cycle qui tient ses promesses
- Le cascading OKR : faire descendre les objectifs sans les figer
- Responsabilité unique (single-threaded ownership) : un seul owner, un seul focus
- Qu'est-ce qu'une Initiative dans la méthode OKR ?
Synonymes de Dépendance : Interdépendance; Lien d'okr; Dépendance d'équipe; Okr dependency;