Rapports exemple des pratiques des exigences

Cette catégorie contient des rapports concernant la gestion des exigences. Ces rapports vous aident à déterminer la volatilité d'un projet grâce au suivi de paramètres, comme le nombre d'exigences qui ont été implémentées, les exigences en attente à tous les stades et le statut actuel de chacune des exigences. Ces informations aident le gestionnaire à prendre d'importantes décisions de gestion sur le projet, comme la réaffectation des ressources à une exigence ou la suppression d'une exigence si nécessaire.

Incident par exigence

Ce rapport présente la relation entre les incidents et les exigences du projet. Si certaines exigences présentent un nombre important d'incidents, cela peut indiquer des problèmes de spécification, de conception ou d'implémentation relatives à ces exigences. Cette situation pourrait vous amener à supprimer une exigence ayant un nombre élevé d'incidents si la priorité de cette dernière est faible. De la même manière, il peut être légitime de réaffecter des ressources afin qu'elles se consacrent aux incidents d'une exigence à priorité élevée et non à des tâches à priorité plus faible.

Mise en production possible (exigence)

Ce graphique présente le nombre d'exigences dont le statut est "Approved" ou "Proposed", classées par priorité pour chaque type d'exigence. Il est supposé que les valeurs de statut ne sont pas complètement implémentées. Le nombre d'exigences affichées doit réduire lors de la progression du projet. Si le nombre d'exigences non implémentées (plus particulièrement celles ayant la priorité = "Must") ne baisse pas ultérieurement dans le projet, le projet pourrait ne pas être prêt pour la mise en production car toutes les exigences n'ont pas été implémentées.

Distribution des exigences

Ce rapport présente le nombre d'exigences ayant été implémentées et celles restant à implémenter. Le nombre implémenté doit être faible au départ et augmenter régulièrement alors que le nombre restant doit diminuer. Lorsqu'il existe un grand nombre d'exigences n'ayant pas été traitées à un stade tardif du projet, cela pourrait indiquer un problème.

Liste des exigences

Ce rapport présente les détails sélectionnés pour chaque exigence.

Renouvellement de la volatilité des exigences

Un ensemble d'exigences relativement stables facilite un projet. Toutefois, les exigences changent régulièrement. Il est essentiel de connaître le nombre de modifications. Généralement, il est plus facile de traiter les modifications au début du projet, ces courbes doivent donc baisser. Si la courbe augmente ou si le nombre de modifications est plus important à la fin du projet, des problèmes pourraient exister.

Distribution des exigences

Ce rapport affiche le nombre d'exigences pour chaque statut, priorité et stabilité. A mesure que le projet progresse, le nombre d'exigences aux statuts d'origine, comme "Proposed", doit réduire et le nombre d'exigences aux statuts ultérieurs, comme "Incorporated", doit augmenter. Sinon, certaines exigences pourraient ne pas être satisfaites. Recherchez une distribution raisonnable par priorité et stabilité. Tous les éléments ne peuvent pas être de priorité élevée et un trop grand nombre d'éléments de stabilité "Low" pourrait indiquer un problème.

Matrice de traçabilité des exigences

Ce rapport classe par type des exigences de IBM® Rational RequisitePro. Pour chaque exigence, il indique des exigences et des activités liées.

Exigences et activités UCM liées

Ce graphique le volume de travail réalisé pour chaque exigence. Recherchez des exigences pour lesquelles le travail est plus ou moins important que prévu ou d'autres exigences. Cette situation pourrait être due à la difficulté relative du travail ou indiquer que le travail a été sous-estimé ou qu'il n'est pas effectué de manière efficace.