La gestion des variantes consiste à maintenir plusieurs versions d'un produit afin de répondre aux diverses exigences des clients.
Lire la suiteGagner en efficacité et en flexibilité : le pouvoir de la gestion des variantes
Bonnes pratiques en matière de contrôle de version pour un développement logiciel efficace
Découvrez le contrôle de version, ses avantages et les bonnes pratiques permettant aux équipes DevOps d'en tirer le meilleur parti, à l'aide d'exemples concrets.
Lire la suiteTout ce qu'il faut savoir sur la conformité à la norme ASPICE (Automotive SPICE)
Découvrez les meilleures pratiques en matière de gestion des exigences dans le développement de logiciels pour le secteur bancaire, financier et des assurances afin de prendre une longueur d'avance sur la concurrence.
Lire la suiteGestion des exigences dans le développement de logiciels bancaires et financiers
Découvrez les meilleures pratiques en matière de gestion des exigences dans le développement de logiciels bancaires et financiers, un secteur qui compte aujourd’hui parmi les plus importants au monde. Rien qu’aux États-Unis, le secteur des assurances et des services financiers représente 7,78 % du PIB total, soit près de 2 000 milliards de dollars (environ 6 200 dollars par habitant).
Lire la suiteRévolutionner la gestion de projets dans le secteur automobile grâce à l'automatisation par l'IA
Cet article traite de l'impact de l'IA sur le secteur automobile, de ses avantages, ainsi que d'un nouvel outil révolutionnaire d'automatisation de la gestion de projet proposé par Modern Requirements.
Lire la suitePrésentation de la gestion des versions et des variantes
Gagnez en efficacité et réduisez vos coûts grâce à la gestion des variantes et à la gestion des versions de produits, qui vous accompagnent dans le développement de vos produits logiciels et matériels.
Lire la suiteQu'est-ce que l'établissement d'une base de référence et qu'est-ce qu'une base de référence de projet ?
Une base de référence de projet est un point de départ documenté qui définit et mesure les indicateurs de performance d'un projet par rapport à des repères antérieurs. Les bases de référence sont indispensables à toutes les équipes pour effectuer des mesures de performance pertinentes.
Lire la suiteQu'est-ce que le BABOK (Business Analysis Body of Knowledge) ? Un guide complet
Les entreprises du secteur des dispositifs médicaux sont aujourd’hui confrontées à des défis sans précédent. Le marché des dispositifs médicaux connaît une croissance annuelle composée d’environ 5 %. Dans un rapport récent, KPMG a estimé que ce marché atteindra environ 800 milliards de dollars d’ici 2030.
Lire la suiteIntroduction aux exigences dans Azure DevOps
Introduction à la gestion des exigences dans Azure DevOps
Comment les outils de gestion des exigences ADO peuvent booster votre productivité
Que vous soyez un expert ou un débutant, les fonctionnalités de gestion des exigences d'Azure DevOps sont essentielles à la réussite de vos projets.
Avec des millions d'utilisateurs à travers le monde, Azure DevOps aide déjà de nombreuses équipes à héberger des référentiels de code ou des plans de test. Cependant, la migration de votre équipe de gestion des exigences vers Azure DevOps nécessite une certaine planification.
Dans cet article, vous découvrirez le fonctionnement de la gestion des exigences dans Azure DevOps et comment votre équipe peut se lancer grâce à des textes, des vidéos et des images.
Alors, créez un compte Azure DevOps gratuit et mettez-vous au travail.
Table des matières
- Qu'est-ce qu'un modèle de processus ?
- Personnalisation de votre projet Azure DevOps
- Ajouter des exigences et interagir avec celles-ci dans les backlogs
- Comment les développeurs gèrent les exigences d'Azure DevOps
- Comment examiner les exigences d'Azure DevOps en mode natif
- Comment étendre encore davantage les fonctionnalités d'Azure DevOps
Qu'est-ce qu'un modèle de processus ?
Un modèle de processus définit la manière dont les éléments de travail (y compris les exigences) sont créés, attribués et suivis dans le cadre d'un projet d'équipe dans Azure DevOps.
Ainsi, si vous travaillez selon une méthode Agile, votre équipe classe probablement les exigences selon la hiérarchie Épique > Fonctionnalité > User Story, et votre modèle de processus reflétera cette structure. De même, les modèles de processus SCRUM, Waterfall ou de conformité refléteront les structures respectives de leur modèle de processus correspondant.
Si votre équipe souhaite utiliser un modèle de processus Agile, c'est tout à fait possible. Il suffit de préciser que votre backlog doit comporter des épopées au niveau supérieur, des fonctionnalités au niveau inférieur, et des user stories en dessous. Ce n'est pas une bonne chose pour le secteur de la gestion des exigences.
Il arrive parfois que votre équipe ait besoin d'un processus spécifique qui n'est pas encore proposé par ADO. Dans ce cas, vous pouvez créer des modèles de processus personnalisés spécialement pour votre équipe.
Il vous permet de gérer entièrement les exigences et les tâches de vos projets. Vous pouvez notamment modifier les propriétés des tâches, ajouter des règles, créer des déclencheurs personnalisés, et bien plus encore.
Peut-on personnaliser son projet Azure DevOps ?
La force d'Azure DevOps en tant qu'outil de gestion des exigences réside dans sa flexibilité. Toutes les équipes impliquées dans le cycle de vie d'une application peuvent utiliser ADO, car il s'adapte à une grande variété de besoins.
Vous pouvez personnaliser votre projet en modifiant votre modèle de processus. Cependant, vous devriez toujours réunir votre équipe avant de vous lancer afin de définir précisément à quoi ressemble votre processus et comment il doit être mis en œuvre dans Azure DevOps.
Si la personnalisation de votre modèle de processus vous semble fastidieuse, vous pouvez toujours télécharger des modèles supplémentaires pour des processus tels que BABOK, Agile-MR, la conformité, etc.
Gestion du backlog pour les exigences Azure DevOps
Une fois que les équipes ont créé des modèles de processus, elles souhaitent créer des exigences et les gérer dans Azure DevOps. Une fois votre modèle de processus Azure DevOps configuré, vous êtes prêt à ajouter des exigences au projet que vous créez. Dans Azure DevOps natif, l'endroit habituel pour ajouter des exigences est la vue Backlog. Le Backlog permet de créer des exigences à différents niveaux de la hiérarchie.
Lorsque vous créez votre modèle de processus, vous pouvez choisir la structure de votre backlog.
En définissant la structure de votre backlog, vous déterminez comment vos exigences seront décomposées dans le backlog. Dans l'exemple Agile ci-dessus, les exigences sont structurées selon la hiérarchie suivante : Épopée > Fonctionnalité > User Story
Cela signifie que vous pouvez consulter et parcourir les trois niveaux du backlog. Vous pouvez également consulter vos exigences à partir du niveau le plus élevé en sélectionnant le niveau « Épic » dans le menu déroulant en haut à droite. Il peut être utile de visualiser les exigences du niveau le plus bas lorsque vous les déplacez vers une itération.
À chaque niveau, vous pouvez créer un nouvel élément de travail en cliquant sur le bouton « Nouvel élément de travail », situé au-dessus de la liste des exigences.
Il arrive parfois que les exigences de niveau supérieur soient trop générales et qu'il faille les décomposer. Pour créer des sous-exigences pour une exigence de niveau supérieur, cliquez sur le bouton « + » situé à côté de l'exigence.
Vous pouvez ajouter des exigences dans Azure DevOps à partir des onglets « Backlog », « Queries » ou « Sprints ». Cela signifie que vous pouvez créer de nouvelles exigences et les décomposer en sous-exigences rapidement et facilement
Comment les développeurs gèrent-ils les exigences dans Azure DevOps ?
L'un des principaux avantages d'Azure DevOps en tant que solution de gestion des exigences est qu'il offre une source unique de référence pour vos développeurs, votre équipe chargée des exigences et votre service d'assurance qualité.
Mais la première étape consiste à déterminer dans quelle mesure vos développeurs sont en mesure de répondre à vos besoins.
Dans Azure DevOps, vos développeurs peuvent créer des éléments de travail de tâche qu’ils peuvent associer directement à leur travail de développement. S’ils utilisent la fonctionnalité « Repos », ils peuvent ajouter leur dépôt GitHub ou TFVC à leur projet afin de le rendre facilement accessible. Ils peuvent ensuite associer leurs poussées, leurs extractions, leurs branches, leurs validations et bien plus encore à leurs éléments de travail de tâche ou à tout autre élément de travail.
En intégrant leur travail de développement dans le processus, les équipes peuvent elles-mêmes rendre ce travail plus visible et plus facilement rattachable aux exigences.
Pour ce faire, les développeurs peuvent consulter l'itération en cours, identifier les exigences et les transformer en tâches
Comment examiner les exigences d'Azure DevOps en mode natif
Les équipes doivent généralement faire approuver les modifications qu'elles apportent. Elles ont parfois recours à des revues pour en discuter et collaborer.
Dans Azure DevOps, l'une des méthodes permettant de diffuser les spécifications consiste à envoyer par e-mail des listes de spécifications aux parties concernées à l'aide de la fonctionnalité de messagerie disponible dans l'onglet « Requêtes ». Bien que cette fonctionnalité présente certaines limites, elle permet à votre équipe d'échanger des spécifications et de collaborer avant d'apporter des modifications définitives.
Lorsque les équipes transmettent des spécifications à leurs collaborateurs internes ou à des parties prenantes externes, celles-ci peuvent examiner les documents avant leur finalisation et y apporter des modifications.
Vous recherchez de meilleurs avis ?
Vous avez besoin de signatures électroniques conformes ?
Les outils d'automatisation vous intéressent ?
Renforcement des capacités de gestion des exigences d'ADO
Azure DevOps offers plenty of functionality for both development and QA <link> teams. But it still needs a lot of functionality to make it truly unmatched in the ALM field. That’s exactly why Modern Requirements partnered with Microsoft and became their go-to partner for requirements management tools.
Modern Requirements4DevOps est intégré à Azure DevOps afin de permettre aux équipes qui l'utilisent de réaliser toutes les tâches nécessaires à la gestion des exigences au sein de leur projet. Grâce à MR4DO, vous pouvez mettre en place un modèle de source unique de vérité pour votre équipe. Pour ce faire, il leur suffit de créer les ressources qu'elles utilisent déjà dans leur projet Azure DevOps.
Avec Modern Requirements4DevOps, vous pouvez :
- Créez des documents, des schémas et des listes de questions dans le cadre de votre projet
- Créez des matrices de traçabilité de bout en bout en quelques secondes
- Créez des versions de référence qui vous aident à identifier et à gérer les modifications apportées aux exigences
- Gérez facilement les versions
- Créer et exporter des rapports de test détaillés
- Faites d'Azure DevOps l'outil de gestion des exigences par excellence
Essayez dès aujourd'hui Modern Requirements4DevOps et découvrez les avantages d'un modèle de « source unique de vérité » pour l'ensemble du travail de vos équipes au sein d'un même espace !
Qu'est-ce que l'analyse d'impact dans Azure DevOps ?
Les clients Microsoft Azure du monde entier ont désormais accès à Modern Requirements4DevOps afin de tirer parti de l'évolutivité, de la fiabilité et de l'agilité d'Azure pour stimuler le développement d'applications et définir leurs stratégies commerciales.
Lire la suite
