Aller au contenu

Gestion des exigences suspectes grâce au signalement automatique

« Dirty Flag / Suspect Link » est un composant de MR Services (anciennement appelé MR Agent) qui sert à identifier les éléments de travail susceptibles d'être affectés par la modification d'un élément de travail lié, afin que les parties prenantes concernées puissent examiner les éléments de travail concernés. Par exemple, si une user story passe à un état actif, les cas de test associés seront alors signalés comme suspects.
 
La fonctionnalité « Suspect Link » contribue à la réussite de votre projet en rendant l'impact des modifications apportées aux éléments de travail à la fois consultable et, de manière générale, plus visible. Vous pouvez considérer cette fonctionnalité comme un moyen d'évaluer l'impact des modifications apportées aux éléments de travail au sein de votre projet.

Comment fonctionne le système « Dirty Flag / Suspect Link » ?

Cette fonctionnalité vous permet de surveiller les éléments de travail qui répondent à certaines conditions préalables. Lorsque ces éléments de travail changent, la fonctionnalité de surveillance marque tous les éléments de travail associés comme suspects.

Prenons un exemple :

L'User Story 1 vient d'être mise en état « Terminé ». Si le Suspect Link peut être configuré pour déclencher une alerte en cas de modification des User Stories en état « Terminé » (par exemple, une modification d'un champ tel que « Description »).

Cela signifie que si le champ « Description » de l'User Story 1 est modifié à l'avenir, toutes les exigences qui y sont associées seront marquées d'un indicateur « Dirty ».

Cela permet à votre équipe de détecter facilement si une exigence répondant à un certain ensemble de critères (que vous définissez) subit une modification. Une fois identifiées, les tâches configurées qui y sont directement liées seront signalées par le statut « Modifié/Suspect ».

Pour reprendre notre exemple, si le champ « Description » de l'User Story 1 venait à changer, nous pourrions marquer d'un indicateur « Dirty » tous les cas de test directement liés qui pourraient devoir être modifiés afin de tester les nouveaux critères.

Les indicateurs d'erreur activés sur ces cas de test prendraient la forme d'une balise de tâche.

Les balises s'affichent dans l'éditeur d'éléments de travail standard d'Azure DevOps. Vous pouvez également personnaliser les options de colonnes dans le module Éléments de travail et backlogs afin d'afficher un groupe d'éléments de travail dont certains peuvent être marqués par l'indicateur « Dirty ».

Lorsque le tag « Dirty Flag » est activé sur des éléments de travail, ce tag inclut à la fois l'identifiant et la révision de l'élément de travail modifié, ce qui permet à votre équipe d'identifier facilement quelle exigence a été modifiée et a déclenché la fonctionnalité « Dirty Tag / Suspect Link ».

Les balises « Dirty Flag » peuvent être supprimées manuellement une fois que les parties prenantes concernées ont examiné l'impact et procédé aux mises à jour nécessaires. Nous recommandons, dans ce cas, d'ajouter un commentaire indiquant que la balise « Dirty Flag » a été supprimée, soit parce que les mises à jour nécessaires ont été effectuées, soit parce qu'aucune mise à jour n'est requise.  

Pour plus de détails et pour connaître la procédure de configuration de Dirty Flag/Suspect Link, veuillez regarder la vidéo.

 
Durée de lecture : 20 minutes
New MR Logo cropped
Products
New MR Logo cropped

Exigences actuelles pour le DevOps

End-to-end requirements management in Azure DevOps.

Copilot4DevOps

AI-powered assistance for DevOps workflows.

Agents4DevOps

Autonomous AI agents for DevOps execution.

AI Sync Bridge

Real-time data sync across tools and systems.

Pourquoi des exigences modernes ?

Designed to work natively within Azure DevOps, Modern Requirements extends the platform with powerful capabilities that help teams capture, manage, and validate requirements more effectively.