.png)
.png)
Le cadre des Objectifs et Résultats clés est une méthodologie de définition d'objectifs qui aide les équipes à définir un ensemble clair d'objectifs mesurables pour le trimestre. Il se concentre sur les résultats plutôt que sur les livrables, et c'est un excellent moyen pour les équipes de développement logiciel de simplifier la communication avec les parties prenantes. Plutôt que de discuter de la façon dont un projet donné doit être livré, l'équipe et la direction peuvent se concentrer sur pourquoi ce projet est nécessaire, et quel impact est attendu.
Bien menés, les OKR permettent aux équipes de s'approprier leur roadmap grâce à un ensemble clair d'objectifs à atteindre.
Il existe aussi de nombreuses similitudes entre les bonnes pratiques du développement logiciel et les bonnes pratiques des OKR. Vous voulez avoir des boucles de retour rapides et travailler par petits incréments pour vous assurer que vos efforts produisent les bons résultats.
Nous verrons dans ce guide quelques conseils pour vous aider à rédiger de bons OKR, ainsi que des exemples spécifiques pour les développeurs.
Comment rédiger des OKR pour le développement logiciel
Étape 1. Comprendre la différence entre les OKR et les projets
Le plus grand changement pour les développeurs qui adoptent les OKR est de déplacer leur engagement loin du backlog pour se concentrer sur les objectifs définis en début de trimestre.
Pour cela, il est essentiel de comprendre la différence entre les Objectifs, les Résultats clés et les projets :
- Objectifs : que voulons-nous accomplir le trimestre prochain ?
- Résultats clés : comment allons-nous mesurer les progrès ?
- Projets/Initiatives : quels sont nos meilleurs paris pour y arriver ?
Une erreur courante consiste à commencer par lister toutes vos initiatives existantes en guise de Résultats clés. C'est assez tentant car ces projets sont importants, mais vos OKR ne doivent pas être une simple autre représentation de votre roadmap.
Un bon Objectif doit être inspirant et facile à comprendre par n'importe qui dans votre organisation. Vous pouvez être plus précis dans les Résultats clés, mais les Objectifs doivent donner une idée claire de l'impact attendu à la fin du trimestre.
Un bon Résultat clé doit vous aider à mesurer les progrès vers votre Objectif. Un bon test consiste à se demander : « agirions-nous différemment si ce Résultat clé déraillait ? ». Si la réponse est non, alors vous devez affiner votre OKR.
Enfin, vos projets ou initiatives sont des paris que vous faites pour atteindre vos OKR. Certains fonctionneront — misez davantage sur ceux-là. D'autres échoueront, et il faut accepter d'arrêter et de passer à l'idée suivante.
Étape 2. Choisissez 2 à 3 axes de priorité
L'étape suivante consiste à choisir le bon axe de priorité pour le trimestre. Voici quelques exemples applicables au développement logiciel :
- Fiabilité : s'assurer que le service fonctionne toujours comme prévu.
- Utilisabilité : améliorer les fonctionnalités existantes pour rendre la plateforme intuitive.
- Fonctionnalités : livrer de nouvelles capacités.
- Sécurité : améliorer la protection existante et ajouter de nouvelles mesures de sécurité pour protéger les clients.
- Performance : s'assurer que votre application est réactive et évolutive.
- Vitesse de développement : investir dans votre cycle de développement pour des livraisons plus rapides.
Une fois votre thème en place, vous pouvez aller plus loin et le transformer en déclarations inspirantes pour l'équipe. Elles deviendront le point de départ de vos OKR.
Étape 3. Rédigez votre plan
Une fois votre priorité définie, vous pouvez commencer à rédiger vos OKR. Vous en trouverez des exemples ci-dessous, et voici un guide complet sur les OKR si vous débutez.
Exemple d'OKR pour les développeurs logiciels
OKR pour réduire la dette technique
Réduire significativement notre dette technique héritée
Réduire le nombre de tickets étiquetés comme dette de 120 à 75
20 % de l'effort de sprint est consacré à la dette technique
Les performances de l'application s'améliorent de 80 % grâce à notre travail sur la dette technique
OKR pour accélérer les cycles de publication
Obtenir des livraisons plus rapides grâce à l'automatisation
Augmenter le nombre de déploiements en production de 1/semaine à 4/semaine
Réduire le délai moyen de mise en œuvre des changements de 8 jours à 72 h
Réduire le temps de build de 20 min à 5 min
100 % de nos services disposent d'un pipeline de Continuous Delivery
OKR pour lancer une application mobile réussie
Lancer un MVP d'application mobile réussi
Atteindre 100 utilisateurs actifs quotidiens sur mobile avant la fin du trimestre
Le NPS de l'application mobile est supérieur à 30
25 % des nouveaux utilisateurs actifs installent l'application mobile
Atteindre un taux de rétention de 60 % à la semaine 4 pour les utilisateurs actifs de notre application mobile
OKR pour améliorer la performance et la fiabilité des logiciels
Construire une infrastructure de classe mondiale
Augmenter l'Apdex de 0,7 à 0,98
Réduire le nombre d'escalades d'astreinte de 40 %
Améliorer le taux de sessions sans crash de 75 % à 95 %
Réduire le temps de chargement des pages principales à moins de 2 s
OKR pour améliorer la qualité du code
Améliorer nos standards de qualité du code
100 % des pull requests sont relues par 2 développeurs
75 % des développeurs ont suivi une formation QA
100 % des dépôts utilisent le linting de code et l'analyse statique du code
Réduire de 60 % le pourcentage de builds cassés liés à la QA
OKR pour atteindre d'excellents standards de sécurité
Atteindre d'excellents standards de sécurité
100 % de nos services disposent d'un système d'atténuation des menaces
100 % des appareils sont inscrits dans une solution de gestion des appareils mobiles (MDM)
Tous les développeurs obtiennent un score de 90+ à notre formation de sensibilisation à la sécurité
Nos politiques couvrent 100 % des exigences de la norme ISO 27001
OKR pour migrer vers une nouvelle technologie
Notre base de code JS a migré vers TypeScript
75 % de nos dépôts JS utilisent désormais TypeScript
Réduire de 30 % l'utilisation du type « any »
80 % des développeurs front-end ont suivi une formation TypeScript
Découvrir plus d'OKR pour le développement logiciel
Il existe plusieurs façons d'obtenir d'autres exemples d'OKR particulièrement adaptés aux équipes de développement :
- Modèles d'OKR pour les développeurs : une bibliothèque de plus de 150 modèles d'OKR que vous pouvez rechercher par mots-clés ou tags.
- Générateur d'OKR par IA : vous pouvez aussi générer un ensemble d'objectifs personnalisés grâce à l'IA.
Suivre vos OKR
Savoir rédiger de bons OKR est essentiel, mais sans un bon suivi en place, les OKR s'estomperont et l'attention se perdra.
Plus il est facile pour une équipe d'avoir des discussions hebdomadaires autour des OKR, mieux elle les exécutera. Voici quelques bonnes pratiques pour le suivi des OKR.
1. Faites des points hebdomadaires
Pour être efficaces, les OKR trimestriels doivent être suivis chaque semaine. Sans une réflexion continue sur les progrès, vos OKR ne seront pas très différents de simples KPI.
Le processus de points peut être automatisé grâce à une plateforme comme Tability, qui s'occupe des rappels et diffuse les mises à jour aux équipes.
2. Suivez votre niveau de confiance
De bonnes mises à jour de progression doivent aider chacun à comprendre à quelle distance nous sommes de notre objectif, mais aussi à quel point nous sommes confiants de l'atteindre. Vous pouvez utiliser un simple code couleur rouge/jaune/vert pour indiquer votre niveau de confiance.
3. Rendez les tendances faciles à voir
Enfin, il est important d'observer les tendances pour éviter les faux positifs. Il n'est pas rare qu'une équipe démarre en trombe puis ralentisse en milieu de trimestre. Cela sera difficile à voir à moins de pouvoir consulter les tendances de progression pour chaque Résultat clé.
Quelles autres métriques les développeurs peuvent-ils utiliser ?
Maintenant que vous avez de bons objectifs, il est temps de choisir de bons résultats clés, et trouver de bonnes métriques adaptées à votre équipe peut s'avérer délicat. Heureusement, nous avons répertorié toutes les à utiliser.
En voici quelques-unes pour commencer :
Fréquence de déploiement
À quelle fréquence une organisation publie-t-elle avec succès en production
Délai moyen de mise en œuvre des changements
Le temps nécessaire pour qu'un commit arrive en production.
Temps moyen de rétablissement
Le temps nécessaire à une organisation pour se rétablir après une panne en production.
Taux d'échec des changements
Le pourcentage de déploiements provoquant une panne en production
Disponibilité
La proportion de la journée/semaine/mois pendant laquelle une application reste opérationnelle sans interruption.
Taux d'ouverture/fermeture
Le nombre de tickets ouverts divisé par le nombre de tickets fermés.
Nombre d'incidents
Le nombre d'incidents survenus en production, idéalement classés par gravité.
Couverture de code
Le pourcentage du code testé par des tests automatisés.
Temps de build
Le temps moyen nécessaire pour terminer un build. Indique le délai nécessaire à un développeur pour savoir si ses modifications ont cassé l'application.
Délai de revue jusqu'à la fusion (RTMT)
Le temps nécessaire pour qu'une revue de code soit terminée et fusionnée.
