Réutilisation des exigences : un moyen efficace de faciliter la collecte des exigences
Découvrez comment réutiliser les exigences dans Azure DevOps
Azure DevOps est une plateforme exceptionnelle qui offre une source unique de vérité.
Pour de nombreuses équipes, cette affirmation suffit à elle seule à les inciter à envisager d'utiliser la plateforme ALM leader mondial pour la gestion de leurs exigences. La possibilité de relier les tâches de développement aux exigences, et celles-ci aux cas de test, est une opportunité difficile à laisser passer.
Mais que faire si vous n'avez pas besoin de toutes les fonctionnalités d'une plateforme ALM complète ?
Et si vous aviez simplement besoin d'une solution pour gérer vos exigences ?
Vous pouvez exploiter toutes les fonctionnalités avancées de Modern Requirements4DevOps pour transformer votre projet Azure DevOps en une solution complète de gestion des exigences. L'une de ces fonctionnalités est la possibilité de réutiliser des exigences dans différents projets, collections et serveurs à l'aide de l'outil de réutilisation de Modern Requirements4DevOps.
Vous souhaitez réutiliser des spécifications ?
Vous êtes au bon endroit.
Ce que vous apprendrez dans ce bref article :
- Avantages de la réutilisation des exigences
- Les deux types d'exigences en matière de réutilisation
- Comment exploiter efficacement la réutilisation des exigences
Les avantages de la réutilisation des exigences
Lorsque l'on évoque les avantages de la réutilisation des exigences, il y a un point qu'il convient d'aborder en premier lieu.
La question qui m'est le plus souvent posée par les équipes matérielles est la suivante : « En quoi cela pourrait-il bien profiter à des équipes qui ne travaillent pas dans le domaine logiciel ? »
Avant de commencer, précisons que la réutilisation des exigences ne concerne pas uniquement les équipes de développement logiciel.
La réutilisation des spécifications est un sujet qui suscite souvent l'intérêt.
En effet, dans l'économie mondiale, on constate que les entreprises se concentrent sur des domaines ou des secteurs spécifiques au sein de certaines industries. Cela les amène à développer des produits dans un domaine précis ou autour d'une solution donnée, et à se concentrer exclusivement sur les quelques domaines dans lesquels elles peuvent vraiment exceller.
Cela signifie que, lorsque vous développez des projets, des solutions ou des systèmes, une équipe peut souvent réutiliser des éléments d'un projet antérieur. C'est là que la réutilisation des exigences entre en jeu.
En permettant à une équipe de réutiliser ces exigences dans le projet suivant, celle-ci peut réduire la charge de travail nécessaire au démarrage d'un nouveau projet.
Pour certaines personnes, cela va peut-être déjà de soi.
Ce qui n'est peut-être pas évident, cependant, c'est que la réutilisation peut également constituer un excellent moyen de gérer les exigences dont la portée dépasse le cadre du projet. Cela inclut les exigences non fonctionnelles ou les risques qui doivent être pris en compte au niveau de l'ensemble de l'entreprise. Cela permettrait même à votre équipe de réutiliser des exigences dont l'objectif est strictement réglementaire ou axé sur la conformité. Cette fonctionnalité peut s'étendre aussi bien aux équipes logicielles qu'aux équipes matérielles et peut même aider les équipes produit dédiées à un composant physique ou à un livrable.
Les deux types de réutilisation des exigences
Réutilisation des exigences par référence
La réutilisation des exigences par référence est un moyen rapide d'intégrer des exigences existantes à votre projet en créant simplement des liens vers celles-ci. Cela vous permet d'accéder directement à ces éléments de travail et de consulter l'ensemble du contenu, des liens et des pièces jointes associés sans avoir à les copier au sein d'un même projet ou d'un projet à l'autre.
Réutilisation des exigences par référence
Réutilisation des exigences par copie
Dans Azure DevOps, les fonctionnalités permettant de copier des exigences ou d'autres éléments de travail d'un projet à un autre sont très limitées. Mais lorsque vous intégrez Modern Requirements4DevOps à votre environnement Azure DevOps, la réutilisation des exigences atteint son plein potentiel.
Lorsqu'on aborde la réutilisation des exigences par copie, trois grandes approches doivent être prises en compte.
Réutilisation des exigences par copie
Comment réutiliser efficacement les exigences
Après avoir visionné les vidéos ci-dessus, il apparaît clairement que l'outil Modern Requirements4DevOps Reuse est efficace pour la réutilisation des exigences.
Il offre un contrôle total sur les exigences que vous choisissez de réutiliser, vous permet de les personnaliser et de les relier à l'élément de travail d'origine.
Cela signifie que, quelle que soit la destination de vos spécifications, vous pouvez les envoyer à l'aide de l'outil Modern Requirements4DevOps Reuse. Il existe toutefois plusieurs façons d'utiliser cet outil de manière plus efficace.
La première mention notable concerne l'association de l'outil de réutilisation avec l'outil « Modern Requirements4DevOps Baseline ».
Qu'est-ce qu'une version de référence ?
De nombreuses équipes utilisent des versions de référence pour leurs exigences sans même s'en rendre compte.
Une version de référence est un instantané des éléments de travail à un moment donné.
De nombreuses équipes utilisent simplement les versions des documents Microsoft Word comme version de référence.
Lorsqu'il s'agit de consigner les exigences à un moment donné, la fonctionnalité Modern Requirements4DevOps présente de nombreux avantages par rapport à l'approche traditionnelle utilisant Microsoft Word. Grâce aux « baselines » de Modern Requirements4DevOps, vous pouvez consigner un ensemble de tâches telles qu'elles se présentaient à la date de votre choix.
Cela signifie que si vous souhaitez consigner vos exigences telles qu'elles étaient il y a deux semaines, vous pouvez facilement créer une version de référence pour ces exigences à cette date. Cela met directement en évidence les avantages de l'outil de réutilisation ajouté par Modern Requirements4DevOps.
En associant l'outil « Réutilisation » à notre référence, vous pouvez non seulement sélectionner l'ensemble des exigences que vous souhaitez réutiliser, mais aussi choisir la version de ces exigences. Cela vous permet de réutiliser la version la plus pertinente et la mieux adaptée de vos exigences dans votre prochain projet.
Il convient également de mentionner l'importance d'utiliser efficacement les opérations de préfixation, de postfixation et autres lors de la réutilisation des exigences.
Lorsque vous réutilisez des exigences, l'outil Modern Requirements4DevOps Reuse vous permet de personnaliser la manière dont les exigences réutilisées s'afficheront dans le projet de destination.
L'écran qui vous permet d'effectuer cette opération est présenté ci-dessous :
L'utilisation de cette fonctionnalité vous permettra d'ajouter facilement un préfixe ou un suffixe aux exigences une fois qu'elles auront atteint le projet de destination que vous avez choisi. Comme indiqué ci-dessus, vous pouvez également choisir d'envoyer ces exigences vers un chemin de domaine spécifique (comme le matériel ou les logiciels, par exemple), ou même vers une itération donnée, afin de décider du moment où elles seront traitées.
La fonctionnalité la plus couramment utilisée dans les options de champ est toutefois la possibilité d'ajouter une balise.
Souvent, lorsque vous transférez des exigences d'un projet à un autre, vous souhaitez pouvoir facilement identifier et suivre ces exigences dans le projet de destination. L'ajout d'une balise vous permettra de le faire.
Quel est le lien avec l'option « Source Work Item » ?
Cette option vous permet d'établir un lien entre le work item que vous réutilisez et celui que vous créez dans votre projet de destination.
Quel lien cela crée-t-il ?
Cela relie votre nouvel élément de travail de destination à votre élément de travail d'origine via le lien « Related » (Lié) ou tout autre type de lien que vous avez configuré dans l'espace d'administration.
Sur l'image ci-dessous, vous pouvez voir un cas de test que j'ai copié d'un projet à un autre, en utilisant à la fois le préfixe « CL- » et l'option « Link to source work item » (Lier à l'élément de travail source).
La fonctionnalité « Lier à l'élément de travail source » vous permet de retracer facilement l'origine des exigences. Si cette fonctionnalité offre de nombreux cas d'utilisation pour le transfert direct d'exigences d'un projet à un autre, ses applications plus avancées concernent plutôt le transfert d'exigences depuis une bibliothèque ou un référentiel vers un projet.
Comment fusionner des lignes de base copiées ?
Baseline est un outil très utile, que vous souhaitiez réutiliser un seul élément de travail ou une longue liste d'éléments de travail issus de votre projet ou bibliothèque source. Dans Modern Requirements, vous pouvez créer des liens entre votre source et les éléments de travail copiés afin de pouvoir retracer l'origine de ces derniers.
Même s'il existe des liens entre eux, les éléments de travail copiés sont toujours considérés comme indépendants des éléments de travail sources, ce qui signifie que toute modification apportée aux éléments de travail copiés ou aux éléments de travail sources n'aura aucune incidence sur leur équivalent.
Vous vous demandez peut-être : comment synchroniser les modifications lorsque cela s'avère nécessaire ? Supposons que vous disposiez d'une bibliothèque dans laquelle tous vos éléments de travail relatifs aux spécifications de conception sont enregistrés, et que vous les ayez réutilisés dans 5 projets différents. Si vous devez maintenant modifier certaines conceptions dans la bibliothèque et que vous souhaitez que toutes les spécifications de conception copiées soient synchronisées, il vous suffit d'utiliser la fonctionnalité Fusionner, qui se trouve sous « Références source copiées » ou « Références cible copiées » dans l'onglet Détails du module Références.
Baseline est un outil très utile, que vous souhaitiez réutiliser un seul élément de travail ou une longue liste d'éléments de travail issus de votre projet ou bibliothèque source. Dans Modern Requirements, vous pouvez créer des liens entre votre source et les éléments de travail copiés afin de pouvoir retracer l'origine de ces derniers.
Même s'il existe des liens entre eux, les éléments de travail copiés sont toujours considérés comme indépendants des éléments de travail sources, ce qui signifie que toute modification apportée aux éléments de travail copiés ou aux éléments de travail sources n'aura aucune incidence sur leur équivalent.
Vous vous demandez peut-être : comment synchroniser les modifications lorsque cela s'avère nécessaire ? Supposons que vous disposiez d'une bibliothèque dans laquelle tous vos éléments de travail relatifs aux spécifications de conception sont enregistrés, et que vous les ayez réutilisés dans 5 projets différents. Si vous devez maintenant modifier certaines conceptions dans la bibliothèque et que vous souhaitez que toutes les spécifications de conception copiées soient synchronisées, il vous suffit d'utiliser la fonctionnalité Fusionner, qui se trouve sous « Références source copiées » ou « Références cible copiées » dans l'onglet Détails du module Références.
Vous vous souvenez de la définition d'une version de référence ? Il s'agit d'un instantané d'éléments de travail sélectionnés à un moment donné. Ainsi, quelles que soient les modifications apportées aux éléments de travail inclus dans la version de référence, l'instantané enregistré reste inchangé. Par conséquent, même si nous avons fusionné les versions de référence, les modifications s'appliquent aux dernières versions des éléments de travail, et non aux versions de référence elles-mêmes. Cela vous semble un peu difficile à comprendre ?
Nous vous invitons à regarder la vidéo de 5 minutes intitulée « Fusionner des lignes de base copiées ».
Fusionner les lignes de base copiées
Vous souhaitez découvrir tout le potentiel de la réutilisation ?
Essayez gratuitement Modern Requirements4DevOps dès aujourd'hui.
Nous vous offrons la possibilité de tester notre solution de gestion des exigences dans votre propre environnement Azure DevOps, ou dans un environnement que nous mettons à votre disposition et qui comprend des données d'exemple.