Dans cet article, nous allons vous montrer comment certaines entreprises parviennent à surmonter tous les défis liés au développement de produits grâce à une solution simple de gestion des exigences : Modern Requirements4DevOps.
Lire la suite
En tant qu'administrateur, vous pouvez contrôler la manière dont les utilisateurs accèdent à leurs projets Modern Requirements4DevOps et interagissent avec ceux-ci en appliquant des paramètres d'administration.
Lire la suite
En tant qu'administrateur, vous pouvez contrôler la manière dont les utilisateurs accèdent à leurs projets Modern Requirements4DevOps et interagissent avec ceux-ci en appliquant des paramètres d'administration.
Lire la suite
En tant qu'administrateur, vous pouvez contrôler la manière dont les utilisateurs accèdent à leurs projets Modern Requirements4DevOps et interagissent avec ceux-ci en appliquant des paramètres d'administration.
Lire la suite
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.
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.
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.
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.
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.
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.
Assurez une mise en conformité plus rapide, réduisez les délais de développement et accélérez la création de valeur
Lire la suite
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.
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 : 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 :
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 :
À l'heure actuelle, la gestion des droits est prise en charge pour trois modules : Smart Docs,Baseline etReporting.
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 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.
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 : 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 :
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.
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 :
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.
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 :
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.
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 :
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.
Pour plus d'informations sur MatCal et ses fonctionnalités, veuillez consulter la vidéo.
Nous sommes ravis de vous annoncer que « Modern Requirements4DevOps 2020 » est désormais disponible au téléchargement !
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.
Designed to work natively within Azure DevOps, Modern Requirements extends the platform with powerful capabilities that help teams capture, manage, and validate requirements more effectively.
