Lorsqu'un OKR d'entreprise est modifié

De Wiki Agile
Version datée du 18 novembre 2025 à 16:40 par Fabrice Aimetti (discussion | contributions)
(diff) ← Version précédente | Version actuelle (diff) | Version suivante → (diff)
Aller à la navigation Aller à la recherche

Auteur : Comic Agilé
Source : #206 – Changing the Enterprise OKRs


Traducteur : Fabrice Aimetti
Date : 14/10/2022


Traduction :



L'utilisation des OKR d'entreprise peut aider à aligner et à concentrer les équipes Scrum de toute l'organisation sur des objectifs communs de haut niveau, mais elle présente également un inconvénient. Le risque est que, si un OKR d'entreprise doit être modifié parce qu'il est devenu obsolète, cela peut avoir un effet domino sur toutes les équipes. C'est un problème, car nous ne voulons pas que la crainte des effets d'un changement d'OKR nous empêche d'être une entreprise agile capable de modifier ses OKR en cas de besoin sans coûts importants.

Par exemple, si l'objectif d'une entreprise est de « se développer sur le marché allemand et de conquérir 20 % des parts de marché de nos concurrents en 10 mois », les résultats clés de l'entreprise pourraient être les suivants : « Réaliser une étude de marché sur le marché allemand et un rapport d'analyse SWOT avant le 15 février ». Au niveau de l'équipe, ce KR de l'entreprise devient un objectif d'équipe qui est décomposé en KR d'équipe, tels que : « Embaucher un analyste germanophone ». Une autre équipe décompose les autres KR de l'entreprise en KR d'équipe. L'effet domino potentiel est créé lorsque tout cela est mappé à des Epics, des Features et des User Stories. Par conséquent, prenez-en un ; les OKR peuvent en fait faire partie de vos backlogs.