Newsletter avril 2021

La version majeure Polarion ALM 21 R1 est disponible

Cette nouvelle version majeur de Polarion ALM apporte d’importantes améliorations aux fonctionnalités existantes en regard de la collaboration, ainsi que sur la facilité d’utilisation et l’amélioration des performances.

Des améliorations ont été apportées aux fonctionnalités suivantes :

• Collaboration avec les LiveDocs – Vous pouvez maintenant voir combien de personnes travaillent simultanément sur un Document, et la gestion des conflits est améliorée.
• Authentication des Utilisateurs – Cette version apporte une refonte majeure de l’authentification, avec la possibilité de s’authentifier auprès de plusieurs fournisseurs.
• Améliorations apportées aux connecteurs – ReqIF auto-mapping, planification de la synchronisation des données avec Jira, et bien plus encore…
• Autres améliorations
  • Autres améliorationsPermissions par champ pour les LiveDocs,
  • Attributs personnalisés pour les tests records,
  • Attributs personnalisés pour les tests records,Amélioration des Collections, de l’ergonomie, de l’administration et des performances et de l’évolutivité.

​Nous revenons ci-après plus en détails sur ces évolutions et améliorations apportées par cette nouvelle version de Polarion :

Collaboration avec les LiveDocs

Notifications de collaboration Une des fonctionnalités clés qui font de Polarion une véritable plateforme ALM collaborative sont les LiveDocs, bien connus pour spécifier en masse vos exigences ou vos scénarios de tests, dans un document web partageable. Afin d’améliorer la collaboration entre les utilisateurs rédigeant des spécifications communes et d’être conscient des modifications simultanées potentielles dans un même LiveDoc,Polarion fournit aux utilisateurs une notification visuelle lorsqu’ils sont plusieurs à éditer le même LiveDoc. Ces notifications sont affichées en temps réel sans actualisation du navigateur.

• Une nouvelle icône dans la barre d’outils de l’éditeur affiche le nombre de personnes travaillant sur le Document, ainsi les utilisateurs peuvent savoir ils sont seuls à éditer le Document (le statut vert indique alors “You”) ou s’il y a un risque de changements conflictuels en raison de l’édition du même Document par d’autres utilisateurs (le statut vert affiche un nombre).
• Cliquer sur cette icône affiche la liste des personnes travaillant simultanément sur le Document.
• L’icône est désactivée et grisée si le service notification est hors ligne.

Dans la version 21 R1, la fonctionnalité ne montre que les utilisateurs travaillant sur le même document, mais ne montre pas de détails sur leurs actions. Cependant, différents statuts pour la lecture (vert), l’édition (orange) et les modifications enregistrées (rouge) par d’autres utilisateurs dans le même document sont prévus pour une version future.

Dans les exemples ci-dessus, la première capture d’écran (de gauche à droite) montre 4 utilisateurs avec le document ouvert, la deuxième capture d’écran montre juste un seul utilisateur avec le document ouvert, et la dernière capture d’écran montre qu’il n’y a pas de connexion au service de notification de collaboration (ou bien qu’il est hors ligne).

Cette vidéo est une démo de la fonction notification de collaboration en action avec quatre utilisateurs travaillant en parallèle sur le même document.

Amélioration des conflits et fusions

Pour compléter la fonction de notification de collaboration présentée précédemment, nous avons également apporté quelques améliorations aux LiveDocs quand des modifications simultanées sont effectuées. Tout d’abord, nous avons optimisé la façon dont Polarion gère la fusion automatique de changements structurels en simultanés par différents utilisateurs : Ceci porte sur le déplacement, l'indentation, l'ajout ou suppression d’éléments, de titres et de paragraphes dans le document. Supposons que plusieurs utilisateurs réorganisent des éléments dans différentes parties du Document. Cela ne se traduit plus par un conflit auparavant difficile à gérer, maintenant Polarion est en mesure de fusionner en toute sécurité de tels changements. En outre, lors de la déclaration d’un conflit, Polarion indique les changements simultanés, le type de conflit (de nature structurelle par rapport aux changements de contenu). Cela aide les utilisateurs à mieux comprendre le conflit signalé. De plus, l’avertissement de modifications simultanées a été revu. Comme nous l’avons mentionné, le type de conflit signalé est amélioré. Mais, vous remarquerez également la coloration rouge et jaune distincte pour indiquer si Polarion peut fusionner en toute sécurité les changements ou non. Le jaune signifie que la modification simultanée peut être fusionnée en toute sécurité, mais il est recommandé à l’utilisateur d’examiner la modification avant d’enregistrer le document. Rouge signifie que les modifications simultanées sont en conflit « dur » qui se traduira par une fusion risquée où une modification antérieure sera écrasée, l’utilisateur sera alors tenu de fusionner manuellement toutes les modifications pertinentes. Enfin, nous avons ajouté des outils explicatifs pour mieux aider à comprendre l’implication des conflits, où les utilisateurs ont apporté des modifications, et pour améliorer l’enregistrement des logs lorsque des changements simultanés se produisent. Exemple : Modifications structurelles simultanées détectées lorsque Polarion peut fusionner en toute sécurité les modifications lors de l’enregistrement.

Exemple : Modifications simultanées du contenu détectées lorsque Polarion ne peut pas fusionner en toute sécurité les modifications lors de l’enregistrement. Si l’utilisateur enregistré le document, certains contenus seront écrasés, et l’utilisateur devra fusionner manuellement toutes les modifications antérieures. Notez également dans cet exemple qu’il y a également eu des modifications structurelles apportées au Document, mais que celles-ci peuvent être fusionnées en toute sécurité.

Authentification des utilisateurs

Les méthodes d'authentification ont fortement évoluées dans cette nouvelle version afin d'apporter plusieurs avantages à nos clients et rendre uniforme la configuration des différents fournisseurs. le principal bénéfice de cette approche est de pouvoir s'appuyer simultanément sur plusieurs fournisseurs et configurer Polarion de manière à ce que différents utilisateurs puissent se connecter avec différents fournisseurs . Cette fonctionnalité lève des restrictions et apporte de nouvelles options à nos clients :

• Inviter les fournisseurs et clients à se connecter à leur instance Polarion pour revues et collaborations, en permettant d'authentifier les utilisateurs externes par leurs fournisseurs d'identité respectifs,
• Utiliser plusieurs serveurs LDAP pour les authentifications,
• Créer localement des comptes utilisateurs de service permettant de se connecter à Polarion via des outils externes (sans avoir à les ajouter dans le système de gestion d'identité de l'entreprise)

Voici quelques améliorations apportées par ce nouveau mécanisme :

• Les administrateurs gardent un contrôle plus important sur le comportement de chaque fournisseur ou leur configuration LDAP respective, e.g. la fonction auto-create peut être activée uniquement pour des méthodes d' authentification données,
• L'authentification est configuré par une page d'administration Authentication administration avec un éditeur syntaxique XML ayant des fonctions de validation poussées qui aident à configurer proprement les authentifications,
• Les mises à jour des certificats de cryptage pour le Single Sign-on SAML sont désormais transparentes. Polarion supporte désormais plusieurs certificats pour un unique SAML authentication provider, ce qui vous permet de mettre à jour à l'avance votre certificat expirant prochainement,
• Les mots de passe LDAP-bind et les clients secrets oAuth peuvent être stockés en toute sécurité dans le user account vault où ils sont cryptés,
• Les clés Account vault peuvent être mises à jour par les Web Services API. Ceci permet aux équipes IT d'utiliser leurs outils DevOps favoris pour renouveler les mots de passe des comptes de service quand ils arrivent à expiration.

Une reconfiguration sera nécessaire pour la plupart des installations existantes de Polarion quand vous procéderez au passage en 21 R1. Avant de mettre à jour votre environnement, merci de lire attentivement le nouveau guide portant sur les authentifications disponible sur le centre de support.

Choses principales à retenir :

• Si vous n'utilisez pas d'authentification LDAP ou SAML et uniquement le fichier passwd, la reconfiguration est simple comme expliqué dans la section sur Password.
• Une nouvelle configuration est par contre requise pour toute installation existante utilisant une authentification LDAP. Sans cette configuration, votre instance Polarion ne sera pas accessible.
• Les authentifications utilisant les précédentes méthodes pour password, OAuth 2, et SAML sont temporairement mais nous vous recommandons fortement de les reconfigurer via la nouvelle page d'administration.

A la place du fichier passwd , un nouveau fichier passwd_credentials stocke désormais les mots de passe locaux pour les utilisateurs locaux. Le fichier passwd existe toujours mais est désormais exclusivement utilisé pour stocker les clés secrètes générés par le système pour les processus propres à Polarion.

• Les administrateurs qui ont fait des modifications dans ce fichier avant la 21 R1 doivent en lieu et place les porter dans le fichier passwd_credentials.
• Si vous utilisez des services externes qui se réfèrent à ce fichier passwd, modifier leur configuration pour pointer à la place vers le fichier

​ Encore une fois du fait de ce changement important, veuillez-vous référer au guide très complet sur ce nouveau mécanisme d'authentification , et si besoin nous vous invitons à nous consulter avant de procéder à la mise à jour en version 21, en particulier dans le cas d'un serveur existant s'appuyant sur LDAP..

Améliorations apportées aux connecteurs

ReqIF Auto-mapper ​Un bon nombre de nos clients utilisent les outils d’importation et d’exportation de Polarion et en particulier ceux traitant le format ReqIF. Parfois ils ont besoin d’importer des fichiers ReqIF qui contiennent plusieurs documents (ou modules…) contenant de nombreux attributs, ce qui nécessite du temps pour configurer les mapping ReqIF requis. Nous avons donc ajouté pour les importations le ReqIF Auto-mapper.

Le ReqIF Auto-mapper offre un processus en deux étapes. Tout d’abord, tous les types de Work Items contenus dans le fichier ReqIF peuvent être facilement mappés pour chaque type de Work Item Polarion :

Ensuite, une liste agrégée de tous les attributs de tous les types de Work Items ReqIF est présentée afin qu’ils puissent être mappés aux attributs Polarion :

Remarque : l’option Create missing attributes and values permet de créer un champ personnalisé pour chaque champ non mappé. Cela prend également en charge les énumérations ainsi que leurs valeurs.

Synchroniser les données de planification avec Jira

Polarion 21 R1 introduit la synchronisation automatique des données de planification entre Polarion (Planned In) et Jira (Fix versions). Cela signifie que les Plans Polarion et les Versions Jira sont automatiquement créés, mis à jour et supprimés s’ils sont référencés dans les champs Planned In ou Fix versions. La configuration est similaire au mapping de Work items :

Présentation des données des liens vers des systèmes intégrés à Polarion (ex. Teamcenter)

Jusqu’à présent, les attributs des Work Items liés dans les systèmes distants n’étaient accessibles qu’en survolant le lien et étaient présentés dans un aperçu. Pour faciliter les choses, nous avons
mis en place un mécanisme qui met l’information là où vous en avez besoin. Dans le formulaire du Work Item :

Dans cet exemple, une nouvelle section a été ajoutée au formulaire de Work Item. Dans cette nouvelle section, un type spécifique de Work Items liés est affiché (Demandes de modification) et pour chacun des éléments, vous pouvez afficher directement leur statut.

Le nombre de sections, les types de Work Items et les attributs à afficher peuvent être configurés. Dans l’exemple suivant, vous pouvez voir plus d’attributs configurés, comme l’utilisateur, la date, etc. :

Permissions par champ pour les LiveDocs

Afin de configurer un processus et workflow robustes pour les Documents, le schéma des permissions des LiveDocs a été amélioré avec des per-field permissions (permissions par champ). Equivalent à la fonctionnalité existante du work item, la valeur du statut et des custom fields (champs personnalisés) peut être mise en lecture seule de façon sélective, ou entièrement masquée. Pour en savoir plus sur cette configuration veuillez-vous référer à la section « Permission Management » sous Documents.

Les Custom sets peuvent être configurés pour refléter les différentes étapes du workflow d’un Document. Une fois que le Document a atteint un certain niveau de maturité, ses champs peuvent être verrouillés pour empêcher leur modification par des utilisateurs ne devant pas avoir les droits de mises à jour. Il est donc maintenant plus facile de réaliser les scénarios suivants :

• Assigner un unique Document ID lors de la création d’un Document qui ne devrait jamais être modifié.
• Configurer un champ de version d’un Document, qui s’incrémente seulement durant certaines étapes de workflow par l’action d’un script, mais qui n’est pas modifiable par d’autres moyens.
• Une fois un Document approuvé, vous pouvez figer sa Version, son Propriétaire et son niveau d'évaluation des Risques
• S'assurer que des données propres à un métier, par exemple l'évaluation de la spécification par le département assurance qualité, ne puissent être éditées que par le responsable qualité

Attributs personnalisés pour les Test Records Nos clients utilisent souvent Polarion pour gérer la vérification et la validation de leurs produits. Tester un produit ou un logiciel nécessite souvent une infrastructure et des outils spécifiques qui supportent leurs activités de tests. La gestion des Tests dans Polarion a été améliorée avec ces objectifs à l’esprit en étendant les données d’exécution de test avec des attributs personnalisés. Les attributs personnalisés vous permettent de suivre des informations structurées supplémentaires pendant ou même avant l’exécution du test, par exemple :

• Un testeur responsable de l’exécution d’un cas de test particulier
• Numéro de série de l’équipement test utilisé pour l’essai
• Tension, température, ou débit mesuré pendant l’essai

La tenue de tels enregistrements dans un format structuré permet un contrôle et une validation des processus plus robustes pour les exécutions de tests. Il permet également de rendre compte plus facilement des données de vérification, ce qui fournit des informations supplémentaires et des améliorations potentielles de la productivité aux procédures de vérification d’un client.

Les attributs personnalisés sont configurés via une nouvelle page d’administration Test Record Custom Fields. Les attributs peuvent être remplis via la vue Test Execution, ou définis via des APIs et affichés ultérieurement sur la vue Test Records, et dans le widget Test Records.

Enfin nous vous présentons ci-dessous quelques autres améliorations significatives :

Amélioration des Collections

Les Collections étant le dernier ajout majeur à Polarion, leurs fonctionnalités continuent d’être améliorées et complétées sous la version Polarion 21 R1 :

• Le type Collection est disponible dans la Table widget dans les Live Reports pour une sélection plus facile des Collections dans les rapports.
• Les champs personnalisés de type Enumeration sont disponibles pour les Collections. Le champ d’énumération multi-valeurs n’est pas encore disponible, à venir dans une prochaine version.
• Coller l’URL d’une Collection ou d’une Baseline dans un champ riche texte ( comme le champ description) créé un lien direct, qui vous permet de référencer aisément vos Collections et autres artéfacts.

Amélioration de l’ergonomie

• Une action Collapse All a été ajoutée à l'onglet Document Outline, ainsi les utilisateurs peuvent aisément refermer la structure entière du document afin d’y naviguer plus facilement.
• En plus d’être en mesure d’insérer des Work Items référencés, les utilisateurs affectés à la licence Polarion QA peuvent désormais également figer les Work Items référencés ou l'inverse ( action Freeze/Unfreeze).

Amélioration de l’administration À partir de Polarion 20 R2, afin de faciliter le déploiement des correctifs pour les administrateurs, nous les avons transformés en mini-versions. Ils sont distribués comme Update Package complet avec leur propre build ID. Cela permet aux administrateurs de déterminer facilement la version du patch à partir de l’interface utilisateur Polarion. Nous avons également facilité la collecte par les administrateurs des retours et commentaires des utilisateurs. Tout comme nous, de nombreux administrateurs Polarion suivent les retours et les demandes d’améliorations venant des utilisateurs dans un projet Polarion dédié. L’action Send feedback , sur le panneau Configuration, est également configurable. Une nouvelle version de Tomcat a été introduite sur la plate-forme Polarion, qui ajoute d’autres moyens d’assurer un déploiement Polarion en toute sécurité. La communication entre Apache HTTPD et le port Tomcat AJP de Polarion peut maintenant être configurée pour nécessiter un token secret. Amélioration des performances et de l’évolutivité Un système rapide et réactif est essentiel pour une bonne facilité d’utilisation et à la satisfaction de l’utilisateur final. Pour cette nouvelle version 20 R1, ont été mis l’accent sur des actions spécifiques en vue d’améliorer l’interface utilisateur ainsi que les performances globales de Polarion dans trois domaines différents. Ces optimisations ont permis :

• D’accélérer de 22% à 57% l’import initial de Documents issus de différentes sources
• D’accélérer l’import pour la fonction Document Round-trip de 15% à 31%
• D'accélérer la sauvegarde des modifications dans un LiveDoc de 13% à 38%
• d'accélérer les opérations d’écriture de 26% à 36% lors de tests de charge portant sur 2000 utilisateurs travaillant en simultanés sur un repository contenant 10 millions de Work Items

Si ces améliorations ou nouveautés vous intéresse n’hésitez pas à passer en version 21 R1 dès à présent, quelle que soit votre version actuelle installée. Pour plus d’informations accédez aux détails de la couverture des versions et services releases de Polarion ALM sur le Polarion Blog .

Votre prochaine formation à Polarion

Vous avez peut-être déjà fait appel à Polarsoft pour vous former et vous accompagner dans votre premier déploiement de Polarion. Nombreuses sont aussi les demandes pour former un nouvel utilisateur, un référent sur la solution Polarion ALM ou encore pour une formation avancée afin d’exploiter au mieux le potentiel de l’outil.
Polarsoft vous propose des formations adaptées au besoin de chacun dispensées en formule intra-entreprise (sur site client) et inter-entreprises organisées dans nos locaux à Saint-Quentin-en-Yvelines.

Dans le contexte de la crise sanitaire actuelle nos salles de formation sont organisées et équipées afin de respecter les directives gouvernementales (respect des distanciations, mise à disposition de masques, gel hydro alcoolique…). Nous pouvons également vous proposer des sessions de formation en distanciel. Si cela correspond à votre besoin n’hésitez pas à nous contacter via le formulaire en bas de cette page.

Découvrez ici nos différentes formations avec leur programme ainsi que les dates des prochaines sessions organisées inter-entreprises.

Enfin si vous ne trouvez pas dans ces programmes la réponse à votre besoin en formation nous pouvons vous proposer de la formation ciblés sur vos attentes (ex. Ingénierie des exigences , Ingénierie système…), n’hésitez pas à nous en faire la demande !

Nos Trucs et Astuces pour encore mieux exploiter Polarion

Cette rubrique est dédiée à vous apporter quelques petits conseils qui vous faciliterons votre quotidien avec Polarion ALM. Nous avons choisi pour cette newsletter de mettre en avant l’apports des Baselines de Documents permettant d’exploiter l'historique et de faciliter les audits.

Depuis la version 19.2 de Polarion, il est possible de créer des Baselines de Documents, permettant ainsi de capturer et rendre plus accessible toute version ou révision de la spécification. Il est d'usage de créer une Baseline à chaque approbation d'une version du document.

Cet article n'a pas pour objet de présenter comment créer une Baseline, vous trouverez dans l'aide en ligne toutes les informations nécessaires. Notez juste qu'une Baseline peut être créée même sur des versions de documents datant de plusieurs années (on peut trouver cela intéressant pour rendre plus lisible son historique).

Note : On entend parfois qu'une Baseline "fige" une version du document, cela n'est pas vraiment exact car une révision historique d'un document est intrinsèquement figée, il est plus juste de dire qu'une Baseline pose un marqueur, qualifie une révision du document et en facilite son accès.

Baselines de documents et signatures électroniques

Ceci nous fait penser à la présentation des signatures électroniques dans le corps du document, signature qui peut être requise pour capturer l'engagement des acteurs sur les transitions importantes de l'état du document (par exemple, la signature est requise dans le modèle projet Drive pilot pour marquer le document revu ou approuvé).

Si on utilise les signatures, on voit que les versions majeures sont clairement identifiées et facilement accessibles (en cliquant par exemple sur la version 1.0 dans la liste proposée, on ouvre la révision correspondante), alors pourquoi créer en plus une Baseline de document pour cette version 1.0 ?

Les signatures sont notamment utilisées par nos clients pour répondre à des contraintes réglementaires ou pour des questions de processus internes, elles conservent donc tout leur sens. Cependant, les Baselines de documents confèrent de nombreux avantages, même si on utilise les signatures.

Premier avantage : la consultation et la recherche dans l'historique du document.

Imaginez cette liste de révisions du document sans les traits en bleu qui correspondent aux Baselines du document. Comment savoir que la révision 24912 est la version 5.2, que vous l'ayez signé ou pas ? Sans les Baselines, cela n'est simplement pas possible, alors qu’avec les Baselines l'historique devient compréhensible.

Second avantage : le filtrage de cet historique uniquement sur les états marquants.

Rappelez-vous que chaque modification d'un LiveDoc (un document Polarion), ou chaque modification d'un Work Item contenu dans le LiveDoc, donne lieu à l'affichage d'une ligne historique sur cette page, le nombre de révisions présenté peut donc vite devenir conséquent (avec également un impact sur les performances d'affichage).

La case à cocher qui peut passer inaperçu "show only Baselines" palie à cet inconvénient , nous réduisons instantanément l'historique aux versions notables du document, permettant rapidement d'afficher une de ces versions (Show) ou de lancer une comparaison de deux versions d'une spécification.

Afficher les versions des documents même si on n'utilise pas les signatures

"Je voudrais afficher les liens vers les versions majeures en entête de mon document, mais je n'utilise pas les signatures, comment puis-je procéder ?"

Ceci est une question qui nous a été fréquemment posée, et la meilleure réponse était... « utilisez au moins une signature pour représenter la version ! »

Aujourd'hui, vous pouvez ne pas utiliser les signatures et afficher une vue identique au panneau Document Properties montré précédemment, ceci en affichant la liste des Baselines du document, l'écran ci-dessous n'est qu'un exemple de présentation.

Note : Cet affichage se fait par un Wiki Content, tout comme cela est fait avec Document Properties.

Si le script correspondant vous intéresse, merci de nous contacter et nous vous ferons parvenir la macro.

Créer des Baselines de documents à chaque version c'est bien, le faire automatiquement c'est mieux !

Nous espérons vous avoir déjà donné envie de créer des Baselines de documents, oui mais vous nous direz qu'il faut y penser à chaque version, que des risques de cibler la mauvaise révision reste possible, et que si on oublie, le faire après coup n'est pas facile.

La réponse est l'automatisation de la création d'une Baseline sur une transition du Workflow, par exemple sur l'action Mark Approved ou Mark Reviewed de ce processus.

Si définir un workflow de LiveDocs comme cet état-transition (ci-dessus) se fait via un assistant par l'administrateur fonctionnel, Polarion requiert un script pour déclencher la création de la Baseline. Ce script est déclaré via l'action ScriptFunction dans la configuration du workflow. A nouveau si vous voulez mettre en place la création automatique de Baselines, contactez-nous et nous vous remettrons le code source de ce script, que vous pourrez adapter à votre guise si nécessaire !

Note : Un point intéressant à signaler est que la création automatisée d'une Baseline de document ne conduit pas à la création d'une révision spécifique à cette Baseline, contrairement à la création d'une Baseline Projet. On est donc certain que la Baseline est bien la version (révision) attendue du document.

Faciliter les audits en combinant Baselines des Documents et des Collections.

Nous avons déjà traité le sujet des Collections dans des éditions précédentes de notre newsletter.

Un usage intéressant des Collections est de faciliter le regroupement des documents de spécification en vue de les mettre à disposition d'auditeurs, qui utiliseraient l'outil Polarion pour réaliser cette activité d'audit. L'idée étant premièrement de créer plus facilement cette Collection, et deuxièmement de ne proposer à l'auditeur que de faire la revue des documents demandés et ciblés, et uniquement ceux-là.

Avoir des Baselines de documents permet d'alimenter la Collection bien plus aisément que de devoir "piocher" dans des listes de révisions. Ainsi lors de la sélection du document à mettre dans la Collection, nous pouvons afficher et sélectionner la liste des Baselines de documents.

Nous avons alors une Collection qui pointe vers une Baseline donnée de chaque document de la Collection, spécifications d'exigences clients ou systèmes, spécification des tests et des risques, etc.

Quand l'auditeur ou l'utilisateur naviguera dans la Collection mise à disposition, il lui sera facilement proposé les documents présents dans la Collection, dans la version « baselined » désirée (notez que dans notre exemple nous avons même créé une Baseline de la Collection).

Au final, une préparation de l'audit rendue plus simple et également une réalisation de l'audit qui va à l'essentiel !

En conclusion si vous utilisez les LiveDocs de Polarion, n'attendez plus et développez l'usage des Baselines de documents (ou de LiveDocs). Il faut ajouter une pincée d'automatisation pour rendre leur utilisation plus fluide. Contactez-nous et nous vous fournirons les briques nécessaires.

Nos webinaires et conférences à venir

Nos prochains webinaires portent sur les thèmes de l’agilité, des tests, de l’assurance qualité pour les dispositifs médicaux et de la gestion des exigences. Nous serons aussi présent à la Journée Française des Tests Logiciels organisée par le CFTL en septembre prochain. Les prochaines dates de nos événements sont :

20/05/2021 - Webinaire « Gestion des exigences, des risques et AQ des Dispositifs Médicaux »
24/06/2021 – Webinaire « Gérer vos spécifications en mode agile avec une ALM unifiée »
14/09/2021 – Conférence « Journée Française de Tests Logiciels » organisée par le CFTL à Montrouge
24/09/2021 – Webinaire « Gérer des exigences efficiente avec une ALM unifiée »

Pour connaître tous les détails, programmes de nos événements et vous y inscrire rendez-vous sur notre page « Evénements ».

Nous espérons que vous avez apprécié cette newsletter et vous donnons rendez-vous cet été pour de nouvelles informations sur l’ALM … Et prenez bien soin de vous !