Comment mettre en œuvre les contrôles de conception des dispositifs médicaux dans Azure DevOps
Table des matières
- Introduction
- Qu'est-ce que les contrôles de conception ?
- Contrôles de conception des dispositifs médicaux
- Besoins des utilisateurs – Éléments de conception
- Module FAQ
- Résultats de conception – Documentation et rapports
- Révision de conception
- Vérification de la conception – Analyse de la traçabilité
- Gestion du changement
- Référence
- Analyse d'impact
- Lien suspect
- Fonctionnalité bonus : MatCal
- Identifiant personnalisé
- Conclusion
- Commencez votre essai gratuit de 30 jours
Introduction
Les entreprises de dispositifs médicaux sont aujourd'hui confrontées à des défis comme jamais auparavant. Le marché des dispositifs médicaux connaît une croissance annuelle composée d’environ 5 %. KPMG, dans un rapport récent, a estimé que ce marché atteindra environ 800 milliards de dollars d'ici 2030.
Le secteur des dispositifs médicaux est, bien sûr, très réglementé, et ces réglementations évoluent constamment afin de garantir la sécurité des patients. Cela signifie que que les fabricants doivent adopter une approche plus agile pour commercialiser leurs produits plus rapidement tout en restant conformes aux réglementations afin de conserver leur avantage concurrentiel.
Parmi les autres aspects de ce contexte qui exigent une plus grande agilité, on peut citer la complexité croissante du matériel informatique et l'omniprésence grandissante des logiciels. Les services intelligents constitueront un nouveau champ de bataille, alimentés par toutes les données collectées par les appareils.
Cela soulève la question suivante : la qualité est-elle uniquement une question de conformité légale et de reporting, ou constitue-t-elle un avantage concurrentiel ?
Alors que le marché évolue vers accepter ces défis, une transformation numérique est en cours pour remédier à cette situation. Les parties prenantes chargées de la gestion des exigences et de la qualité cherchent à s’affranchir d’un ensemble d’outils hérités isolés qui gèrent leurs processus d’exigences et de qualité, tels que Microsoft Office.
Au contraire, les exigences devraient être gérées dans un outil unique offrant une intégration transparente avec l'écosystème existant afin d'éliminer les incohérences, les redondances et le travail manuel inutile qui favorisent les erreurs humaines.
C'est précisément ce type de défis que Modern Requirements vise à résoudre. Dans cet article, nous allons montrer comment Modern Requirements peut faciliter la mise en place de contrôles de conception des dispositifs médicaux tout au long du cycle de vie de la conception du produit.
Qu'est-ce que les contrôles de conception ?
Avant de commencer à décrire comment les exigences modernes apporte automatisation et traçabilité au cycle de développement des produits pour les entreprises de dispositifs médicaux, définissons définir d’abord un aspect clé du cycle de vie du développement de produit, à savoir les contrôles de conception.
Des contrôles de conception sont exigés pour tous les fabricants de dispositifs médicaux de classe I et II. Les contrôles de conception désignent l'ensemble des activités menées dans le cadre d'un processus systématique visant à garantir que le cycle de vie du développement du produit respecte les exigences réglementaires.
Il s'agit généralement d'un processus en sept étapes qui commence par la définition des besoins des utilisateurs et la collecte des données de conception, et qui s'achève lorsque le produit est transmis au service d'ingénierie pour son développement. Ces contrôles doivent être élaborés avec soin et présentés à la FDA dans le cadre d'audits internes avant qu'un nouveau produit puisse être mis sur le marché. Le document qui contient les contrôles de conception s'appelle le dossier historique de conception ; voici ses sept composantes principales :
- Données de conception
- Résultats de conception
- Révision de la conception
- Vérification
- Validation
- Transfert
- Gestion du changement
Le résultat final d'un processus de contrôle de la conception efficace doit être une traçabilité en boucle fermée qui garantit la prise en compte de toutes les données de conception ainsi que les validations pour chacun des éléments. Un dossier historique de conception ne doit pas être considéré comme un objet statique, mais comme un document évolutif qui est est constamment mis à jour dans le cadre d’un processus de gestion des modifications.
Exigences actuelles4DevOps (MR4DevOps) est un outil complet qui vous aide à gérer ce processus de manière efficace et dans le respect des normes réglementaires les plus strictes. Il s'agit un outil basé sur un navigateur, intégré au service Azure DevOps de Microsoft dans le cloud et sur un serveur sur site.
Découvrez comment ça marche :
Prêt à rationaliser la gestion de vos exigences dès aujourd'hui ?
La combinaison des exigences modernes4DevOps et Azure DevOps soutient véritablement l'ensemble du cycle de vie du développement produit. De plus, l'outil peut être synchronisé automatiquement avec des dizaines d'autres outils pouvant exister dans l'écosystème technologique d'une entreprise, tels que JIRA.
Exigences actuelles4DevOps apporte de la valeur à de nombreux rôles différents au sein de votre cycle de vie de développement de produit et facilite la collaboration entre eux. En combinant l'automatisation à bon nombre de ces points fonctionnels et à plusieurs niveaux de fonctionnalités, il prend en charge et optimise l'ensemble du cycle de vie de développement de produit :
- Analystes métier, analystes de systèmes d'entreprise et ingénieurs en spécifications
- Définir les exigences en s'appuyant sur un contexte visuel
- Exigences en matière de réutilisation
- Gérer le changement
- Collaborer
- Créer des documents personnalisés
- Responsables produit et de projet
- Gérer l'affectation des ressources
- Traçabilité de bout en bout
- Réalisation des objectifs commerciaux et satisfaction des besoins des utilisateurs
- Vérifiabilité du projet
- Assurance qualité et Cordons de test
- Créer/réutiliser des cas de test
- Afficher la couverture des tests
- Assurer la traçabilité
- Examiner et approuver
- Designers et architectes
- Créer des schémas de processus détaillés
- Établir des liens avec les besoins de l'entreprise
- Créer des documents personnalisés
- Gérer le changement
Azure DevOps ne permet pas à lui seul de prendre véritablement en charge la création de contrôles de conception, la gestion des risques et la conformité avec la 21 CFR partie 11 de la FDA en matière d'homologation. C'est que Modern Requirements4DevOps intervients .
Alors, où se situe Azure DevOps et où commencent les exigences modernes ? Voici un tableau présentant les fonctionnalités spécifiques et supplémentaires que les exigences modernes apportent en étendant Azure DevOps sans dupliquer les capacités intégrées d’Azure DevOps ::
La valeur ajoutée de MR4DevOps pour Azure DevOps
Smart Doest est l'un des principaux facteurs de différenciation qui apporte une valeur ajoutée aux exigences modernes4DevOps .. Il permet aux utilisateurs de développer des exigences dans un environnement de création de documents en ligne, fournissant ainsi un contexte aux créateurs et aux utilisateurs d'exigences tout au long du cycle de vie de la conception du produit.
Ce faisant, il comble le fossé entre les exigences documentées et celles gérées numériquement. De nombreuses autres fonctionnalités sont également propres à Modern Requirements, notamment Trace , l'analyse, la création de référenceset la Révision. Modern Requirements prend en charge un nombre croissant de normes, notamment la partie 11 susmentionnée ainsi que l'ISO et d'autres normes internationales normes internationales en matière de risques et de qualité. Il automatise également la fonction de gestion des risques en ajoutant à notre outil une fonctionnalité de champs calculés, appelée MatCal (nous y reviendrons plus tard).
Voici un graphique illustrant certaines des normes de gestion de la qualité prises en charge par Modern Exigences:
Contrôles de conception des dispositifs médicaux
Comme nous l'avons mentionné, la complexité des technologies des dispositifs médicaux augmente de manière exponentielle, tout comme les exigences qui s'y rapportent. Au cœur de la gestion de cette complexité se pose une question fondamentale :
Quelles sont les véritables exigences d'un tel système et comment les gérer de manière efficace et structurée ? Ou encore, que se passerait-il en cas de changement ?
Pour comprendre comment Modern Requirements peut vous aider à cet égard, nous devons d'abord rappeler les étapes clés des contrôles de conception des dispositifs médicaux et des tâches qui y sont associées :
En suivant ce protocole, nous pouvons désormais examiner les fonctionnalités clés de Modern Requirements4DevOps qui aident les équipes à développer des dispositifs médicaux avec moins de stress.
Nous allons pas examiner chaque étape, et il peut y avoir des recoupements entre les différentes exigences Modern4DevOps couvrent plusieurs tâches. Cependant, nous aborderons les fonctionnalités les plus importantes de Modern Requirements4DevOps afin de vous aider à gérer les contrôles de conception tout au long du cycle de vie du développement du produit.
Besoins des utilisateurs – Éléments de conception
La définition des besoins des utilisateurs constitue la base de l'ensemble du processus. Elle consiste à déterminer comment votre appareil sera utilisé et par qui, ainsi que les fonctionnalités et caractéristiques essentielles dont il doit disposer. Cela inclut les autres produits et plateformes avec lesquels votre appareil sera connecté ou interagira.
Utilisation des exigences modernes4DevOps, vous pouvez créer différents types d'éléments de travail pour les exigences fonctionnelles, de performance et d'interface, entre autres, afin de concrétiser ces tâches clés. Voici quelques exemples des types d'éléments de travail disponibles :
Nous avons créé des modèles de tâches de conformité en collaboration avec des clients du secteur médical. Ces modèles de conformité peuvent être utilisés pour gérer l'historique de conception, les spécifications de conception, les risques liés à l'analyse des modes de défaillance et de leurs effets (FMEA), les exigences en matière d'atténuation, etc. Vous pouvez nous envoyer un e-mail à l'adresse info@modernrequirements.com si vous souhaitez utiliser ce modèle pour vos propres projets.
Par exemple, voici ce que vous voyez lorsque vous ouvrez la tâche FMEA :
Vous trouverez ici des informations spécifiques à ce poste de travail, telles que :
- Caractéristiques
- Fonction et objectif
- Modes de défaillance potentiels
- Causes possibles
Voyons maintenant un autre élément de travail – en l'occurrence, les besoins des utilisateurs :
Comme vous pouvez le constater, cela fait apparaître des attributs totalement différents qui s'appliquent à cet élément de travail. Les éléments de travail et leurs attributs sont entièrement configurables et personnalisables en fonction de vos besoins spécifiques.
Les relations entre les éléments de travail constituent des concepts essentiels dans la gestion des exigences. Exigences modernes4DevOps vous permet de gérer ces relations en établissant, en supprimant ou en modifiant le type de lien entre les éléments de travail.
De plus, si votre nouvel appareil partage des composants avec un modèle précédent, vous pouvez facilement réutiliser les spécifications. Vous pouvez ainsi créer une bibliothèque d'éléments de travail à des fins de réutilisation, ce qui vous évite un travail redondant.
Exigences actuelles4DevOps propose plusieurs méthodes pour rédiger les exigences, telles que :
- Dans le module des tâches
- Dans les modules natifs d'Azure DevOps
- Ou bien, en utilisant Smart Docs.
Voyons maintenant deux autres modules que vous pouvez utiliser pour recueillir des informations sur votre nouvel appareil :
Module FAQ
Les exigences commencent souvent par une notion abstraite, ce qui peut rendre difficile leur définition concrète. Savoir poser les bonnes questions permet de rendre les exigences plus précises et plus claires.
Exigences actuelles4DevOps dispose des modèles comprenant plus de 3 000 questions prédéfinies, y compris ISO/IEC 15288 (norme d'ingénierie des systèmes), ISO 13485 QMS (norme relative aux systèmes de gestion de la qualité) et ISO 14971 (norme relative à l'application de la gestion des risques aux dispositifs médicaux), ainsi que ISO 26262 et ASPICE (normes de sécurité des produits des fabricants):
Ce module est particulièrement utile pour définir les exigences relatives aux besoins des utilisateurs et aux données de conception.
Vous pouvez également créer votre propre liste de FAQ et associer de nouvelles questions à des tâches existantes afin de vous assurer qu'elles soient traitées. D'autre part, nous pouvons créer directement de nouvelles tâches à partir de questions spécifiques. Idéalement, chacune des questions que vous ou vos parties prenantes créez devrait faire l'objet d'une tâche correspondante.
Module de surveillance des e-mails
Des entretiens bien structurés peuvent s'avérer très efficaces pour recueillir les besoins des professionnels de santé, des patients, ainsi que des équipes commerciales et marketing.
Utilisation de Exigences modernes pour le DevOps , vous pouvez inviter des participants au processus de conception à rejoindre la discussion ou même à créer des exigences.
C'estvoici Email Surveiller fonctionne en convertissant automatiquement les e-mails envoyés à l'adresse e-mail que vous avez configurée en tâches.
Résultats de conception – Documentation et rapports
La constitution d'un dossier historique de conception, qui comprend la documentation des besoins des utilisateurs, les données d'entrée, la planification et les résultats de conception tout au long du cycle de vie de la conception d'un produit, peut s'avérer fastidieuse. Un outil de documentation centralisé peut contribuer à alléger cette charge. C'est là qu'intervient Smart Docs.
Smart Docs rassemble les exigences du projet dans un seul document. Voici un exemple de Smart Doc contenant certaines exigences, telles que les besoins des utilisateurs ainsi que les exigences système, fonctionnelles, de risque FMEA et non fonctionnelles :
Smart Doc est à la fois un outil de documentation et un outil de rédaction d'exigences, ce qui signifie que vous pouvez créer de nouveaux éléments de travail directement dans l'interface de Smart Doc. En tant qu'environnement de rédaction complet, il vous permet de présenter le contenu détaillé de vos exigences.
Dans Smart Docs, vous pouvez modifier le contenu à l'aide de l'éditeur standard d'Azure DevOps ou de l'éditeur Smart Editor pour les exigences modernes, un outil d'édition similaire à Word. Il est possible d'ajouter et d'afficher des images, des tableaux intégrés, des diagrammes et d'autres contenus enrichis.
Des numéros sont attribués automatiquement pour indiquer la position hiérarchique des éléments de travail et la structure hiérarchique peut être configurée dans le concepteur de méta-modèles. Vous disposerez ainsi d’une structure de document bien conçue pour tous les différents types de documents.
Pour les documents d'entrée et de sortie de conception, vous pouvez définir des types d'exigences à chaque niveau :
Et, pour vos documents de vérification et de validation de conception, vous pouvez par exemple ajouter des cas de test.
Qu'en est-il des modifications apportées aux documents ?
Pour satisfaire aux exigences en matière de gouvernance et de conformité, deux tâches essentielles doivent être accomplies :
- Les modifications doivent être consignées
- Les modifications doivent être correctement synchronisées
Exigences actuelles4DevOps enregistre chaque modification apportée aux documents sous forme d'historique des révisions. Chaque fois que vous apportez des modifications importantes, vous pouvez enregistrer une nouvelle version. Cela s'avère utile par la suite pour comparer les modifications entre les versions ainsi que pour générer des rapports de modification au format PDF ou Word.
Les problèmes courants liés à la gestion des versions sont résolus grâce à la synchronisation instantanée des modifications partout, ce qui élimine les copier-coller manuels ou les transferts de fichiers.
Vous pouvez utiliser le fonctionnalité Smart Report pour configurer plus en détail le format du rapport. Elle vous permet de mettre en forme les rapports avant de les générer. Des formats de style par défaut sont fournis, mais ils sont hautement personnalisables, ce qui vous permet de choisir des attributs, de modifier les styles, de regrouper ou de trier les éléments de travail, etc. Voici un exemple :
Dans Smart Reports, les éléments sont organisés en lignes et leurs attributs en colonnes. Les rapports peuvent être enregistrés au format Word, PDF ou HTML. Vous pouvez également ajouter votre propre contenu statique, tel qu'un en-tête, un pied de page ou l'identité visuelle de votre entreprise, grâce aux documents Word ou aux fonctionnalités de mise en forme avancées de Smart Reports.
Comme vous pouvez le constater, Smart Docs et Smart Reports sont des fonctionnalités intégrées de documentation et de reporting. Presque chaque élément de contrôle de conception comporte une activité qui doit être documentée. Toutes ces informations sont enregistrées dans le fichier d'historique de conception et peuvent être consultées de manière très structurée à l'aide de Modern Requirements.
Conception Révaluation
Lors des revues de conception, vous et votre équipe de projet examinez officiellement les principaux livrables et donnez votre accord sur ceux-ci. Dans le cadre de cette revue, vous devez disposer d'un document attestant que toutes vos mesures de contrôle de la conception ont été mises en œuvre.
Utilisation des exigences modernes4DevOps, vous pouvez lancer une révision pour un ou plusieurs éléments de travail, ainsi que pour un document entier. Les initiateurs et les approbateurs peuvent respectivement créer ou remplir des demandes de révision directement au sein de la plateforme, sans avoir à envoyer de fichiers supplémentaires par e-mail.
En tant qu'initiateur d'une révision, vous pouvez lancer une révision depuis le tableau de bord :
Il existe deux types d'événements de révision : la demande et l'approbation.
En tant qu'initiateur d'évaluation, vous pouvez consulter toutes les évaluations que vous avez envoyées ainsi que leur statut ; en tant que validateur, vous pouvez accéder aux demandes d'évaluation qui vous ont été attribuées :
Lors d'une session de révision, les réviseurs peuvent ajouter des commentaires pour chaque élément de travail, consulter les commentaires des autres et y répondre. En tant que responsable de la validation, vous pouvez ajouter des commentaires, puis approuver ou rejeter un élément individuel – ou l'ensemble du dossier.
Les initiateurs de révision peuvent exiger qu'un approbateur utilise une signature électronique pour valider une demande de révision. De cette manière, vous pouvez vous conformer à la norme 21 CFR partie 11.
Tous les résultats des revues historiques peuvent être générés sous forme de rapport d'audit au format Word ou PDF, documentant chaque événement de revue dans un format de rapport d'audit bien conçu.
Vérification de la conception – Analyse de la traçabilité
L'analyse de traçabilité est une tâche essentielle dans le cadre du processus de vérification et de validation de la conception. Exigences modernes4DevOps vous aide à accomplir cette tâche en vous permettant de créer des matrices de traçabilité rapidement et facilement.
Il existe deux types de matrices de traçabilité :
- Matrice horizontale – offre une vue d'ensemble du projet de conception.
- Matrice de recoupement – tableau de correspondance 2 × 2 entre deux types d'éléments de travail.
Tout d'abord, voici un exemple de matrice horizontale :
Comme vous pouvez le constater, le cas d'utilisation n° 2 se décompose en 1 exigence système et 2 exigences fonctionnelles, et continue à générer des tâches jusqu'aux .
La FDA affirme que les exigences en matière de tests doivent pouvoir être rattachées aux exigences et à la conception de chaque système. Vous pouvez documenter cette traçabilité en un seul clic sous forme de rapport intelligent ou au format Excel.
Par exemple, vous pouvez créer rapidement une matrice horizontale en sélectionnant simplement le type d'exigence pour chaque niveau :
Nous avons ensuite une matrice d'intersection. Voici un exemple qui permet de vérifier que les mesures d'atténuation couvrent intégralement les risques identifiés dans l'analyse FMEA :
Un autre cas d'utilisation consiste à regrouper toutes les exigences fonctionnelles sur une dimension et tous les cas de test sur une autre dimension afin de garantir une couverture de test à 100 %. Il suffit de sélectionner un type (ou un sous-type) d'élément de travail pour chaque dimension afin de créer une matrice de correspondance.
Tout comme les autres exigences modernes4DevOps , les mises à jour seront synchronisées simultanément.
Gestion du changement
La gestion des modifications est l'un des aspects les plus importants, mais aussi les plus complexes, du contrôle de la conception, car les modifications sont inévitables dans tout projet. Si nous ne disposons pas d'un processus infaillible permettant de vérifier que tous les composants concernés ont bien été identifiés au fil du temps, les modifications apportées au système en réduiront la fiabilité et la sécurité.
Nous avons déjà abordé certaines des fonctionnalités de Modern Requirements en matière de gestion du changement dans le cadre des contrôles de conception spécifiques évoqués plus haut.
Toutefois, pour prendre un exemple concret, lorsque vous consultez une matrice de traçabilité, vous pouvez avoir une idée des exigences en aval qui seront concernées si des modifications sont apportées aux exigences en amont.
Voyons trois autres exemples :
Référence
Une référence est une base de comparaison entre les éléments de travail sur une période donnée. Elle peut être considérée comme un instantané des exigences à un moment donné. Chaque projet de conception doit définir une stratégie de référence en termes de création, de fréquence, de contenu et de documentation. Exigences modernes4DevOps vous permet de définir une référence pour un élément de travail unique ou une requête portant sur des éléments de travail.
Par exemple, vous pouvez voir ici une comparaison de deux versions de référence qui montre quelles exigences ont été modifiées, ajoutées ou supprimées :
Vous pouvez également consulter en détail chaque tâche pour voir exactement ce qui a changé, quand cela s'est produit et qui en est à l'origine :
Comme indiqué précédemment, chaque fois que vous modifiez un élément de travail, un enregistrement de révision est créé pour celui-ci. Vous pouvez donc à tout moment comparer deux révisions afin de suivre les modifications :
Une version de référence sert à communiquer les modifications apportées aux détails des exigences aux parties prenantes concernées. N'oubliez pas de documenter ces modifications en générant des rapports de différences ou des rapports Smart pour les éléments de travail de la version de référence.
Analyse d'impact
Imaginons supposons que vous souhaitiez apporter quelques modifications à une exigence système, par exemple. Il vous suffit d'exécuter l'analyse d'impact de Modern Requirements de Modern Requirements. sur cette exigence système, ou sur n’importe quel autre élément de travail.
Cela vous permettra d'avoir une vue d'ensemble de toutes les tâches qui seront directement concernées:
Vous pouvez ensuite apporter les modifications nécessaires aux tâches concernées directement à partir de cette vue. Vous pouvez également approfondir l'analyse en explorant chaque tâche individuellement pour obtenir une analyse d'impact plus détaillée :
Lien suspect
L'idée est que, si quelqu'un apporte une modification à la description d'un élément de travail, l'élément de travail associé sera signalé comme suspect. Votre équipe pourra alors vérifier les exigences associées à l'élément modifié avant de poursuivre, afin de déterminer si des mises à jour sont nécessaires.
Les liens suspects sont également entièrement configurables, ce qui signifie que vous pouvez définir des critères préalables, l'événement déclencheur et les éléments de travail qui seront marqués comme suspects.
Fonctionnalité bonus : MatCal
Les facteurs aggravants sont liés à certains éléments déterminants. Supposons que le score de risque soit lié au score de gravité et au score de probabilité. Nous pouvons utiliser le fonctionnalité MatCal pour calculer automatiquement le score de risque en fonction des données saisies pour la gravité et la fréquence :
Cela permet de remplacer les processus manuels, tels que le calcul du score à l'aide de feuilles de calcul Excel, puis sa saisie manuelle dans les contrôles de conception. Cela vous aide à éviter tout risque d'introduire des chiffres erronés dans le projet de conception. Une fois encore, ces calculs sont synchronisés partout où ce risque est présent.
Identifiant personnalisé
Chaque tâche est identifiée de manière unique à l'aide d'un identifiant. Cependant, la plupart des clients du secteur médical gèrent des milliers de tâches au sein d'un même projet ou sur plusieurs projets. Cela peut facilement donner lieu à des identifiants longs et peu explicites. Exigences modernes4DevOps vous permet d'attribuer des identifiants personnalisés et descriptifs aux éléments de travail, en plus de l'identifiant par défaut généré pour ces derniers.
L'identifiant descriptif vous fournit rapidement des informations telles que le type de tâche, l'origine du projet, etc. Il peut être attribué automatiquement par le système en fonction de votre configuration.
Conclusion
Microsoft Azure DevOps est un outil formidable qui apporte une valeur ajoutée considérable aux équipes DevOps tout au long de la majeure partie du cycle de vie de la conception des produits. Cependant, les acteurs du secteur des dispositifs médicaux sont confrontés à un ensemble unique de défis, tant réglementaires que techniques.
Exigences actuelles4DevOps a été spécialement conçu pour aider à alléger la charge de travail des équipes grâce à l'automatisation, en facilitant la collaboration et en simplifiant les tâches clés, telles que la définition des données d'entrée, la documentation, la révision, la traçabilité et la gestion des changements.
L'objectif final est non seulement de vous aider à respecter les normes les plus strictes du secteur, mais aussi de vous procurer un avantage concurrentiel, notamment en association avec des pratiques agiles. Tout cela dans un seul et même outil, sans avoir à recourir à un ensemble disparate de technologies.
Prêt à rationaliser la gestion de vos exigences ?
Commencez votre essai gratuit de 30 jours de Modern Requirements4DevOps pour relever tous vos défis en matière de rédaction, de conception, de documentation et de gestion des exigences. Chaque exigence que vous créez sera directement intégrée à votre projet Azure DevOps.
Vous avez la possibilité de l'essayer dans votre propre environnement pour une expérience personnalisée, ou de l'essayer sur le serveur Azure DevOps interne de Modern Requirements, qui propose des modèles prédéfinis.
Remarque : si vous souhaitez l'essayer dans votre propre environnement, vous devez disposer d'une URL de compte Azure DevOps/VSTS valide.
En envoyant ce formulaire, vous acceptez de recevoir des e-mails de la part de Modern Requirements. Vous comprenez que vous serez abonné à la newsletter marketing mensuelle de Modern Requirements ainsi qu'à des offres ponctuelles concernant du contenu et/ou des services supplémentaires. Vous pouvez retirer votre consentement à tout moment en utilisant les liens fournis dans chaque e-mail.
