Réutilisation des exigences : une façon efficace de faciliter l’obtention des exigences
Apprenez comment réutiliser les exigences dans Azure DevOps
Azure DevOps est une plateforme incroyable qui offre une source unique de vérité.
Pour de nombreuses équipes, cette seule affirmation suffit à envisager d’utiliser la plateforme ALM leader mondiale pour la gestion des exigences. Pouvoir lier les tâches de développement aux exigences, et celles-ci aux cas de test, est difficile à manquer.
Mais que se passe-t-il si vous n’avez pas besoin de toutes les fonctionnalités d’une plateforme ALM complète?
Et si vous n’avez besoin que d’une solution pour vos besoins en gestion des exigences?
Vous pouvez utiliser toutes les fonctionnalités riches 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 les exigences à travers différents projets, collections et serveurs à l’aide de l’outil Modern Requirements4DevOps Reuse.
Vous cherchez à réutiliser les exigences?
Tu es au bon endroit.
Ce que vous apprendrez dans ce court article :
- Avantages des exigences de réutilisation
- Les deux types d’exigences de réutilisation
- Comment les exigences de réutilisation peuvent être utilisées efficacement
Les avantages de la réutilisation des exigences
Quand on parle des avantages de la réutilisation des exigences, il y a une chose qui doit d’abord être abordée.
La question la plus fréquente que je reçois des équipes matérielles est : « Comment cela pourrait-il bénéficier aux équipes qui ne sont pas liées au logiciel? »
Donc, avant de commencer, la réutilisation des exigences ne concerne pas seulement les équipes logicielles.
La réutilisation des exigences est un sujet qui attire souvent l’attention des gens.
Cela s’explique par le fait que, dans l’économie mondiale, nous voyons des entreprises se concentrer sur un domaine ou des domaines donnés au sein de certaines industries. Cela conduit des entreprises à développer des produits dans un domaine précis, ou autour d’une solution donnée, et à vraiment cibler les quelques domaines dans lesquels elles peuvent vraiment réussir.
Cela signifie qu’en construisant des projets, des solutions ou des systèmes, une équipe peut souvent réutiliser des éléments d’un projet précédent. C’est là que la réutilisation des exigences entre en jeu.
En permettant à une équipe de réutiliser ces exigences dans le prochain projet, elle peut réduire les frais généraux nécessaires pour démarrer un nouveau projet.
Pour certaines personnes, cela peut déjà être évident.
Ce qui n’est peut-être pas évident, cependant, c’est que la réutilisation peut aussi être un excellent moyen de gérer des exigences qui dépassent le niveau du projet. Cela inclurait les exigences non fonctionnelles ou les risques qui doivent être considérés comme un mandat à l’échelle de l’entreprise. Cela irait même jusqu’à permettre à votre équipe de réutiliser des exigences dont le but est strictement réglementaire ou axé sur la conformité. Cette fonctionnalité peut être étendue aux équipes logicielles et matérielles et peut même aider les équipes de produit dédiées à un composant physique ou à un livrable.
Les deux types d’exigences de réutilisation
Réutilisation des exigences par référence
Réutiliser les exigences par référence est un moyen rapide d’introduire les exigences existantes dans votre projet simplement en créant des liens avec elles. En faisant cela, vous pourriez avoir un accès direct à ces éléments de travail et revoir tout le contenu associé, les liens et les pièces jointes sans les copier réellement dans ou entre projets.
Réutilisation des exigences par référence
Réutilisation des exigences par copie
Dans Azure DevOps, il y a très peu de fonctionnalités pour copier les besoins ou autres tâches d’un projet à un autre. Mais lorsque vous ajoutez Modern Requirements4DevOps à votre environnement Azure DevOps, la réutilisation des exigences atteint son plein potentiel.
Lorsqu’on discute des exigences de réutilisation par copie, il y a trois approches principales à considérer.
Réutilisation des exigences par copie
Comment réutiliser efficacement les exigences
Après avoir regardé les vidéos ci-dessus, il est évident que l’outil de réutilisation Modern Requirements4DevOps est efficace pour réutiliser les besoins.
Il offre un contrôle total sur les exigences que vous choisissez de réutiliser, vous permet d’appliquer des personnalisations à ces exigences et vous permet de lier les exigences à l’élément du travail source.
Cela signifie que, peu importe où vous souhaitez envoyer les exigences, vous pouvez le faire en utilisant l’outil Modern Requirements4DevOps Reuse. Mais il y a des façons d’utiliser l’outil de réutilisation plus efficacement.
La première mention notable est en associant l’outil de réutilisation à l’outil Modern Requirements4DevOps Baseline.
Qu’est-ce qu’une référence?
Beaucoup d’équipes utilisent des lignes de base d’exigences sans même s’en rendre compte.
Une référence est un instantané des éléments de travail à un moment donné.
Pour de nombreuses équipes, ils utilisent simplement des versions de documents Microsoft Word comme référence.
Lorsqu’on parle de capturer les besoins à un moment donné, il y a plusieurs raisons pour lesquelles la fonctionnalité Modern Requirements4DevOps est meilleure que l’approche traditionnelle de Microsoft Word. Avec Modern Requirements4DevOps Baselines, vous pouvez enregistrer un ensemble d’éléments de travail tels qu’ils étaient à la date de votre choix.
Cela signifie que si vous voulez enregistrer vos exigences telles qu’elles étaient il y a deux semaines, vous pouvez facilement créer une référence pour ces exigences à cette date. Cela se prête directement aux avantages de l’outil de réutilisation ajouté par Modern Requirements4DevOps.
En combinant l’outil de Réutilisation avec notre Baseline, vous pouvez non seulement choisir l’ensemble d’exigences que vous souhaitez réutiliser, mais aussi la version de ces exigences. Cela vous permet d’appliquer la meilleure et la plus appropriée version de vos besoins à votre prochain projet.
La prochaine mention notable est d’utiliser efficacement le préfixe / postfixe / et d’autres opérations lors de la réutilisation des exigences.
Lors de la réutilisation des exigences, l’outil Modern Requirements4DevOps Reuse vous permet de personnaliser la façon dont les exigences réutilisées apparaîtront dans leur projet de destination.
L’écran qui vous permet de faire cela peut être vu ci-dessous :
Utiliser la fonctionnalité ci-dessus vous permettra d’ajouter facilement un préfixe ou un postfixe aux exigences une fois qu’ils atteignent votre projet de destination choisi. Comme vu plus haut, vous pouvez aussi choisir d’envoyer ces exigences à un chemin de zone spécifique (comme le matériel ou le logiciel, par exemple), ou même dans une itération donnée afin de décider quand ces exigences seront prises en charge.
La fonctionnalité la plus couramment utilisée dans les options de champ, cependant, est la possibilité d’ajouter une balise.
Souvent, lorsque vous envoyez des exigences d’un projet à un autre, vous voulez pouvoir facilement identifier et retracer ces exigences dans votre projet de destination. Ajouter une étiquette vous permettra de le faire.
Quel est le lien avec l’option Source Work Item?
Cette option vous permet d’établir un lien entre l’élément de travail que vous réutilisez et celui que vous créez dans votre projet de destination.
Quel lien cela crée-t-il?
Il relie votre nouvel élément de travail de destination à votre œuvre original via le lien « Apparenté » ou tout type de lien que vous avez configuré dans la zone d’administration.
Dans l’image ci-dessous, vous pouvez voir un cas de test que j’ai copié d’un projet à l’autre, en utilisant à la fois le préfixe « CL- » et les options « Lien vers l’élément de travail source ».
L’utilisation de la fonction « Lien vers l’élément de travail source » vous permet de retracer facilement les exigences jusqu’à leur provenance. Bien qu’il existe de nombreux cas d’utilisation pour cette fonctionnalité lors du transfert direct des besoins d’un projet à l’autre, ces cas d’usage plus avancés concernent les besoins d’une bibliothèque ou d’un dépôt vers un projet à la place.
Comment fusionner les lignes de base copiées?
Baseline est un outil très utile, peu importe si vous voulez réutiliser un seul élément de travail ou une longue liste de travaux de votre projet ou bibliothèque source. Dans Exigences Modernes, vous pouviez créer des liens entre vos éléments d’œuvres sources et copiés afin de localiser l’origine de ces éléments copiés.
Bien qu’il y ait des liens entre les deux, les éléments de l’œuvre copiés sont toujours considérés comme indépendants des éléments de l’œuvre source, ce qui signifie que tout changement que vous faites aux éléments copiés ou à l’œuvre source n’affectera pas leur équivalent.
Vous pourriez demander : comment synchroniser les changements quand c’est nécessaire? Supposons que vous ayez une bibliothèque où tous vos éléments de conception sont sauvegardés, et que vous les avez réutilisés dans 5 projets différents. Si vous devez maintenant modifier certains designs dans la bibliothèque et que vous voulez que toutes les spécifications de conception copiées soient synchronisées, vous pouvez simplement utiliser la fonctionnalité de fusion, qui se trouve sous Source/Copied Baseline(s) ou Target Copied Baseline(s) dans l’onglet Détails du module Baseline.
Baseline est un outil très utile, peu importe si vous voulez réutiliser un seul élément de travail ou une longue liste de travaux de votre projet ou bibliothèque source. Dans Exigences Modernes, vous pouviez créer des liens entre vos éléments d’œuvres sources et copiés afin de localiser l’origine de ces éléments copiés.
Bien qu’il y ait des liens entre les deux, les éléments de l’œuvre copiés sont toujours considérés comme indépendants des éléments de l’œuvre source, ce qui signifie que tout changement que vous faites aux éléments copiés ou à l’œuvre source n’affectera pas leur équivalent.
Vous pourriez demander : comment synchroniser les changements quand c’est nécessaire? Supposons que vous ayez une bibliothèque où tous vos éléments de conception sont sauvegardés, et que vous les avez réutilisés dans 5 projets différents. Si vous devez maintenant modifier certains designs dans la bibliothèque et que vous voulez que toutes les spécifications de conception copiées soient synchronisées, vous pouvez simplement utiliser la fonctionnalité de fusion, qui se trouve sous Source/Copied Baseline(s) ou Target Copied Baseline(s) dans l’onglet Détails du module Baseline.
Vous vous souvenez encore de la définition d’une référence? Un instantané des éléments de travail sélectionnés à un moment donné. Donc, peu importe les changements que nous avons apportés aux éléments de travail de base, l’instantané sauvegardé ne changera pas. Donc, même si on a fusionné les bases de base, les changements sont faits sur les dernières versions des éléments de travail, pas sur les bases elles-mêmes. Ça semble un peu difficile à comprendre?
Veuillez regarder la vidéo de 5 minutes Merge Copied Baselines.
Fusionner les bases copiées
Vous voulez profiter pleinement du potentiel de la réutilisation?
Essayez Modern Requirements4DevOps gratuitement dès aujourd’hui.
Nous vous offrons la possibilité d’essayer notre solution de gestion des exigences dans votre propre environnement Azure DevOps, ou dans un environnement que nous fournissons incluant des données d’échantillons.
