- Newsletter n°29 -
Les dernières innovations, conseils, événements et temps forts autour de Polarion ALM !

Table des matières

Dans cette newsletter, vous retrouverez notamment :

• Polarion ALM 2606 : nouveautés et points marquants
• Retour sur le Polarion Realize Club 2026 France et prochains webinaires
• Nos avis, conseils et recommandations d’experts
• Votre prochaine formation à Polarion
• Quelques conseils du support technique Polarsoft

Polarion ALM 2606 : nouveautés et points marquants

La version Polarion ALM 2606 marque une évolution importante de la plateforme. Elle ne se limite pas à une série d’améliorations fonctionnelles : elle consolide plusieurs fondations clés pour les prochaines années, notamment l’intégration de l’IA, la modernisation technique, l’internationalisation, la sécurité et les performances.

Comme à chaque version majeure, l'editeur poursuit l’amélioration continue de Polarion en tenant compte des usages terrain, des attentes de productivité et des besoins d’administration des grandes plateformes. Cette version se distingue toutefois par l’équilibre entre nouveautés fonctionnelles visibles par les utilisateurs et évolutions plus profondes côté architecture.

Voici les principales améliorations et nouveautés à retenir :

• Ouverture de l’IA avec une API Polarion Copilot et des connecteurs LLM personnalisables.
• Expérience utilisateur modernisée avec une interface plus lisible, plus cohérente et plus colorée.
• Internationalisation renforcée avec le choix de la langue côté utilisateur et le support des langues de droite à gauche.
• Test management enrichi avec une meilleure gestion des défauts multiples et des Test Runs en contexte de Collections.
• Intégrations REST plus complètes, notamment autour des documents, des métadonnées et de l’import Word.
• Sécurité et exploitation avec journalisation structurée, Secrets Manager et optimisations de performance.

Intéressons-nous maintenant plus en détail aux nouveautés qui nous semblent les plus structurantes.

Une IA plus ouverte avec l’API Polarion Copilot

L’un des apports majeurs de Polarion 2606 est l’arrivée d’une API Polarion Copilot. L’objectif est clair : permettre aux organisations d’intégrer des usages d’IA directement dans leurs personnalisations Polarion, tout en restant dans un cadre supporté et cohérent avec le modèle de sécurité de la plateforme.

Concrètement, des rapports, scripts, widgets, plugins ou contenus spécifiques peuvent s’appuyer sur un modèle de langage connecté à Polarion. Cela ouvre la voie à des cas d’usage très concrets : synthèse de contenu, analyse d’exigences, contrôle de cohérence, aide à la décision, assistance aux workflows ou automatisation de tâches répétitives.

Connecteurs LLM personnalisés pour les installations on premise

Pour les déploiements on premise, Polarion 2606 ajoute la possibilité de créer des connecteurs LLM personnalisés. C’est une évolution importante pour les organisations qui veulent piloter leur stratégie IA sans dépendre d’un fournisseur unique, ou qui doivent respecter des contraintes de souveraineté, d’hébergement, de confidentialité ou de conformité.

Cette approche permet d’envisager des architectures plus flexibles : modèle hébergé, modèle local, API interne, gouvernance propre à l’entreprise, ou séparation des usages selon les projets et niveaux de sensibilité.

Une interface plus lisible et plus moderne

Polarion 2606 introduit un design visuel plus dynamique, destiné à améliorer la lisibilité et l’utilisation. La table des Work Items continue de proposer l’expérience de type Excel déjà appréciée des utilisateurs, avec une distinction plus claire entre les lignes et les cellules afin de faciliter la lecture et l’interaction. L’interface reste entièrement personnalisable pour permettre aux équipes de l’adapter à leur manière de travailler.

Cette évolution s’accompagne de nouvelles couleurs de marque et d’une nouvelle icône Polarion. Plusieurs éléments de l’interface ont également été retravaillés : couleurs de sélection plus visibles, barres de commandes aux tons plus chaleureux, meilleur contraste des notifications, filtres plus distincts dans le Visual Query Builder et nouvel indicateur de chargement.

Des couleurs d’arrière-plan configurables peuvent maintenant être appliquées aux cellules des tableaux. Elles sont disponibles dans la table des Work Items, les Test Runs, les Plans, les Live Reports et les fenêtres de sélection de Work Items. Elles permettent de mieux distinguer les informations importantes et de les repérer plus rapidement.

L’écran de connexion a lui aussi été simplifié et adapté aux nouvelles couleurs. Les administrateurs peuvent y réutiliser des messages de succès, d’avertissement, d’erreur ou d’information afin de communiquer les informations importantes de manière homogène.

Enfin, les zones d’administration ont été actualisées avec les nouvelles couleurs, tout en conservant une distinction claire avec la navigation utilisateur. La configuration des Velocity Widgets a également été réorganisée afin de reprendre la présentation et les principes d’utilisation de la page des Project Templates.

Polarion parle votre langue

Polarion 2606 permet à chaque utilisateur de choisir directement sa langue d’interface. Le changement est appliqué immédiatement et ne demande aucune intervention de l’administrateur.

Polarion prend en charge treize langues en standard. Les packs linguistiques sont maintenant inclus directement dans le produit et ne nécessitent plus d’installation séparée. Les administrateurs conservent par ailleurs la possibilité de définir une langue par défaut.

Prise en charge des langues de droite à gauche

Polarion 2606 introduit une prise en charge native des langues écrites de droite à gauche, notamment l’arabe et l’hébreu. L’alignement, l’affichage et la mise en page sont ainsi adaptés à ces langues dans l’interface.

Les utilisateurs peuvent créer et modifier des contenus dans les Live Documents et les Work Items, y compris lorsque des textes de droite à gauche et de gauche à droite sont mélangés. La direction du texte peut être modifiée dans l’éditeur et reste conservée dans les listes, les tableaux, la recherche, les exports Word et PDF ainsi que dans les scénarios d’intégration et de round-trip.

Test management, Collections et défauts multiples

Côté test management, Polarion 2606 améliore la gestion des défauts lors de l’exécution des tests. Un enregistrement de test peut désormais être lié à plusieurs défauts ou éléments de travail configurés, ce qui reflète mieux la réalité d’un test qui révèle plusieurs problèmes distincts.

Les Test Runs liés à des Collections deviennent également plus visibles et mieux contrôlés. Les équipes disposent d’indications plus claires lorsqu’un Test Run appartient à une Collection, et le contrôle de cohérence est enrichi pour repérer les écarts entre documents, tests et contexte de Collection.

Ce point est particulièrement utile dans les environnements où les campagnes de tests doivent être reliées à un contexte exact de release, variante ou baseline. La question n’est pas seulement de savoir si un test est passé ou échoué, mais de savoir dans quel périmètre il a été exécuté, sur la base de quelles exigences, et avec quelles preuves associées.

L’amélioration du lien entre Test Runs et Collections va dans ce sens : rendre le contexte plus explicite, réduire les ambiguïtés et aider les équipes à maintenir une validation exploitable dans le temps.

Variant Management : une base pérenne avec Polarion Variant Configurator

Polarion Variant Configurator remplace Polarion VARIANTS afin de renforcer durablement la gestion des variantes, tout en conservant l’expérience utilisateur et les pratiques déjà en place.

Les données de variantes, les configurations, les sélections de caractéristiques, les restrictions, les vues Variant Matrix, les Variant Reports et les documents générés continuent de fonctionner comme auparavant. Les équipes peuvent donc continuer à gérer des spécifications maîtres à 150 % et à produire des documents ciblés à 100 % pour chaque variante, sans modifier leurs processus existants.

En arrière-plan, la résolution des variantes repose maintenant sur une solution intégrée à Polarion. Cette évolution réduit la dépendance à une technologie propriétaire tierce et fournit un moteur d’évaluation plus transparent et plus facile à maintenir pour valider les sélections de caractéristiques, évaluer les expressions de restriction, comparer les variantes et résoudre les configurations complexes.

REST API, Word, documents et Simulink

Polarion 2606 poursuit l’élargissement de ses capacités d’intégration. L’API REST s’aligne davantage avec les pratiques modernes grâce à une documentation OpenAPI, et les API de documents progressent fortement : création et suppression de parties de documents, déplacement de Work Items dans un document, gestion plus fine de la structure documentaire, import Word via API et enrichissement des métadonnées accessibles.

L’arrivée d’une documentation OpenAPI est importante pour les équipes qui industrialisent leurs intégrations. Elle facilite la génération de clients, la validation des contrats d’API, l’intégration avec des outils modernes et la maintenance dans la durée.

• Automatiser la création ou la restructuration de documents.
• Importer des documents Word avec des modèles d’import existants.
• Exploiter plus finement les métadonnées des champs au niveau global, projet ou objet.
• Gérer certaines énumérations et options de rôles de liens via API.
• Retirer via l’API REST les licences attribuées à des utilisateurs.

Le connecteur Polarion pour Matlab Simulink évolue aussi, avec un meilleur ciblage des Spaces, la possibilité de lier des lignes de code en Direct Linking, une meilleure remontée d’informations System Composer et davantage de contrôle sur l’interface du connecteur.

Ces améliorations sont particulièrement intéressantes pour les organisations qui veulent rapprocher exigences, modèles, code, simulation et preuves de validation. La continuité numérique ne se limite pas à créer des liens : elle consiste aussi à rendre ces liens maintenables, exploitables et compréhensibles par les équipes projet.

Sécurité, secrets et performance

La sécurité est un autre axe fort de cette version : journalisation structurée des événements de sécurité, codes d’événements explicites, traçabilité des actions sensibles, et introduction d’un Secrets Manager intégré pour réduire le stockage de secrets en clair.

Les performances progressent également sur des scénarios ciblés : opérations de dépôt et persistance, recherches Tracker, requêtes Work Items, imports ReqIF et opérations sur grands documents. Le Location Index, encore proposé en adoption anticipée, poursuit aussi son évolution comme fondation destinée à remplacer les Object Maps historiques dans les déploiements à grande échelle.

La journalisation des événements de sécurité devient plus structurée, avec des codes explicites et une meilleure capacité à analyser les actions sensibles : authentification, gestion des accès, configuration, validation d’entrées ou téléchargements d’attachements. Pour les environnements soumis à audits, cette approche rend les investigations plus simples et plus fiables.

Le Secrets Manager intégré permet de traiter un irritant fréquent des plateformes historiques : la présence de mots de passe, clés API ou valeurs sensibles dans des fichiers de configuration. La possibilité de référencer des secrets de manière contrôlée réduit le risque opérationnel et améliore la posture de sécurité globale.

• Prévoir une revue des paramètres sensibles stockés aujourd’hui en clair.
• Identifier les comptes techniques et intégrations qui manipulent des secrets.
• Vérifier les journaux de sécurité après migration et leur exploitation par les équipes IT.
• Tester les recherches, imports ReqIF et grands documents sur un jeu de données représentatif.
• Évaluer le Location Index dans un environnement de qualification avant usage généralisé.

Nos événements à venir

Retour sur la conférence des utilisateurs Polarion France

La journée Polarion Realize Club 2026 France qui s'est déroulée le 18 juin dans les locaux de notre partenaire Siemens Digital Industries Software a été riche d'échanges entre pairs sur des sujets technologiques, métiers et produits avec notamment des retours d'expérience clients et la présentation de la feuille de route Polarion 2026 et au delà. Si vous avez manqué la conférence vous avez la possibilité de voir les présentations et vidéo de cette journée.
 

Voir les autres retours d'expériences et ateliers de cette journée : ici

Prochains webinaires Polarsoft

Trois prochains webinaires Polarsoft sont planifiés pour accompagner les équipes qui souhaitent mieux exploiter Polarion ALM pour l’ingénierie des exigences, la traçabilité de bout en bout, les tests et activités de vérification & validation et la gestion documentaire !

Voir tous les événements »

Nos avis, conseils et recommandations d’experts

Dans de nombreux déploiements, Polarion est d’abord perçu comme un référentiel d’exigences, de tests ou de preuves. C’est évidemment son socle, mais ce serait réducteur de s’arrêter là : bien configuré, Polarion devient aussi un véritable cockpit de pilotage projet, capable de relier les engagements, les risques, les jalons et les arbitrages aux objets d’ingénierie qui les justifient.

Notre recommandation métier est simple : ne pilotez pas un projet critique avec un reporting déconnecté de la réalité terrain. Lorsque les décisions projet s’appuient directement sur les exigences, les risques, les cas de test, les anomalies, les baselines et les releases, les revues gagnent en précision et les arbitrages deviennent beaucoup plus faciles à tracer.

Piloter le projet là où vivent les exigences

Un planning isolé sait dire qu’une tâche est en retard. Polarion peut aller plus loin : montrer ce que ce retard impacte, quelle exigence est concernée, quel test est bloqué, quelle anomalie reste ouverte, quelle release est menacée ou quelle décision doit être prise avant le prochain jalon.

C’est ce lien direct entre pilotage et artefacts métier qui fait la différence. Les responsables projet ne consultent plus uniquement un état d’avancement abstrait : ils disposent d’une lecture contextualisée du périmètre, des priorités, des dépendances et des risques.

• Relier les jalons aux exigences, documents, tests, anomalies et baselines concernés.
• Assigner les responsabilités directement dans les Work Items plutôt que dans un fichier de suivi séparé.
• Identifier les écarts entre le périmètre prévu, le périmètre réellement traité et le périmètre validé.
• Préparer les revues à partir de données vivantes plutôt qu’à partir de copies figées.

Plans, Kanban et Work Items : transformer l’activité en engagements

La valeur d’un pilotage Polarion ne vient pas uniquement du tableau de bord final. Elle vient surtout de la manière dont les équipes structurent le travail quotidien : types de Work Items, statuts, priorités, estimations, responsables, dates cibles, releases et liens de dépendance.

Les Plans et vues de type Kanban permettent alors de suivre l’exécution sans sortir du contexte ALM. Une action projet peut être reliée à une exigence instable, un risque peut pointer vers une validation incomplète, une tâche peut être attachée à une release, et une décision peut conserver son historique de justification.

• Utiliser des Work Items dédiés pour les actions, risques, décisions, jalons et demandes de changement.
• Limiter les statuts à une chaîne lisible : nouveau, en cours, bloqué, prêt pour revue, validé, clos.
• Associer chaque action importante à un responsable et à une échéance réelle.
• Séparer les vues opérationnelles des vues de pilotage : l’équipe n’a pas besoin du même niveau de synthèse que le comité projet.

Des indicateurs qui déclenchent une décision

Un bon dashboard Polarion ne cherche pas à tout afficher. Il doit d’abord répondre à une question : quelle décision devons-nous prendre ? Les LiveReports, tableaux, filtres, couleurs et pages de synthèse sont particulièrement utiles lorsqu’ils mettent en évidence les quelques signaux qui conditionnent réellement le prochain arbitrage.

• Couverture exigences-tests : ce qui est couvert, non couvert ou couvert par des tests non concluants.
• Volatilité du périmètre : exigences créées, modifiées ou supprimées depuis la dernière baseline.
• Qualité et validation : tests bloqués, tests en échec, anomalies critiques et preuves manquantes.
• Engagement projet : actions en retard, jalons menacés, tâches sans responsable ou dépendances non traitées.
• Préparation de release : périmètre validé, écarts ouverts, décisions restantes et éléments prêts à signer.

Garder la maîtrise quand plusieurs versions avancent en parallèle

Les projets réels sont rarement linéaires : plusieurs variantes produit, branches de développement, releases client, lots de validation ou jalons réglementaires peuvent avancer en parallèle. Dans ce contexte, les Collections, baselines et mécanismes de comparaison deviennent des outils de pilotage autant que des outils de traçabilité.

Le chef de projet, le responsable qualité ou le responsable validation peuvent alors raisonner par périmètre : qu’est-ce qui appartient à cette release ? Qu’est-ce qui a changé depuis la dernière revue ? Quels tests prouvent que ce périmètre est maîtrisé ? Quelles décisions restent ouvertes avant passage au jalon suivant ?

Installer un rituel de revue projet dans Polarion

La meilleure façon de rendre ce pilotage utile est de créer un rituel simple : une page de revue projet, préparée dans Polarion, consultée à cadence fixe, et utilisée pour prendre des décisions. Elle peut devenir le point d’entrée des réunions hebdomadaires, comités de pilotage, revues de validation ou revues de release.

• Ce qui a changé depuis la dernière revue.
• Ce qui bloque l’avancement ou la validation.
• Les exigences instables ou à fort impact.
• Les tests, anomalies et preuves qui empêchent de passer au jalon suivant.
• Les décisions à prendre et les actions assignées avant la prochaine revue.

Votre prochaine formation à Polarion

Les prochaines sessions inter-entreprises Polarsoft sont planifiées à partir de septembre 2026. Elles couvrent l’ingénierie des exigences, les usages Polarion REQUIREMENTS et QA, l’administration avancée de Polarion ALM, ainsi que le développement avancé et le SDK Polarion.

• Ingénierie des Exigences Outillée avec Polarion  — du 8 au 10 septembre 2026 
  Pratiques d’ingénierie des exigences, Polarion LiveDocs, import de documents, traçabilité.
• Polarion REQUIREMENTS Utilisateur — du 15 au 16 septembre 2026 
  Gestion des exigences sur le cycle de vie : élucidation, documentation, révision et approbation.
• Polarion QA Utilisateur — du 29 au 30 septembre 2026 
  Définition, gestion et exécution des campagnes de tests, génération et suivi des défauts 
• Polarion ALM Utilisateur Avancé & Administrateur — du 6 au 7 octobre 2026 
  Configuration du modèle de données et des workflows, création de rapports et tableaux de bord
• Développement Avancé & Découverte du SDK Polarion — du 13 au 14 octobre 2026
  Rapports et vues spécifiques, automatisation des workflows, mise à jour des données.

Toutes ces formations sont proposées en intra et inter-entreprise en nos locaux de St Quentin en Yvelines ou en distanciel. Elles peuvent également être adaptées à votre contexte projet, à vos profils utilisateurs et à vos besoins métier.

Voir toutes les formations »

Quelques conseils du support technique Polarsoft

Polarion ALM 2606 modernise plusieurs composants techniques, notamment avec le passage à Tomcat 11 et aux API Jakarta. Pour les usages standard de Polarion, ces évolutions sont directement prises en charge par l'éditeur dans le cadre de la mise à jour.

Une vérification complémentaire est principalement recommandée pour les instances comportant des extensions, des connecteurs ou des scripts spécifiquement développés. Certaines personnalisations anciennes, notamment celles reposant sur Java Web ou Groovy, peuvent nécessiter une adaptation.

L’essentiel de ce qu'il faut savoir avant la mise à jour 2606 dans un environnement Polarion hautement personnalisé

• Avant la mise à jour : sauvegarder la base PostgreSQL, les dépôts Subversion ainsi que les fichiers de configuration et les extensions de Polarion.
• Sur une instance de test : se connecter, ouvrir et modifier un LiveDoc important, exécuter un workflow ou une signature, lancer un Test Run et générer les principaux exports Word, PDF ou rapports utilisés par les équipes et confirmer que cela fonctionne correctement.
• Si Polarion a été personnalisé : faire vérifier les extensions Java, scripts de workflow, tâches planifiées et connecteurs utilisés. Si votre instance ne comporte aucun développement spécifique, aucun contrôle technique n’est nécessaire.

Nous espérons que vous avez apprécié cette newsletter et vous donnons rendez-vous pour la sortie de la prochaine version majeure de Polarion attendue pour décembre. D’ici là, nous vous souhaitons un très bel été !