Des KPIs plus intelligents : spï¿?cifiabilitï¿? et testabilitï¿? (2/3)

Des kpis plus intelligents pour des décisions plus intelligentes - partie 2

Spécifiabilité & Testabilité
Mots-clés :
Spécifiabilité
Testabilité
KPIs intelligents
Gestion des risques
Décisions
Résumé : Ce livre blanc traite du besoin de métriques plus intelligentes pour permettre aux managers de prendre les bonnes décisions pendant un Sprint, un projet ou un programme, mais aussi pour décider du moment opportun pour livrer une nouvelle version en production ou aux utilisateurs.

La grande majorité des organisations prennent encore ce type de décisions sur la base d'un SWAG 1 plutôt que sur des métriques documentées et pertinentes. XQual apporte un ensemble de KPIs 2 automatisés et en temps réel pour y contribuer.

Ce livre blanc explique comment cela fonctionne en utilisant la spécifiabilité (couverture pondérée des spécifications) et la testabilité (couverture pondérée des tests) de XQual.

Tout ceci s'appuie sur la notion de périmètre abordée dans le premier livre blanc de cette série (partie 1) et décrit les principaux avantages qu'elle apporte. Veillez à lire ce livre blanc au préalable.
Le troisième livre blanc de cette série (partie 3) étendra la notion de périmètre, de spécifiabilité et de testabilité aux aspects qualité.

Sommaire

Introduction

Dans le premier livre blanc de cette série (partie 1), nous avons présenté les raisons pour lesquelles les managers ont besoin de savoir plus que simplement « progressons-nous assez vite ? ». Nous avons également expliqué en détail comment le KPI de couverture pondérée du périmètre peut considérablement aider les managers à prendre des décisions tout au long du cycle de vie du projet ou du sprint.

Dans ce livre blanc, nous abordons et étendons cette notion pour couvrir les KPIs de Spécifiabilité et de Testabilité.

Spécifiabilité

XQual n'impose pas de gérer des spécifications. Bien que cela soit très utile pour de nombreux projets, y compris ceux définis comme « Agiles ». Lorsque vous recevez une User Story, vous devez souvent en définir certains aspects : maquettage de l'interface graphique, workflows de base, données en entrée et en sortie, règles de calcul ou de décision...

Vous capturez ces éléments à l'aide d'un large éventail d'outils, du simple papier-crayon aux outils de modélisation avancés. De nombreuses organisations utilisent encore des documents entièrement textuels en langage naturel. Quel que soit votre contexte et vos pratiques, vous pouvez avoir intérêt à gérer ces éléments au sein de votre ALM et à assurer la traçabilité des Exigences vers les Spécifications et les Tests jusqu'aux résultats des tests.

Comme vous pouvez l'imaginer, certaines spécifications peuvent couvrir plusieurs exigences et, bien sûr, certaines exigences peuvent couvrir plusieurs spécifications. Cela rend le calcul plus complexe pour déterminer la couverture des spécifications du SUT.

Testabilité

Ce même problème se pose lors du calcul de la couverture de tests du SUT. Comme pour la couverture des exigences, XQual gère cela en utilisant :
  • la priorité de la spécification
  • le statut de la spécification
  • la priorité du test
  • l'exécutabilité du test
couverture de test pondérée
Figure 1 : Couverture croisée des exigences par spécification

Décrire l'algorithme complet en détail dépasse le cadre de ce livre blanc, mais vous en trouverez les grandes lignes dans le livre blanc précédent.

L'information importante ici est que pour chaque SUT et chaque dossier de SUT, vous obtenez 3 KPIs :
  • Couverture pondérée des exigences (également appelée Périmètre)
  • Couverture pondérée des spécifications (également appelée Spécifiabilité)
  • Couverture pondérée des tests (également appelée Testabilité)
consolidation de la couverture de test pondérée
Figure 5: Consolidation de la couverture pondérée des exigences 1

consolidation de la couverture de test pondérée
Figure 6: Consolidation de la couverture pondérée des spécifications 2

consolidation de la couverture de test pondérée
Figure 7: Consolidation de la couverture pondérée des tests 3


En utilisant ces trois KPIs conjointement, vous obtenez une bien meilleure vision de l'état d'avancement du projet. Comme expliqué dans le livre blanc précédent, pouvoir connaître à tout moment vos niveaux de couverture au cours du projet permet de prendre des décisions plus intelligentes. Par exemple, ici, si vous êtes dans un contexte où chaque fonctionnalité, chaque composant doit être testé, le diagramme suivant (Figure 2) vous alerterait très rapidement... vous n'y êtes pas encore tout à fait !

progression de la couverture de test
Figure 2: Progression de la couverture de test

Par conséquent, dans un tel cas, vous devez clairement décider soit de réduire le périmètre, soit d'allonger la durée du projet.

couverture de test avec périmètre réduit
Figure 3: Périmètre réduit

Conclusion :
NOUS AVONS VU 3 KPIS DIFFÉRENTS MAIS LIÉS DANS LES DEUX PREMIERS LIVRES BLANCS DE CETTE SÉRIE :
  • PÉRIMÈTRE
  • SPÉCIFIABILITÉ
  • TESTABILITÉ
VOUS POUVEZ EN TIRER PARTI EN FONCTION DE VOTRE CONTEXTE ET DE VOS POLITIQUES QUALITÉ.
À TOUT MOMENT, VOUS POUVEZ ANALYSER L'ÉTAT RÉEL DE VOTRE PROJET ET PRENDRE DES DÉCISIONS INTELLIGENTES. À LA FIN DE CHAQUE CYCLE (SPRINT, RELEASE, PROJET), VOUS DISPOSEZ DES OUTILS POUR DÉCIDER SI VOUS SOUHAITEZ METTRE CECI EN PRODUCTION OU LE LIVRER À VOS CLIENTS.
CES KPI SONT CALCULÉS EN TEMPS RÉEL ET LES PARAMÈTRES DE BASE SONT TOUS CONFIGURABLES, CE QUI PERMET DE S'ADAPTER FACILEMENT À TOUTE ORGANISATION. NOUS VERRONS DANS LE PROCHAIN LIVRE BLANC COMMENT NOUS POUVONS TIRER PARTI DE CES MÉTRIQUES POUR EN GÉNÉRER UNE NOUVELLE : LE SCORE QUALITÉ.

Références :
1 SWAG : https://en.wikipedia.org/wiki/Scientific_wild-ass_guess
2 KPI : https://en.wikipedia.org/wiki/KPI


Try XQual for Free for 30 Days!

No credit card, No install, No Ads and No SPAM.