Participez à la rédaction des spécifications à l'aide d'Email Monitor

Participez à la rédaction des spécifications à l'aide d'Email Monitor

La fonctionnalité Email Monitor permet de créer des éléments de travail dans votre projet Azure DevOps via un canal qui n'est pas natif d'Azure DevOps. En d'autres termes, elle vous permet de communiquer avec votre projet par e-mail. Les équipes se retrouvent souvent confrontées à des situations où elles échangent des e-mails concernant des exigences, des demandes de modification ou des bogues qui doivent être créés, et elles parviennent souvent à utiliser ces e-mails pour aboutir à une exigence définitive qui doit être ajoutée à leur projet.

Grâce à la fonctionnalité « Email Monitor », votre équipe peut désormais transformer directement ces communications externes en tâches.

Pour découvrir les cas d'utilisation et la procédure de configuration d'Email Monitor, veuillez regarder la vidéo.

 

Vous pouvez accéder à la page de configuration d'Email Monitor en vous rendant dans Collection/Paramètres d'administration – Extension Modern Requirement4DevOps – Services – Email Monitor.

En activant la fonctionnalité « Email Monitor » dans le panneau d'extension Modern Requirements4DevOps, vous pouvez définir une adresse e-mail de surveillance capable d'intercepter et de créer tout élément de travail qui lui est envoyé par e-mail. Étant donné que le système tentera de capturer tous les e-mails envoyés à cette adresse, il est recommandé de l'utiliser exclusivement dans le cadre de la fonctionnalité « Email Monitor ».

Vous devez également fournir une adresse e-mail d'administrateur au cas où le système ne parviendrait pas à reconnaître les e-mails ; une notification sera alors envoyée à cette adresse.

Vous pouvez indiquer les types d'éléments de travail que vous souhaitez créer dans votre projet à partir de ces e-mails capturés.

Les objets des e-mails envoyés à l'adresse Monitor Email seront toujours repris dans les titres des tâches à créer.

« Projet d'équipe (par défaut) » vous permet de choisir le projet par défaut auquel vous souhaitez ajouter les éléments de travail.

Les options « Création d'extension » et « Mise à jour d'extension » vous permettent de définir à quel moment vous souhaitez ajouter l'exigence au projet.

Pour le champ « Description » :

Si la case « Créer un élément de travail » est cochée, cela signifie que le système utilisera l'e-mail initial pour créer un nouvel élément de travail et que le corps de l'e-mail deviendra la description de cet élément.

Si l'option « Ajouter lors de la mise à jour » est cochée, cela signifie que la description actuelle de l'élément de travail créé sera remplacée par les réponses ultérieures concernant ce même élément de travail.

Pour le domaine de l'histoire:

Si l'option « Ajouter lors de la création » est cochée, cela signifie que le corps du courriel initial sera associé à la section « Discussion » de l'élément de travail créé.

Si l'option « Ajouter à la mise à jour » est cochée, tous les échanges de messages concernant le même élément de travail seront ajoutés à la section « Discussion ».

Les champs « Nom de l'expéditeur », « E-mail de l'expéditeur » et « Corps du message » vous permettent de définir le contenu que vous souhaitez ajouter dans la section « Description » ou « Discussion » correspondante.

Cas d'utilisation du service de surveillance des e-mails

Le cas d'utilisation le plus courant de la fonctionnalité « Email Monitor » est le suivant :

Je dirige une grande entreprise et j'aimerais que tous les membres de mon équipe signalent les bugs qu'ils détectent dans mon logiciel dans mon projet Azure DevOps.

Une fois Email Monitor entièrement configuré avec l'adresse bugs@myorganization.com, toute personne concernée peut simplement envoyer un e-mail à bugs@myorganization.com pour que je puisse demander la création d'un ticket de bug dans mon projet.

Parallèlement, l'e-mail à l'origine de la création du bug est également envoyé aux personnes concernées par ce projet. Les membres concernés peuvent désormais participer à la discussion relative à cet élément de travail par e-mail, et tous les échanges par e-mail seront ajoutés aux propriétés « Discussion » de cet élément de travail au sein de votre projet.

Cette fonctionnalité unique permet à des personnes extérieures de contribuer à la réussite de votre projet sans avoir besoin d'un accès complet à votre projet Azure DevOps. Les intervenants externes peuvent désormais participer aux discussions relatives à un élément de travail, sans que vous ayez à leur accorder un accès à votre projet.

Voici d'autres scénarios qui pourraient vous intéresser

Ajouter des tâches à des projets autres que le projet par défaut

Si l'expéditeur n'indique pas de nom de projet spécifique dans le corps de l'e-mail, l'e-mail mappé sera ajouté au projet par défaut. Si les expéditeurs souhaitent ajouter l'exigence à un autre projet de la même collection, ils devront inclure [ProjectName=GCD] dans le corps de l'e-mail (GCD est un exemple de nom de projet).

Plusieurs types d'éléments de travail

Nous comprenons que les parties prenantes de votre projet puissent souhaiter ajouter plusieurs types d'éléments de travail à l'aide d'Email Monitor. C'est tout à fait possible ! Il vous suffit de sélectionner plusieurs types d'éléments de travail. Par exemple, je sélectionne ici « User Story » en plus de « Bug ». Lorsque votre équipe envoie des e-mails à la boîte de réception du moniteur, elle peut utiliser [WIT=bug] ou [WIT=user story] dans le corps de l'e-mail pour préciser le type d'élément de travail auquel l'exigence créée doit correspondre. Si le type de tâche n'est pas spécifié dans le corps de l'e-mail, le système tentera de mapper l'e-mail au type de tâche correspondant à la catégorie de tâches que vous avez sélectionnée dans la section « Catégorie de tâches ».

Ajouter du contenu supplémentaire à un élément de travail existant

Une fois que le système a enregistré l'e-mail initial, toutes les réponses ultérieures peuvent, par défaut, être ajoutées en tant que discussions relatives au même élément de travail. De plus, les expéditeurs peuvent ajouter [wiid=1997] (1997 étant un exemple d'identifiant d'élément de travail) dans le corps de l'e-mail pour ajouter du nouveau contenu à l'élément de travail existant concerné.

Bien sûr, vous pouvez utiliser plusieurs de ces commandes spéciales dans un e-mail, selon vos besoins.

Essayez-le dès maintenant !
Facebook Twitter LinkedIn
Durée de lecture : 20 minutes

Gestion des exigences suspectes grâce au signalement automatique

Gestion des exigences suspectes grâce au signalement automatique

« Dirty Flag / Suspect Link » est un composant de MR Services (anciennement appelé MR Agent) qui sert à identifier les éléments de travail susceptibles d'être affectés par la modification d'un élément de travail lié, afin que les parties prenantes concernées puissent examiner les éléments de travail concernés. Par exemple, si une user story passe à un état actif, les cas de test associés seront alors signalés comme suspects.
 
La fonctionnalité « Suspect Link » contribue à la réussite de votre projet en rendant l'impact des modifications apportées aux éléments de travail à la fois consultable et, de manière générale, plus visible. Vous pouvez considérer cette fonctionnalité comme un moyen d'évaluer l'impact des modifications apportées aux éléments de travail au sein de votre projet.

Comment fonctionne le système « Dirty Flag / Suspect Link » ?

Cette fonctionnalité vous permet de surveiller les éléments de travail qui répondent à certaines conditions préalables. Lorsque ces éléments de travail changent, la fonctionnalité de surveillance marque tous les éléments de travail associés comme suspects.

Prenons un exemple :

L'User Story 1 vient d'être mise en état « Terminé ». Si le Suspect Link peut être configuré pour déclencher une alerte en cas de modification des User Stories en état « Terminé » (par exemple, une modification d'un champ tel que « Description »).

Cela signifie que si le champ « Description » de l'User Story 1 est modifié à l'avenir, toutes les exigences qui y sont associées seront marquées d'un indicateur « Dirty ».

Cela permet à votre équipe de détecter facilement si une exigence répondant à un certain ensemble de critères (que vous définissez) subit une modification. Une fois identifiées, les tâches configurées qui y sont directement liées seront signalées par le statut « Modifié/Suspect ».

Pour reprendre notre exemple, si le champ « Description » de l'User Story 1 venait à changer, nous pourrions marquer d'un indicateur « Dirty » tous les cas de test directement liés qui pourraient devoir être modifiés afin de tester les nouveaux critères.

Les indicateurs d'erreur activés sur ces cas de test prendraient la forme d'une balise de tâche.

Les balises s'affichent dans l'éditeur d'éléments de travail standard d'Azure DevOps. Vous pouvez également personnaliser les options de colonnes dans le module Éléments de travail et backlogs afin d'afficher un groupe d'éléments de travail dont certains peuvent être marqués par l'indicateur « Dirty ».

Lorsque le tag « Dirty Flag » est activé sur des éléments de travail, ce tag inclut à la fois l'identifiant et la révision de l'élément de travail modifié, ce qui permet à votre équipe d'identifier facilement quelle exigence a été modifiée et a déclenché la fonctionnalité « Dirty Tag / Suspect Link ».

Les balises « Dirty Flag » peuvent être supprimées manuellement une fois que les parties prenantes concernées ont examiné l'impact et procédé aux mises à jour nécessaires. Nous recommandons, dans ce cas, d'ajouter un commentaire indiquant que la balise « Dirty Flag » a été supprimée, soit parce que les mises à jour nécessaires ont été effectuées, soit parce qu'aucune mise à jour n'est requise.  

Pour plus de détails et pour connaître la procédure de configuration de Dirty Flag/Suspect Link, veuillez regarder la vidéo.

 
Essayez-le dès maintenant !
Facebook Twitter LinkedIn
Durée de lecture : 20 minutes

Comment rendre vos identifiants de spécifications plus descriptifs et plus distinctifs à l'aide d'identifiants personnalisés

Comment rendre vos identifiants de spécifications plus descriptifs et plus distinctifs à l'aide d'identifiants personnalisés

Modern Requirements4DevOps permet d'ajouter des identifiants personnalisés aux éléments de travail. Cette fonctionnalité vise à rendre les champs des éléments de travail plus lisibles et plus reconnaissables. Par exemple, « PX-REQ-00001 » pour le premier élément de travail relatif aux exigences du projet X.

Notre fonctionnalité « Identifiant personnalisé » offre les mêmes avantages, auxquels s'ajoutent ceux liés à l'utilisation de l'identifiant personnalisé dans le module « Requêtes ».

Les identifiants personnalisés peuvent être configurés comme une propriété personnalisée associée à chacun de vos éléments de travail. Les identifiants personnalisés ne sont pas destinés à remplacer l'identifiant de l'élément de travail, mais à le compléter.

La propriété « Custom ID » permet d'identifier facilement plusieurs informations essentielles relatives à un élément de travail donné, le tout dans un seul champ. Elle s'avère également être un outil extrêmement utile pour identifier la source d'une exigence dans le cadre de requêtes inter-projets.

En vous permettant de regrouper les informations dans un seul champ, vous rendez un élément de travail plus accessible aux utilisateurs moins impliqués. La fonctionnalité « ID personnalisé » respecte les directives suivantes :

Un code unique peut être attribué aux éléments de travail en fonction de leur type. Par exemple, le code d'un élément de travail de type « Exigence » pourrait être REQ, celui d'un élément de travail de type « User story » pourrait être US, et celui d'un élément de travail de type « Bug » pourrait être BG.

Vous pouvez définir le numéro de départ à partir duquel vos types d'éléments de travail seront numérotés par incréments. Par exemple, vous pouvez choisir que la numérotation des identifiants personnalisés des User Stories commence à 1 ou à 10 000, et l'identifiant personnalisé de chaque User Story sera alors incrémenté à partir de ce numéro.

Vous pouvez également ajouter un préfixe de projet facultatif à tout identifiant personnalisé. Par exemple, un nom de projet tel que « Projet X » pourrait se voir attribuer le préfixe PX.

Enfin, vous pouvez choisir d'inclure le champ « Portée » de n'importe quel élément de travail. Le numéro d'identification n'est pas répété dans la portée ; la portée peut être « Équipe », « Projet » ou « Collection ». La portée garantit que l'identifiant personnalisé sera unique au sein de cette portée.

En reprenant l'exemple présenté dans la directive ci-dessus, l'identifiant personnalisé du premier élément de travail « Exigence » (00001) du projet X serait « PX-REQ-00001 » – qui correspond à la concaténation du préfixe du projet, du code de type d'élément de travail et du numéro.

Pour plus de détails et pour connaître la procédure de configuration de l'identifiant personnalisé, veuillez regarder la vidéo.

 
Essayez-le dès maintenant !
Facebook Twitter LinkedIn
Durée de lecture : 20 minutes

Chef de projet numérique : aperçu des exigences actuelles pour le DevOps

Le chef de projet numérique : aperçu des exigences actuelles en matière de DevOps

Présentation détaillée et explication des fonctionnalités de gestion des exigences

Qu'est-ce que Modern Requirements4DevOps ?

Qu'est-ce que Modern Requirements4DevOps ? Poursuivez votre lecture pour découvrir comment fonctionne Modern Requirements4DevOps : quels problèmes il peut vous aider à résoudre, qui l'utilise, ainsi qu'un aperçu de ses fonctionnalités, de ses tarifs et de ses intégrations.

Je vais également vous expliquer en quoi Modern Requirements4DevOps se distingue des outils similaires.

Lisez l'article complet sur Digital Project Manager.

Facebook Twitter LinkedIn

Maintenant disponible : Modern Requirements4DevOps 2020

Maintenant disponible : Modern Requirements4DevOps 2020

Découvrez les principales améliorations apportées à Modern Requirements4DevOps 2020 !

Convivialité, cycles courts, possibilité de définir des exigences en ligne, rapports de conformité et réduction des retouches en développement. Ce ne sont là que quelques-uns des termes utilisés par nos clients pour décrire les capacités de plusieurs modules de l'application Modern Requirements4DevOps. De nouvelles fonctionnalités et améliorations ont été apportées à ces modules dans notre version 2020.

Nous allons vous présenter ici quelques-unes des principales nouveautés apportées à certains de nos modules dans Modern Requirements, ainsi que des améliorations apportées aux outils pour vous faciliter la tâche. Les modules que nous allons vous présenter sont les suivants :

  1. Gestion des droits
  2. Améliorations apportées à la révision
  3. Améliorations apportées à Smart Docs
  4. Améliorations apportées aux rapports intelligents
  5. Améliorations de la version de base
  6. MatCal (Nouveau !)

 

1. Gestion des droits : Vous nous l'avez demandé, et nous vous avons écoutés. Vous pouvez désormais gérer les accès des utilisateurs. Un utilisateur (qui doit disposer des droits d'administrateur de collection/projet) peut désormais gérer les accès des utilisateurs aux deux modules de Modern Requirements4DevOps, ainsi qu'aux fonctionnalités de chaque module. La configuration de ces autorisations est un jeu d'enfant… Voici les trois étapes pour définir les autorisations :

  • Accédez à votre projet
  • Accéder aux paramètres du projet
  • Faites défiler vers le bas jusqu'à « Extension » > cliquez sur « Modern Requirements4DevOps »

Voici ce que vous verrez :

Depuis cet écran, vous pourrez définir lesautorisations pourles *Groupes et/oules *Équipes (situées dans le panneau de gauche). Il existe deux façons de définir ces autorisations : soit dans les « *Paramètres communs », soit individuellement dans les « *Modules Modern Requirements4DevOps » (situés dans le panneau de droite de l'onglet Autorisations). Vous pouvez y définir les autorisations pour les fonctionnalités de chaque module.

Les options de droits d'accès disponibles sont les suivantes :

  1. Créer/Modifier un dossier
  2. Supprimer le dossier
  3. Créer/Mettre à jour un artefact
  4. Supprimer l'artefact
  5. Créer/mettre à jour un modèle de métadonnées
  6. Enregistrer comme modèle
  7. Rapports intelligents
  8. Concepteur de rapports

À l'heure actuelle, la gestion des droits est prise en charge pour trois modules : Smart Docs,Baseline etReporting.

Vidéo sur la gestion des droits

Pour plus d'informations sur les nouveautés de la gestion des droits et ses fonctionnalités, veuillez consulter la vidéo.

 

2. Améliorations apportées au module « Review » : le module « Review » vous permet de communiquer, d'examiner et de valider des éléments au sein de l'environnement du projet, ainsi que de faciliter les modifications si nécessaire. Des améliorations ont été apportées au module « Review ». Voici une liste de quelques-unes des nouvelles fonctionnalités :

  • Droits de lecture pour les personnes ne participant pas à la révision
  • Génération automatique en masse de rapports d'audit
  • Format des rapports d'audit : Word/PDF

Droits en lecture seule pour les personnes ne participant pas à la révision: grâce à cette amélioration, vous pouvez désormais configurer des droits permettant aux personnes ne participant pas à la révision de consulter les détails de celle-ci en mode lecture seule.

Utilisateurs non participants :utilisateurs qui ne sont ni l'approbateur ni le réviseur.

Génération automatique en masse des rapports d'audit des révisions : cette amélioration vous permettra de générer en une seule fois, depuis le panneau d'administration, les rapports d'audit de toutes les révisions d'un projet, soit en masse, soit projet par projet.

Vous pouvez sélectionner ici un ou plusieurs projets et fournir des informations détaillées afin de générer automatiquement les rapports d'audit de leurs révisions existantes

Format des rapports d'audit – Word/PDF : le système vous permet désormais de choisir le format dans lequel vous souhaitez générer les rapports d'audit. Vous pouvez choisir entre la version Word et la version PDF.

Le rapport d'audit des validations a pour objectif de fournir des informations détaillées sur toutes les tâches d'une révision. Il présente un état complet indiquant qui a approuvé ou rejeté les tâches de révision, ainsi que les commentaires et les décisions correspondants.

Comment configurer les paramètres :
  • Accéder aux paramètres Admin/Collections
  • Faites défiler vers le bas jusqu'à la section « Extensions »
  • Choisissez « Modern Requirements4DevOps2020 »
  • Accédez à l'onglet « Révision » (recherchez l'option que vous souhaitez modifier)
Remarque: Pour obtenir la liste détaillée des améliorations et des nouvelles fonctionnalités, veuillez consulter «Notes de mise à jour de Modern Requirements4DevOps 2020« » dans la section Gestion des révisions (page 10).

Vidéo sur la gestion des avis

Pour plus d'informations sur les nouveautés de la gestion des avis et ses fonctionnalités, veuillez consulter la vidéo.

 

3. Améliorations apportées à Smart Docs : Smart Docs est un outil qui fait le lien entre la gestion des documents et celle de l'information en permettant de rédiger des spécifications dans une interface de document en ligne. De nouvelles fonctionnalités ont été ajoutées à Smart Docs ; en voici quelques-unes parmi les plus importantes :

  • Prise en charge du mode plein écran
  • Mise à jour de l'interface utilisateur du panneau de droite
  • Mise à jour : héritage des propriétés du parent

Prise en charge du mode plein écran : pour une meilleure expérience utilisateur et un affichage plus grand, vous pouvez désormais consulter les Smart Docs en mode plein écran. Cela vous offre une meilleure visibilité lors de la création de vos cahiers des charges en ligne.

Mise à jour de l'interface utilisateur du panneau de droite :

  • Pour plus de commodité, une icône en forme de croix a été ajoutée à l'interface utilisateur du panneau de droite. Cela signifie que vous pouvez désormais fermer le panneau de droite directement depuis le panneau lui-même.
  • Comme si cela ne suffisait pas, nous avons également ajouté une fonctionnalité permettant de développer ou de réduire la zone de recherche « *find » afin d'améliorer l'expérience utilisateur.
  • De plus, afin de libérer de l'espace pour afficher davantage d'éléments de travail, les boutons « Ajouter un enfant/frère » et « Tout sélectionner/Tout désélectionner » ont été supprimés. N'oubliez pas que vous pouvez toujours faire glisser et déposer vos éléments de travail dans la section du document.

Mise à jour concernant l'héritage des propriétés du parent : cette mise à jour fait en sorte que, par défaut, la case à cocher permettant d'hériter des propriétés du work item parent dans le work item enfant apparaisse désormais « décochée ». 

Remarque: si aucune propriété n'est sélectionnée dans le menu déroulant, aucune propriété ne sera transmise à l'élément de travail enfant.

Vidéo Smart Docs

Pour plus d'informations sur les nouveautés de Smart Docs et ses fonctionnalités, veuillez consulter la vidéo.

 

4. Améliorations apportées à Smart Reports : Smart Report permet aux utilisateurs de mettre en forme leurs rapports en fonction de la structure des tâches. Il est accessible depuis de nombreux modules ADO et Modern Requirements4DevOps. Voici une liste de certaines des améliorations apportées au module Smart Report :

  • Télécharger un modèle Word contenant des macros
  • Conserver la sélection du dernier modèle Word téléchargé
  • Conserver la sélection de la dernière pièce intelligente

Importer un modèle Word contenant des macros : Smart Report vous permet désormais d'importer et d'exécuter des documents Word contenant des macros (.docm) ainsi que des modèles Word contenant des macros (.dotm) dans Smart Report via la fonction « Importer un modèle Word ». Cette fonctionnalité rendra l'importation de modèles Word encore plus simple et intuitive.

Conserver la sélection du dernier modèle Word téléchargé : Devinez quoi… Smart rReport est désormais encore plus intelligent : il conserve désormais la dernière sélection que vous avez effectuée lors du téléchargement de votre modèle Word. 

Conservation de la sélection de la dernière partie Smart Part: Eh bien, nous ne nous sommes pas contentés de mémoriser la dernière sélection pour le modèle de texte… Des améliorations ont été apportées : le système conserve désormais également la sélection de votre dernière partie Smart Report Part. C'est vraiment une aubaine pour les créateurs de rapports.

Vidéo « Smart Report »

Pour plus d'informations sur les nouveautés de Smart Reports et ses fonctionnalités, veuillez consulter la vidéo.

 

5. Améliorations apportées à Baseline : Baseline vous permet de créer un instantané de vos exigences à un moment donné afin de mieux les contrôler et d'en suivre les modifications. Voici comment cela améliorera encore davantage votre expérience de travail :

  • Conserver la sélection des éléments de travail lors du changement d'onglet
  • Identifiant de comparaison dans la comparaison de référence

Conservation de la sélection de l'élément de travail lors du changement d'onglet : le système mémorise désormais la dernière sélection d'élément de travail lorsque vous naviguez entre les différents onglets d'une baseline. Qu'est-ce que cela signifie ? Eh bien, lorsque vous travaillez sur une baseline (en particulier une baseline volumineuse), si vous passez de l'onglet « Comparer » ou « Détails » à l'onglet « Afficher » et que vous avez oublié sur quel élément de travail vous travailliez… Ne vous inquiétez plus, car le système s'en souviendra pour vous.

ID de comparaison dans la comparaison de lignes de base : des améliorations ont été apportées afin que vous puissiez désormais afficher les révisions des éléments de travail uniquement lorsque ces derniers existent dans les deux lignes de base comparées. Par exemple : si un élément de travail n'existe pas dans l'une des lignes de base, aucun ID de révision ne s'affichera ; à la place, le caractère « - » apparaîtra dans la colonne « Rev.ID » ou « Comp.Rev.ID ». Cette règle s'appliquera également dans le rapport de différences.

Vidéo de référence

Pour plus d'informations sur les nouveautés de Baseline et ses fonctionnalités, veuillez consulter la vidéo.

 

6. MatCal (Nouveau) : Une nouvelle fonctionnalité a été ajoutée à Modern Requirements pour permettre l'exécution d'expressions mathématiques et logiques. Ça vous semble intéressant ? Eh bien, nous, on est ravis. Voici pourquoi :

  • Cela vous permettra de faire calculer automatiquement un ou plusieurs champs d'un élément de travail en fonction des valeurs saisies dans d'autres champs de ce même élément de travail
  • Elle peut être appliquée à tous les champs d'élément de travail, y compris les champs de type numérique, booléen et textuel

Ce que vous devez faire : transmettez vos formules à un membre de l'équipe Modern Requirements Customer Success, et nous nous ferons un plaisir de les configurer pour vous.

Vidéo MatCal

Pour plus d'informations sur MatCal et ses fonctionnalités, veuillez consulter la vidéo.

 

 

 

 

 
Pour obtenir la liste détaillée de toutes les améliorations et fonctionnalités apportées à la version 2020, veuillez consulter les notes de mise à jour de Modern Requirements4DevOps 2020.

Nous sommes ravis de vous annoncer que « Modern Requirements4DevOps 2020 » est désormais disponible au téléchargement !

Introduction à la gestion des droits

Introduction à la gestion des droits

Qu'est-ce que la gestion des droits ?

La gestion des droits est une nouvelle fonctionnalité de la version MR2020 permettant de contrôler l'accès des utilisateurs. L'administrateur du projet peut autoriser ou refuser à un groupe d'utilisateurs l'accès à un module MR et à ses fonctionnalités. À l'heure actuelle, la gestion des droits est disponible pour trois modules MR : Smart Docs, Baseline et Reporting.

Les avantages de la gestion des droits

Grâce à des autorisations flexibles et personnalisables, les équipes de projet peuvent trouver le juste équilibre entre collaboration et contrôle.

Chaque fois qu'une modification des autorisations est effectuée, elle s'applique immédiatement à toutes les équipes ou à tous les groupes d'utilisateurs auxquels ces autorisations ont été attribuées. Cela permet de mettre à jour et de gérer facilement les paramètres d'autorisation à mesure que les projets avancent et que les équipes changent de rôle.

Comment accéder à la gestion des droits

La gestion des droits est accessible depuis l'extension Modern Requirements4DevOps, dans les paramètres du projet.

Fonctionnalités du groupe

Les fonctionnalités pour lesquelles vous pouvez définir des autorisations varient d'un module à l'autre.

Les fonctionnalités de groupe disponibles sont les suivantes :

  1. Créer / Modifier un dossier
  2. Supprimer le dossier
  3. Créer/Mettre à jour un artefact
  4. Supprimer l'artefact
  5. Créer/mettre à jour un modèle de métadonnées
  6. Enregistrer comme modèle
  7. Génération intelligente de rapports
  8. Concepteur de rapports intelligent

Sélection des autorisations

En général, trois types d'autorisations d'accès sont proposés pour chaque fonctionnalité de groupe :

« Autoriser »

« Refuser »

« Non défini »

  1. « Autoriser » : accorde explicitement aux utilisateurs l'autorisation d'accéder à une fonctionnalité de groupe dans le(s) module(s) MR.
  2. « Refuser » : empêche explicitement les utilisateurs d'accéder à une fonctionnalité de groupe dans le(s) module(s) MR.
  3. « Non défini » : empêche implicitement les utilisateurs d'accéder à une fonctionnalité de groupe dans le(s) module(s) MR.

Autorisations héritées

Les équipes/groupes peuvent hériter automatiquement des paramètres d'autorisation des équipes/groupes parents. Les paramètres d'autorisation modifiés explicitement dans les équipes/groupes enfants peuvent prévaloir sur les autorisations héritées des équipes/groupes parents. Gardez à l'esprit les règles suivantes :

  1. Les valeurs « Autoriser » héritées peuvent être remplacées par « Refuser ».
  2. La valeur « Non défini » héritée peut être remplacée par « Autoriser » ou « Refuser ».
  3. La valeur « Refuser » héritée ne peut pas être remplacée par « Autoriser ».

Conflits d'autorisations

Lorsqu'un même utilisateur fait partie de plusieurs équipes ou groupes, les règles suivantes s'appliquent :

  1. « Refuser » a la priorité sur « Autoriser ».
  2. « Refuser » a la priorité sur « Non défini ».
  3. « Autoriser » a la priorité sur « Non défini ».

Nous vous invitons à regarder la vidéo tutoriel détaillée sur la gestion des droits !

Si vous avez des questions ou des remarques concernant la gestion des droits, veuillez contacter votre responsable de la réussite client de Modern Requirements et nous serons ravis de vous aider à découvrir cette fonctionnalité.
Facebook Twitter LinkedIn
Durée de lecture : 10 minutes

Utilisation de MatCal pour effectuer des calculs mathématiques et logiques dans la gestion moderne des exigences

Utilisation de MatCal pour effectuer des calculs mathématiques et logiques dans la gestion moderne des exigences

Qu'est-ce que MatCal ?

MatCal est une fonctionnalité de Modern Requirement4DevOps qui permet d'effectuer des calculs mathématiques et des opérations logiques sur des éléments de travail.

Pourquoi MatCal est indispensable dans la gestion des exigences

Pour gérer plus efficacement les relations entre les propriétés des tâches ! Cela vous évite d'avoir à effectuer manuellement des calculs en dehors de l'environnement du projet et réduit le risque d'introduire des résultats erronés dans vos projets.

Prenons ici un exemple simple pour illustrer la relation entre les propriétés d'un élément de travail.

La valeur commerciale et la priorité sont des propriétés de l'élément de travail « Feature ». En règle générale, une valeur commerciale élevée implique une priorité élevée.

Avec une configuration adaptée, MatCal peut vous aider à gérer cette relation en attribuant automatiquement une valeur de priorité en fonction de la valeur commerciale saisie.

Cas d'utilisation dans l'industrie

Scénario 1 : Niveau d'intégrité de sécurité automobile (ASIL) dans la norme ISO 26262

Scénario 2 : La note de risque est attribuée automatiquement en fonction du score de gravité et du score de fréquence

Scénario Scénario 3 : Le niveau de priorité est attribué automatiquement en fonction du score de gravité et du score de probabilité

Regardez la vidéo pour découvrir d'autres cas d'utilisation et des tutoriels sur MatCal !

Facebook Twitter LinkedIn
Durée de lecture : 10 minutes

Réutilisation des exigences

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 :

  1. Avantages de la réutilisation des exigences
  2. Les deux types d'exigences en matière de réutilisation
  3. 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. 

Essayez-le dès aujourd'hui !

Importation des exigences dans Azure DevOps

Importation des exigences dans Azure DevOps

Découvrez comment importer facilement des spécifications (et certains éléments) dans votre projet ADO

Lorsque vous migrez vers Azure DevOps, ou lorsque vous travaillez hors ligne sans être connecté à votre projet Azure DevOps existant, vous devez trouver un moyen d'importer vos nouvelles exigences dans Azure DevOps.

De nombreuses équipes sont confrontées au problème de l'intégration dans Azure DevOps des spécifications qu'elles ont créées dans Excel, Word ou d'autres outils. Heureusement, il existe plusieurs méthodes simples pour y parvenir sans avoir à ajouter une longue séance de copier-coller à votre processus ! 

Dans cet article, nous allons passer en revue plusieurs méthodes permettant d'importer des exigences.

L'une de ces options est gratuite, et certaines sont des fonctionnalités disponibles en ajoutant Modern Requirements4DevOps à votre projet Azure DevOps. 

Les thèmes abordés dans cet article sont les suivants :

  1. Importation de données depuis Microsoft Excel
  2. Importation de données depuis Microsoft Word
  3. Importation de diagrammes et de maquettes dans Azure DevOps

Importation de données depuis Microsoft Excel

Que vous disposiez de l'ensemble ou d'une partie de vos exigences existantes dans Excel, ou que vous souhaitiez exporter des exigences depuis un outil interne vers un fichier .csv, il existe un moyen gratuit d'importer vos exigences dans votre projet Azure DevOps. 

Il s'agit d'une solution gratuite, à condition que vous disposiez déjà d'Azure DevOps et d'Excel.

La première étape consiste à vérifier que vous disposez du complément Microsoft Excel intitulé « Team tab ».

Vous pouvez télécharger ce module complémentaire directement ici:

(Sur la page mentionnée ci-dessus, Azure DevOps Office® Integration 2019 figure dans la section « Autres outils, frameworks et composants redistribuables». )

Si vous avez cliqué sur le lien ci-dessus, vous pourrez activer l'onglet « Équipe » dans Excel. 

Une fois activée, cette extension vous permet de relier une feuille Excel directement à un projet donné au sein de votre organisation Azure DevOps. 

Une fois cette fonctionnalité activée, vous disposerez de deux fonctions principales :
1) Vous pourrez publier des exigences dansvotre projet à partir d'Excel
2) Vous pourrez exporter des exigences devotre projet versExcel

Cela signifie que vous pouvez modifier vos exigences depuis l'une ou l'autre des interfaces et synchroniser ces modifications avec votre projet. Par exemple, si vous importez des exigences dans Excel et y apportez des modifications, vous pouvez publier ces modifications pour les répercuter sur les exigences de votre projet. 

Une fois que vous avez exécuté le programme d'installation que vous avez téléchargé, vous êtes prêt à activer l'extension.

Activer l'onglet « Équipe» dans Excel :

  1. Ouvrir Excel
  2. Créer une feuille vierge 
  3. Cliquez sur Fichier
  4. Cliquez sur Options
  5. Cliquez sur « Compléments »
  6. Sélectionnez « Compléments COM » dans le menu déroulant situé vers le bas de la fenêtre
  7. Sélectionnez « Team Foundation Add-In », puis cliquez sur OK. 
Si vous rencontrez des difficultés avec cette procédure, cliquez sur ce lien.
 
Si l'onglet « Équipe » apparaît désormais dans Excel, vous êtes prêt à importer vos exigences ! 

Utilisation de l'onglet « Équipe » dans Excel

Dans cette vidéo, nous vous expliquons comment votre équipe peut utiliser les fonctionnalités d'importation offertes par le complément de l'onglet « Équipe » d'Excel.

Importation de données depuis Microsoft Word

La deuxième méthode pour importer des exigences dans votre projet consiste à utiliser Microsoft Word. 

Cette fonctionnalité est une « fonctionnalité en avant-première » disponible avec toute licence Enterprise Plus de Modern Requirements4DevOps. Cela signifie que tout utilisateur de votre organisation disposant d'une licence Enterprise Plus pourra accéder à la fonctionnalité d'importation de fichiers Word et l'utiliser. 

Si vous n'utilisez pas encore Modern Requirements4DevOps, vous pouvez tester cette fonctionnalité d'importation depuis Word en essayant Modern Requirements4DevOps dès aujourd'hui !

Essayez donc !

Alors, comment fonctionne l'importation depuis Word ? 

Avertissement : comme il s'agit d'une fonctionnalité en avant-première, il ne faut pas s'attendre à ce que ce soit la solution la plus élégante, et cela nécessitera généralement quelques connaissances en programmation. Mais rien de bien compliqué : si vous pouvez faire appel à un développeur familiarisé avec le XML (ou tout autre langage de script) pendant une vingtaine de minutes, tout devrait bien se passer.

L'importation depuis Word fonctionne à partir d'un document Word correctement formaté qui utilise différents titres pour représenter les différents éléments de travail / exigences et leurs propriétés dans votre document. 

Prenons par exemple un cahier des charges que vous avez peut-être déjà au format Word.

Vous avez probablement rédigé votre introduction, votre aperçu, votre champ d'application et d'autres éléments contextuels en utilisant le style « Titre 1 ». 

Vous pourriez également inclure vos épopées, vos fonctionnalités et vos récits utilisateurs dans ce document.Votre document pourrait ressembler à ceci :

Titre 1 – Introduction
-> Paragraphe – C'estici que va tout le texte de l'introduction…

Titre 1 – Présentation
-> Paragraphe –Tout le texte de la présentation va ici…

Titre 1 – Champ d'application
-> Paragraphe –Tout le texte du champ d'application va ici…

Titre 1 – Exigences
-> Titre 2 – Nom de l'épopée
–> Titre 3 – Nom de la fonctionnalité
—> Titre 4 – Nom de l'histoire utilisateur
—-> Paragraphe – Description de l'histoire utilisateur ci-dessus

Votre document est peut-être un peu différent, mais ce n'est pas grave.Les principes que vous allez découvrir restent les mêmes. 

L'importation depuis Word nécessite un document (illustré ci-dessus) et un ensemble de règles (expliqué ci-dessous).

En général, un administrateur crée un ensemble de règles que votre équipe utilisera pour importer des documents, et cette opération ne doit être effectuée qu'une seule fois.Ainsi, si vous disposez déjà d'un document et que votre administrateur a créé un ensemble de règles, vous êtes prêt à commencer. 

Si votre administrateur doit créer un ensemble de règles, poursuivez votre lecture. 

La création d'un ensemble de règles est extrêmement simple et s'effectue en modifiant un fichier XML.
Le fichier XML que vous créez déterminera la manière dont l'outil d'importation Word analyse votre document pour :
1) Identifier les parties du document qui constituent des éléments de travail ?
2) Identifier les parties du document qui constituent les propriétés d'un élément de travail donné ?

Si vous suivez ce tutoriel en temps réel, il peut être utile de télécharger ce fichier de règles pour commencer et de regarder la vidéo suivante :

Utilisation de l'ensemble de règles d'exemple pour commencer

Dans cette vidéo, nous vous expliquons comment utiliser le fichier de règles type pour importer un document d'exigences simple. N'oubliez pas que la création d'un ensemble de règles est généralement une opération ponctuelle. 

Importation de diagrammes et de maquettes dans Azure DevOps

Les diagrammes, les maquettes et les modèles de cas d'utilisation peuvent constituer des outils extrêmement utiles pour la rédaction et la collecte des exigences. 

C'est pourquoi, grâce à Modern Requirements4DevOps, votre équipe peut facilement créer toutes ces visualisations directement depuis votre projet. Vous bénéficiez ainsi d'un modèle de « source unique de vérité » où tout est intégré à votre projet. 

Mais peut-être disposez-vous déjà de schémas et de maquettes que vous aimeriez ajouter à votre projet Azure DevOps et associer aux exigences. Est-il possible d'importer ces ressources ?

La réponse est oui.

Notre outil de maquette et notre outil de schéma vous permettront tous deux d'intégrer facilement des maquettes ou des schémas existants dans votre projet Azure DevOps. 

Pour ce faire, il vous suffit d'enregistrer votre ressource au format .png ou .jpeg à partir de l'outil de maquette ou de schéma de votre choix.
Vous pouvez ensuite importer la ressource que vous avez créée soit dans l'outil de simulation Modern Requirements4DevOp (maquettes),soit dansl'outil de schéma (schémas). 

Vous vous demandez peut-être : « Mais si nous les téléchargeons au format .png ou .jpeg, comment pourrons-nous modifier nos schémas et nos maquettes ? » Eh bien, vous ne pourrez pas. Mais il y a tout de même une bonne raison de procéder ainsi. 

Si vous souhaitez relier un seul diagramme à 25 exigences sans utiliser Modern Requirements, vous devrez ouvrir chacune des 25 exigences et les relier individuellement. 

Lorsque vous mettrez à jour votre diagramme ultérieurement, vous devrez rouvrir les 25 exigences et modifier la pièce jointe. 

Avec Modern Requirements4DevOps, vous pouvez toutefois créer un élément de travail « Diagramme » auquel vous pouvez associer directement toutes vos exigences nécessaires via le panneau de droite. Cela signifie que vous pourrez regrouper tous vos diagrammes en un seul endroit et, lorsque l'un d'entre eux devra être mis à jour, vous pourrez facilement y ajouter votre nouvelle image et associer votre pièce jointe à cet élément de travail unique. 

Conclusion

Dans cet article, nous avons présenté trois méthodes différentes pour importer à la fois les exigences et leurs ressources dans votre projet Azure DevOps. 

Vous pouvez importer des spécifications depuis Excel ou Word, ou encore importer vos schémas et maquettes existants. 

Si vous souhaitez utiliser Modern Requirements4DevOps pour optimiser votre processus de gestion des exigences, n'hésitez pas à essayer notre produit ici !

Facebook Twitter LinkedIn
Durée de lecture : 10 minutes