Les OKR ou comment définir des objectifs clairs et mesurables pour vos versions
NDLA : Comme vous le constaterez au cours de l’article, nous nous concentrerons uniquement sur les OKR d’une Version/Realease d’une équipe.
“OKR”, qu’est-ce que c’est ?
OKR veut dire “Objectives and Key Results” (ou “Objectifs et Résultats Clé”). Les objectifs correspondent à ce que vous souhaitez obtenir dans la prochaine cadence, tandis que les résultats permettent de vérifier de manière quantifiable (par des métriques) si vous atteindrez vos objectifs.
Il s’agit d’un indicateur pour vous permettre de confirmer (ou non) factuellement que ce que vous avez développé :
- A eu un impact positif sur votre produit,
- A atteint l’objectif attendu.
De ces résultats débouchera une Rétrospective pour que l’équipe (Métier y compris) trouve des actions pour adapter sa stratégie Produit (nouvelles fonctionnalités, repriorisation …).
Pour aller plus loin : Les OKR, la boussole de vos projets | by Silvere Duval | Medium
Leur origine
L’origine des OKR date des années 1970 par Andrew S. Grove (CEO Intel), qu’il a décrit dans les années 1980 dans son livre “High output management”.
Puis, ce concept a été introduit chez Google en 1999 par John Doerr, Larry Page et Sergey Brin qui a contribué à développer cette entreprise et devenir ce qu’elle est.
Dans cette vidéo ci-dessous, Rick Klau (Google Ventures Startup Lab) décrit les OKRs et nous raconte comment Google les a implémentés.
How Google sets goals: OKRs / Startup Lab Workshop — YouTube
“Les OKR nous ont aidé à multiplier notre croissance par 10. Ils nous ont aidé à rendre notre mission ambitieuse d’organiser l’information mondiale plus atteignable. Ils nous ont aidé, moi et le reste de l’entreprise à respecter les deadlines et à mesurer ce qui importait le plus.” — Larry Page (co-fondateur de Google).
Pourquoi utiliser des OKR ?
Les OKR apportent de nombreux avantages aux équipes.
Avoir un objectif collectif
S’engager
Prioriser
S’aligner
Etre transparent
Se responsabiliser
Se poser des objectifs ambitieux mais réalistes
La première étape pour appliquer la méthode OKR est de se fixer des objectifs ambitieux mais réalistes, à savoir des objectifs qui nous challengent et nous poussent à nous dépasser. La fixation des OKR doit se faire avec votre Métier, ainsi qu’avec les équipes projet.
Limitez vos OKR pour pouvoir bien les suivre. Dans son livre “Measure what matters”, John Doerr préconise de se limiter à 5 maximum (5 objectifs, 5 résultats clé par objectifs).
Comment est constitué un OKR ?
Il est constitué de 3 parties :
- L’Objectif pour répondre à la question « Où allons nous ? »
Il fixe la cible d’une organisation, d’une équipe ou d’une personne,
Ils doivent être ambitieux et qui inspire,
Une technique pour écrire un objectif de l’itération en répondant à 3 questions suivantes :
”A qui va-t-elle rendre service ?”
“Sur quoi agit-elle ?”
“Dans quel but ?”
Cela permet de réfléchir ensemble aux questions :
“Pourquoi nous lançons cette itération ?”
“Cela va-t-il apporter un impact positif sur notre produit ?”.
- Le résultats clé répond à la question « Comment allons-nous réussir ? »
Il matérialise les conditions de succès de l’objectif,
Ce sont des indicateurs mesurables (KPI)
On peut mesurer les résultats clés en utilisant une échelle de 0 à 100%. Par exemple 40% des prospects ont été relancés ou 70% du projet a été accompli,
On peut utiliser un indicateur numérique tel que le chiffre d’affaire généré, le taux de conversion ou encore le NPS pour mesurer la satisfaction client,
Si le résultat clé n’est pas mesurable, on indiquera un 0 pour non accompli et un 1 pour accompli.
- L’action pour réussir l’objectif. Il s’agit d’un terme qui réunit les stories à développer, ainsi que les actions à lancer.
Si les objectifs sont qualitatifs, les résultats clés (KPI) doivent être quant à eux quantitatifs.
Je vais [objectif], par [action] et mesuré par [résultat clé].
Sur quoi se reposer pour les créer ?
Différentes sources sont nécessaires pour créer des OKR :
- Votre Métier : qui aura défini les critères de succès de la nouvelle Epopée,
- Le Communiqué de presse : dans lequel sont posés les critères de succès d’une Epopée,
Exemple : pour une application mobile, 75% des utilisateurs consulteront l’application au moins une fois par mois.
- Vos Personae : en écoutant leurs attentes et frustrations avec l’aide de vos UX designer,
- Le Release Planning (ou PI Planning) : des informations importantes pourront vous être fournies à ce moment.
Sur quoi s’appliquent les OKR ?
Les OKR peuvent s’appliquer sur une Version, une Release, un Sprint.
Par exemple, lors d’un Story Mapping, la priorisation des fonctionnalités (= cartes jaunes) se fera en fonction des OKR qui auront été décidés pour chaque mises en Production (ou mises en services).
1 version= 1 OKR au minimum
Dans la priorisation, si l’on considère que la fonctionnalité est un moyen d’atteindre l’OKR de la version, alors on l’ajoute à cette dernière.
Bien sûr, plus un OKR est important pour le Métier, plus il faudra le prioriser dans la (ou les) prochaine version.
Leur suivi
Une fois mis en place, il sera nécessaire de les suivre régulièrement pour s’assurer que nous avançons toujours vers nos objectifs et, dans le cas contraire, d’anticiper une problématique, de s’adapter en conséquence ou de proposer un nouvel objectif. Les OKR ne peuvent fonctionner que s’il y a un cadencement de leur suivi comme l’indique Christina Wodtke dans son livre “Radical Focus”.
Prenons un exemple
Un nouveau parcours internet a été mis en place pour permettre à des prospects de recevoir simplement le tarif d’un produit d’assurance.
Voici l’OKR :
Suite à la mise en place de ce nouveau parcours, on constate que les résultats ne sont pas au rendez-vous.
Ces chiffres factuels vont permettre au Métier ainsi qu’aux équipes IT de réfléchir sur :
- La priorisation des prochaines fonctionnalités,
- Le contenu des prochaines versions.
Plusieurs solutions pourront être envisagées :
- On accepte les chiffres, l’objectif est revu à la baisse pour s’adapter à la réalité et on passe au nouvel objectif qui avait déjà été prévu auparavant.
Dans notre exemple : l’objectif n’a pas été atteint. Nous l’acceptons et nous nous lançons dans le second objectif qui était de proposer un tarif pour étudiant,
- On veut atteindre les chiffres attendus : On s’adapte et l’on priorise des fonctionnalités (nouvelle ou déjà présentes dans le backlog) qui permettront d’atteindre l’objectif.
Dans notre exemple : l’objectif n’ayant pas été atteint, nous allons trouver une solution pour simplifier le parcours, en réduisant le nombre de clic ou de pages, par exemple. Cela fera donc l’objet d’une priorisation de ces évolutions dans la prochaine version.
Mais attention …
… un mauvais score ne doit pas être synonyme de punition. Les OKR servent surtout de discussions et permettent d’adapter nos solutions et notre priorisation au plus tôt pour répondre à nos objectifs.
En appliquant la méthode OKR, chaque tâche que l’on réalise contribue à la réalisation de nos objectifs. Comme nos tâches sont connectées à nos résultats clés, qui eux même sont connectés à nos objectifs, notre travail est plus stratégique et intentionnel. On perd ainsi moins de temps et d’énergie sur des choses qui ne servent pas l’objectif.
Voici une question qui aidera votre équipes dans leurs décisions de tous les jours :
Est-ce que cela me rapproche des objectifs attendus ?
Par exemple :
- La solution Archi me rapproche-t-elle des objectifs de la version ?
- L’écriture de cette userstory me rapproche-t-elle des objectifs de la version ?
- Ma proposition de maquette me rapproche-t-elle des objectifs de la version ?
- Mon développement me rapproche-t-il des objectifs de la version ?
- Mon Métier souhaite ajouter une nouvelle fonctionnalité ?
Pour terminer, nous vous proposons de nous concentrer sur le dernier exemple qui est très récurrent dans nos projets.
Tout à coup, en plein milieu de Sprint, votre Métier décide d’ajouter une fonctionnalité.
Les OKR sont très puissants car ils permettent à l’équipe de challenger son Métier et son nouveau besoin :
- Cette nouveauté nous permet de nous approcher encore plus de nos objectifs ? N’hésitons pas à l’ajouter MAIS en indiquant au Métier qu’il faudra absolument déprioriser des Userstories,
- Ce besoin ne fait pas partie des objectifs ? L’équipe pourra le traiter dans une prochaine version. Dans le cas contraire, il faudra changer d’objectif en cours de sprint, en avertissant du risque de déstabiliser le delivery !
Vous démarrez la mise en place des OKR ? Pas de big-bang !
Il n’est pas toujours évident de mettre en place ces OKR, aussi testez-les, utilisez-les tout d’abord sur un petit périmètre. Cela permettra de monter en compétence progressivement l’équipe et votre Métier. N’hésitez pas non plus à faire une Rétrospective pour s’améliorer, répondre aux questions pour que tout l’équipe adhère à cette solution !
Sources de cet article
“Measure what matters” — John Doerr
“Radical Focus” — Christina Wodtke
re:Work — Guide: Set goals with OKRs (rework.withgoogle.com)
