Dans cet article, nous allons vous montrer comment certaines entreprises éliminent tous les défis du développement de produits grâce à une solution simple de gestion des exigences : Modern Requirements4DevOps.
Continuer la lecture
En tant qu’administrateur, vous pouvez contrôler la façon dont les utilisateurs accèdent et interagissent avec leurs projets Modern Requirements4DevOps en appliquant des paramètres administrateurs.
Continuer la lecture
En tant qu’administrateur, vous pouvez contrôler la façon dont les utilisateurs accèdent et interagissent avec leurs projets Modern Requirements4DevOps en appliquant des paramètres administrateurs.
Continuer la lecture
En tant qu’administrateur, vous pouvez contrôler la façon dont les utilisateurs accèdent et interagissent avec leurs projets Modern Requirements4DevOps en appliquant des paramètres administrateurs.
Continuer la lecture
La fonction Email Monitor permet d’accéder à la création d’éléments de travail dans votre projet Azure DevOps via un support qui n’est pas natif à Azure DevOps. C’est-à-dire que cela vous permet de communiquer avec votre projet par courriel. Les équipes se retrouvent souvent dans des situations où elles envoient des courriels concernant des exigences, des demandes de modification ou des bogues à créer, et elles peuvent souvent utiliser les courriels pour atteindre une exigence concluante qui devrait être ajoutée à leur projet.
Avec la fonction Surveillance des courriels, votre équipe peut maintenant transformer cette communication externe en un élément de travail directement.
Pour les cas d’utilisation et le processus de configuration d’Email Monitor, veuillez regarder la vidéo.
Vous pouvez accéder à la page de configuration de Email Monitor en allant dans les paramètres Collection/Admin – Modern Requirement4DevOps Extension – Services – Email Monitor.
En activant la fonction Surveillance des courriels dans le panneau d’extension Modern Requirements4DevOps, vous pouvez spécifier une adresse courriel Surveiller qui peut intercepter et créer tout élément de travail qui lui est envoyé par courriel. Puisque le système essaiera de capturer chaque courriel envoyé au courriel de surveillance, il est conseillé d’utiliser votre courriel de surveillance uniquement à des fins de moniteur de courriel.
Vous devez également fournir une adresse courriel d’administrateur au cas où le système ne reconnaîtrait pas les courriels, et un courriel de notification sera envoyé à l’adresse courriel d’administration.
Vous pouvez spécifier quels types d’éléments de travail vous souhaitez créer dans votre projet à partir de ces courriels capturés.
Les titres des courriels envoyés au courriel du Moniteur seront toujours mappés dans les titres des éléments de travail à créer.
Projet d’équipe (par défaut) vous permet de choisir un projet par défaut où vous souhaitez ajouter les éléments de travail.
La création d’ajouts et la mise à jour des ajouts vous aident à configurer quand vous voulez ajouter l’exigence au projet.
Pour le champ Description :
Si la création d’ajout est cochée, cela signifie que le système utilisera le courriel initial pour créer un nouvel élément de travail et que le corps du courriel deviendra la description de l’élément de travail créé.
Si la mise à jour Ajout est cochée, cela signifie que la description existante de l’élément de travail créé sera supplantée par de futures réponses concernant le même élément de travail.
Pour le domaine de l’histoire :
Si l’option Création d’ajout est cochée, cela signifie que le corps du courriel initial sera mappé à la section Discussion de l’élément créé.
Si la mise à jour de l’ajout est cochée, alors toutes les réponses aller-retour concernant le même élément de travail seront ajoutées à la section Discussion.
Le nom de l’expéditeur, le courriel de l’expéditeur et le corps du courriel vous permettent de définir le contenu que vous souhaitez ajouter dans la description associée ou dans la section Discussion.
Le cas d’utilisation le plus courant de la fonction Email Monitor est le suivant :
J’ai une grande organisation et j’aimerais que tous les membres de mon organisation ajoutent tout bogue qu’ils trouvent dans mon logiciel à mon projet Azure DevOps.
Avec Email Monitor entièrement configuré avec le bugs@myorganization.com, toute partie prenante concernée peut simplement envoyer un courriel à bugs@myorganization.com et je pourrais spécifier qu’un élément de travail de bogue doit être créé dans mon projet.
En même temps, le courriel qui a déclenché la création du bogue est aussi envoyé aux personnes concernées de ce projet. Les membres concernés peuvent maintenant participer à la discussion de cet élément de travail par courriel, et toutes les communications par courriel seront ajoutées aux propriétés de discussion de cet élément de travail au sein de votre projet.
Cette fonctionnalité unique permet aux gens de contribuer au succès de votre projet sans avoir à accéder pleinement à votre projet Azure DevOps. Des parties externes peuvent maintenant participer à la discussion sur un Élément de Travail, et ne vous obligent plus à donner accès à votre projet.
Ajout d’éléments de travail à des projets autres que le projet par défaut
Si l’expéditeur ne précise pas un nom de projet particulier dans le corps du courriel, le courriel mappé sera ajouté au projet par défaut. Si les expéditeurs souhaitent ajouter cette exigence à un autre projet de la même collection, ils devront inclure [NomProjet=GCD] dans le corps du courriel (GCD est un nom de projet exemple).
Types d’éléments multiples
Nous comprenons que vos parties prenantes de projet pourraient vouloir ajouter plusieurs types de postes de travail en utilisant Email Monitor. C’est aussi possible! Vous pouvez simplement sélectionner plusieurs types d’éléments de travail. Par exemple, maintenant je sélectionne Histoire utilisateur en plus de Bogue. Lorsque votre équipe envoie des courriels à la boîte courriel de surveillance, elle peut utiliser [WIT=bug] ou [WIT=user story] dans le corps du courriel pour spécifier quel type d’élément de travail doit être l’exigence créée. Sans préciser le type d’élément de travail dans le corps du courriel, le système tentera de correspondre le courriel au type d’élément de travail, qui relève de la catégorie d’élément de travail que vous avez sélectionnée dans la section Catégorie WI .
Ajout de contenu supplémentaire à un élément de travail existant
Après que le courriel initial ait été capturé par le système, par défaut, toutes les réponses futures peuvent être ajoutées sous forme de discussions sur le même élément de travail. En plus de cela, les expéditeurs peuvent ajouter [wiid=1997] (1997 est un exemple d’identifiant d’élément de travail) dans le corps du courriel pour ajouter du nouveau contenu à l’élément de travail ciblé existant.
Bien sûr, vous pouvez utiliser plus d’une de ces commandes spéciales dans un courriel selon vos besoins.
Cette fonction vous permet de surveiller les éléments de travail qui répondent à certaines préconditions. Lorsque ces éléments de travail changent, la fonction de surveillance marquera tous les éléments liés comme suspects.
L’histoire utilisateur 1 vient d’être déplacée en état « Terminé ». Si le lien suspect peut être configuré pour déclencher un drapeau si des modifications sont apportées aux histoires utilisateurs dans un état « Terminé » (c’est-à-dire un changement dans un champ tel que « Description »).
Cela signifie que si le champ Description de l’Histoire d’utilisateur 1 est modifié à l’avenir, il marquera toutes les exigences qui y sont liées avec un Drapeau Sale.
Cela permet à votre équipe d’identifier facilement si une exigence correspondant à un certain ensemble de critères (que vous spécifiez) change. Une fois identifiés, les éléments de travail configurés directement liés seront signalés par le Sale/Suspect.
Pour poursuivre notre exemple, si le champ Description de l’Histoire utilisateur 1 changeait, nous pourrions signaler un Dirty Flag de tous les cas de test directement liés qui pourraient devoir être modifiés pour tester les nouveaux critères.
Les drapeaux sales qui s’activent sur ces cas de test prendraient la forme d’une étiquette Objet de travail.
Les balises apparaissent dans l’éditeur Standard Work Item d’Azure DevOps. Vous pouvez aussi personnaliser les options de colonne dans le module Items de travail et backlogs pour voir un groupe d’items de travail dont certains peuvent être marqués par le drapeau Dirty.
Dans le cas de l’étiquette Dirty Flag qui est définie sur les éléments de travail, l’étiquette appliquée inclut à la fois l’ID de l’élément de travail modifié et la révision, afin que votre équipe puisse facilement identifier quelle exigence a modifié et déclenché la fonctionnalité Dirty Tag / Suspect Link.
Les balises Dirty Flag pourraient être retirées manuellement lorsque les parties prenantes concernées auront examiné l’impact et effectué les mises à jour nécessaires. Les meilleures pratiques que nous recommandons ici sont d’ajouter un autre commentaire expliquant que maintenant le Dirty Flag est retiré parce que les mises à jour nécessaires ont été effectuées ou qu’aucune mise à jour n’est requise.
Pour plus de détails et le processus de configuration du lien Dirty Flag/Suspect, veuillez regarder la vidéo.
Modern Requirements4DevOps offre la fonctionnalité d’ajouter des identifiants personnalisés aux éléments de travail. L’objectif de cette fonctionnalité est de rendre un champ Élément de travail plus lisible et reconnaissable. Par exemple, « PX-REQ-00001 » pour le premier élément de travail des exigences dans le projet X.
Notre fonction ID personnalisé offre les mêmes avantages, en plus des avantages supplémentaires d’utiliser l’ID personnalisé dans le module Requêtes.
Les identifiants personnalisés peuvent être configurés comme une propriété personnalisée qui existe sur chacun de vos éléments de travail. Les identifiants personnalisés ne sont pas conçus pour remplacer l’identifiant de l’élément de travail, ils le complètent.
La propriété ID personnalisé offre une méthode simple pour identifier plusieurs informations nécessaires d’un élément de travail donné, toutes dans un même champ. Il s’avère aussi être un outil incroyablement utile pour identifier une source d’exigences dans les requêtes inter-projets.
En vous permettant de consolider l’information dans un seul champ, vous rendez un élément de travail plus accessible aux utilisateurs moins impliqués. La capacité Custom ID suit les directives suivantes :
Les éléments de travail peuvent se voir attribuer un code unique basé sur différents types d’éléments de travail. Par exemple, le code d’un type d’élément de travail d’exigence pourrait être REQ, le code d’un type d’élément d’histoire utilisateur pourrait être US, et le code d’un type d’élément de travail de bogue pourrait être BG.
Vous pouvez créer le nombre de départ que vos types d’articles de travail augmenteront par la suite. Par exemple, vous pouvez dicter que la numérotation des identifiants personnalisés des histoires utilisateurs commence à 1 ou 10 000 et qu’elle augmentera ensuite l’identifiant personnalisé de chaque histoire utilisateur.
Vous pouvez aussi ajouter un préfixe de projet optionnel pour n’importe quel ID personnalisé. Par exemple, un nom de projet comme « Projet X » pourrait avoir le préfixe PX.
Enfin, vous pouvez choisir d’inclure la portée de tout élément de travail. Le numéro ID n’est pas répété dans le scope; la portée peut être Équipe, Projet ou Collection. Scope garantit que l’ID personnalisé sera unique dans ce périmètre.
En reprenant l’exemple présenté dans la directive ci-dessus, un identifiant personnalisé pour le premier élément de travail (00001) dans le projet X serait « PX-REQ-00001 » – qui est une concaténation du préfixe du projet + code de type d’élément de travail + numéro.
Pour plus de détails et le processus de configuration de Custom ID, veuillez regarder la vidéo.
Obtenir une conformité plus rapide, des cycles de développement plus courts et une livraison de valeur plus rapide
Continuer la lecture
Qu’est-ce que Modern Requirements4DevOps? Lisez la suite pour découvrir comment fonctionne Modern Requirements4DevOps — quels problèmes il peut vous aider à résoudre et qui l’utilise, ainsi qu’un aperçu de ses fonctionnalités, prix et intégrations.
Je vais aussi expliquer comment Modern Requirements4DevOps se compare à des outils similaires.
Lisez l’article complet sur Digital Project Manager.
Convivialité, temps de cycle courts, possibilité de rédiger des exigences en ligne, rapports de conformité et réduction des refontes de développement. Ce ne sont là que quelques-unes des expressions utilisées par nos clients pour décrire l’aptitude de plusieurs modules dans l’application Modern Requirements4DevOps. De nouvelles fonctionnalités et améliorations ont été apportées aux modules avec notre version 2020.
Ici, nous partagerons quelques points saillants de certains de nos modules dans Modern Requirements ainsi que quelques améliorations d’outils pour votre commodité. Les modules que nous allons présenter sont :
1. Gestion des droits : Vous avez demandé, et nous avons écouté. Vous pouvez maintenant gérer l’accès utilisateur. Un utilisateur (doit avoir des droits d’administrateur de collection/projet) peut maintenant gérer l’accès utilisateur aux deux modules de Modern Requirements4DevOps, ainsi qu’aux fonctionnalités de chaque module. Définir ces permissions, c’est aussi simple que de faire un-deux-trois... Étapes pour définir les permissions :
Voici ce que vous verrez :
Depuis cet écran, vous pourrez définir les permissions *Groupe et/ou *Équipe (situées dans le panneau de gauche). Il y a deux façons de définir les permissions, vous pouvez le faire soit dans « *Paramètres communs », soit dans « *Modern Requirements4DevOps Modules » individuellement (situé dans le panneau droit de l’onglet permissions). Ici, vous pouvez définir les permissions pour les fonctionnalités de chaque module.
Les options d’autorisation disponibles sont :
Actuellement, la gestion des droits est prise en charge pour trois modules : Smart Docs, Baseline et Reporting.
Pour plus de détails sur les nouveautés de la gestion des droits et de ses fonctionnalités, veuillez consulter la vidéo.
2. Améliorations de la révision : Le module d’évaluation vous permet de communiquer, d’examiner et d’approuver dans l’environnement du projet et de faciliter le changement au besoin. Des améliorations ont été apportées au module de Révision. Voici une liste de quelques-unes des nouvelles fonctionnalités :
Droits en lecture seule pour les non-participants à la révision : Avec cette amélioration, vous avez maintenant la possibilité de configurer des droits pour les non-participants afin qu’ils puissent consulter les détails de la révision en mode lecture seule.
Utilisateurs non participants : Des utilisateurs qui ne sont ni l’apponteur ni l’évaluateur.
Génération automatique en masse des rapports d’audit d’avis : Cette amélioration vous permettra de générer des rapports d’audit de toutes les évaluations d’un projet en même temps, en bloc ou par projet à partir du panneau d’administration.
Vous pouvez sélectionner des projets et fournir des détails ici pour générer automatiquement les rapports d’audit de leurs examens existants
Format des rapports d’audit – Word/PDF : Le système vous permet maintenant de choisir le format dans lequel vous souhaitez générer les rapports d’audit. Vous pouvez choisir soit la version Word, soit la version PDF.
Le but du rapport d’audit d’approbation est de fournir les détails de tous les éléments de travail dans une révision. Il fournit un statut complet concernant qui a approuvé ou rejeté les travaux d’évaluation ainsi que les commentaires et décisions
Pour plus de détails sur les nouveautés de la gestion des critiques et ses fonctionnalités, veuillez consulter la vidéo.
3. Améliorations de Smart Docs : Smart Docs est un outil qui comble le fossé entre la gestion des documents et de l’information en rédigeant les exigences dans une vue de document en ligne. De nouvelles fonctionnalités ont été ajoutées à Smart Docs, voici quelques points saillants :
Support plein écran : Pour offrir une meilleure expérience utilisateur et un écran plus grand, vous pouvez maintenant consulter Smart Docs en plein écran. Cela signifie une meilleure vue lors de la création de vos documents de demande en ligne.
Mise à jour de l’interface utilisateur du panneau droit :
Mise à jour des propriétés parentales : Il s’agit d’une mise à jour où, par défaut, la case à cocher pour hériter des propriétés de l’objet parent dans l’élément d’œuvre enfant sera affichée « non cochée ».
Note : Si aucune propriété n’est sélectionnée dans l’option déroulante, aucune propriété ne sera héritée dans l’élément de travail enfant.
Pour plus de détails sur les nouveautés de Smart Docs et ses fonctionnalités, veuillez consulter la vidéo.
4. Améliorations des rapports intelligents : Le rapport intelligent permet aux utilisateurs de formater leurs rapports selon la structure des éléments de travail. Il est accessible depuis plusieurs modules ADO et Modern Requirements4DevOps. Voici une liste de certaines des améliorations apportées au module Smart Report :
Téléverser un modèle Word activé par macros : Smart Report vous permet maintenant de téléverser et d’exécuter des fichiers Word compatibles macros (.docm) ainsi que des fichiers Macro-Enabled Word Template (.dotm) dans Smart Report via « Télécharger un modèle Word ». Cela rendra votre option conviviale de téléchargement de modèles Word encore plus facile.
Conservez la sélection du dernier modèle Word téléchargé : Devinez quoi... Smart rReport est maintenant devenu plus intelligent, il conservera maintenant la dernière sélection que vous avez faite en téléversant votre modèle Word.
Conserver la sélection de la dernière partie intelligente : Eh bien, on ne s’est pas arrêtés à se souvenir de la dernière sélection pour le modèle Word... Des améliorations ont été apportées et le système conservera désormais aussi la sélection de votre dernière partie Smart Report. Eh bien, c’est un succès pour les créateurs de rapports.
Pour plus de détails sur les nouveautés de Smart Reports et ses fonctionnalités, veuillez consulter la vidéo.
5. Améliorations de base : De base vous permet de prendre un instantané de vos besoins à un moment donné afin de mieux contrôler et de suivre les changements. Voici comment cela rendra votre expérience de travail encore meilleure :
Conservez la sélection d’éléments de travail lors du changement d’onglet : Le système se souviendra maintenant de la dernière sélection d’élément de travail lorsqu’il navigue entre différents onglets dans la ligne de base. Qu’est-ce que ça veut dire? Eh bien, en travaillant avec une ligne de base (surtout avec une grande), naviguez dans l’onglet Comparer ou Détails et revenez à l’onglet Vue si vous avez oublié avec quel élément de travail vous travailliez... Ne t’inquiète plus, parce que le système s’en souviendra pour toi.
ID de comparaison sur la comparaison de référence : Des améliorations ont été apportées pour que vous puissiez maintenant voir les révisions d’éléments de travail uniquement lorsque les éléments de travail 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 identifiant de révision ne sera affiché, mais « - » sera affiché dans Rev.ID ou Comp.Rev.ID colonne. Cette règle sera également appliquée dans le rapport de différence.
Pour plus de détails sur les nouveautés de Baseline et ses fonctionnalités, veuillez consulter la vidéo.
6. MatCal (Nouveau) : Une nouvelle fonctionnalité a été introduite dans Modern Requirements pour effectuer des expressions mathématiques et logiques. Ça a l’air excitant? Eh bien, nous sommes enthousiastes à ce sujet. Voici pourquoi :
Ce que vous devez faire : Fournissez vos formules à un membre de l’équipe de réussite client de Modern Requirements et nous serons heureux de les configurer en votre nom.
Pour plus de détails sur MatCal et ses fonctionnalités, veuillez consulter la vidéo.
Nous sommes ravis d’annoncer que Modern Requirements4DevOps 2020 est maintenant disponible en 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.
