Les objectifs SMART

Il peut paraitre étonnant au premier abord de parler des objectifs SMART sur un blog dédié au test et à la qualité!

Après y avoir réfléchi et creusé le sujet j’ai réalisé que les objectifs SMART sont:

  • Mentionnés et à connaitre dans le syllabus Testeur technique agile
  • La base d’une politique de test car cette dernière donne les objectifs pour le test
  • Un élément qui touche une grande partie des testeurs qui se retrouvent à avoir des objectifs professionnels fixés avec leur employeur

Il m’a alors semblé important d’abordé ce concept qui s’adapte à de nombreux contextes.

SMART est un acronyme. C’est dans son cas un moyen mnémotechnique qui permet de s’assurer que l’on a pensé à un ensemble d’éléments essentiels à la définition d’objectifs de qualité… ou devrais-je dire d’objectifs intelligents (smart).

Cet acronyme de 5 lettres est là pour fixer 5 piliers que doivent, de manière générale, contenir les objectifs:

Ces éléments sont:

  • S pour Spécifique

Il faut ici entendre spécifique comme l’opposé de « générique ». Les objectifs dépendent du contexte! On ne donne pas les mêmes objectifs à tout le monde ou à toutes les équipes.

  • M pour mesurable

On dit souvent que l’on ne peut améliorer que ce que l’on mesure. On ne peut aussi évaluer l’atteinte d’un objectif que si on est capable de mesurer son atteinte. On arrive alors à la définition d’indicateurs qui doivent être partagés.

Attention, il reste important de garder un aspect « humain » et ne pas s’obstiner sur un indicateur au risque de faire face à la loi de Goodhart

  • A pour acceptable

J’ai souvent considéré que cet aspect était assez proche du « réaliste ». C’est le cas dans un certain sens mais la présence de cet élément est maintenant pour moi plus profonde.

Un objectif, à la manière d’une politique de test, fixe un cap, une orientation. Un objectif acceptable est un objectif partagé par l’ensemble des parties prenantes. Un objectif que ces parties prenantes souhaite atteindre.

Si on nous parle accompagnement, humain, qualité mais qu’au final on n’a que des objectifs de vente directe alors cela montre une énorme différence de vision qui peut rendre des objectifs inacceptables et donc des objectifs que certaines parties prenantes ne souhaitent même pas atteindre

  • R pour réaliste

Cet ékement est celui auquel on pense toujours. Fixer des objectifs irréalistes est contre productif et génère un désengagement profond.

  • T pour temporellement défini

Ce point est souvent oublié. Il est pourtant essentiel. Un objectif est mesuré et il est important de définir quand seraprise la prochaine mesure pour savoir s’il a été atteint.Un objectif d’un article par semaine est totalement d’un objectif d’un article par mois!

Si un seul de ces 5 éléments n’est pas rempli alors on va au devant de problèmes structurels liés à ces objectifs… Et par expérience je sais que cela peut mener à des conflits ouverts ou mêmes des fractures dans la communication entre la personne à qui l’on donne ces objectifs et la personne qui les fixe.

Conclusion

Les objectifs se doivent d’être raisonnés et respecter certaines règles. Les objectifs SMART, à la manière d’une DoD ou d’une DoR, permet de valider certains points essentiels. Cela n’est évidemment pas totalement suffisant mais cela permet d’éviter des problèmes qui peuvent vite prendre de l’importance.

Au final, il faut également se rappeler que se fixer des objectifs c’est se fixer des cap et qu’il est essentiel de définir ces derniers de manière collaborative pour s’assurer d’une adhésion. Sans cette adhésion les objectifs ne seront qu’un élément parmi d’autres, trop souvent oubliés, ignorés voir même source de désengagement.

Pensez à rejoindre le groupe « Le métier du test » si vous souhaitez échanger sur le test

Merci à tous ceux qui mettent « j’aime », partagent ou commentent mes articles

N’hésitez pas à faire vos propres retours d’expérience en commentaire.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Les petits trucs de testeur
Bug

Petits trucs de testeur: le retest

Introduction Un testeur est amené, dans son quotidien à découvrir des anomalies (c’est normal il les cherche!). Ces anomalies font l’objet d’un processus (workflow) qui les amène régulièrement (ce n’est pas toujours le cas) à être corrigés. Lorsque la correction de ce bug relève d’une modification du code (des fois

Lire la suite »
Automatisation

Des logs aux tests de régression assisté par l’IA – Démarche et retour d’expérience avec Gravity

L’utilisation des logs pour automatiser les tests de régression permet de garantir que les parcours utilisateurs clés sont correctement testés. Cela permet aussi de réduire l’effort de test par la génération automatique des scripts à partir des traces d’usage à couvrir. Nous détaillons cela dans le processus outillé en 3 étapes décrit dans cet article.

Lire la suite »
Test design
Conception de cas de test

Plus d’estime pour le test design : un plaidoyer – Anne Kramer

Info: cet article a été publié initialement sur le blog de Smartesting. Introduction On pourrait se croire dans Harry Potter. Les bons tests semblent tomber du ciel. Il suffit de brandir la baguette magique et de les écrire ou de les programmer. C’est pourtant un métier que de concevoir de

Lire la suite »