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 suite
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 suite
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.
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.
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.
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
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
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.
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 :
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 !
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
La méthodologie Kanban est largement utilisée pour la mise en œuvre des processus DevOps et de développement de produits Agile.
Lire la suite
La croissance rapide que connaît actuellement le secteur technologique soumet les équipes de développement et d'exploitation informatique à une pression constante pour répondre aux attentes croissantes des clients concernant diverses applications.
Lire la suite
Les exigences paramétrées permettent aux utilisateurs de définir des paramètres par produit et de les utiliser dans les champs HTML des tâches.
Lire la suite
Cet article a pour objectif de présenter les règles standard relatives à la configuration du mappage des éléments de travail prises en charge dans la dernière version de Modern Requirements4DevOps.
Lire la suiteLes 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
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
End-to-end requirements management in Azure DevOps.
AI-powered assistance for DevOps workflows.
Autonomous AI agents for DevOps execution.
Real-time data sync across tools and systems.
