Introduction 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

  1. Qu'est-ce qu'un modèle de processus ?
  2. Personnalisation de votre projet Azure DevOps
  3. Ajouter des exigences et interagir avec celles-ci dans les backlogs
  4. Comment les développeurs gèrent les exigences d'Azure DevOps
  5. Comment examiner les exigences d'Azure DevOps en mode natif
  6. 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.

Commencez avec un essai gratuit

Essai gratuit de 30 jours

Essayez dès maintenant

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.

Structure du backlog dans Azure DevOps

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.

Cet utilisateur a terminé 4 tâches et doit encore traiter 5 bogues.

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 ?

Essayez-le gratuitement dès aujourd'hui !

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 !

Commencez avec un essai gratuit

Essai gratuit de 30 jours

Essayez dès maintenant