Les lots de travaux sont au cœur de la planification et de la collaboration au sein d’OpenProject. À mesure que les organisations se développent et que les projets gagnent en complexité, il devient de plus en plus important de disposer de repères clairs et d’une collaboration fluide. Par ailleurs, les organisations qui migrent depuis Jira ont besoin d’un moyen fiable de conserver les références et les conventions de nommage existantes lorsqu’elles transfèrent leurs projets vers OpenProject.
Avec OpenProject 17.5, les organisations peuvent désormais choisir entre des identifiants de lots de travaux numériques et basés sur les projets, actuellement disponibles en version bêta. Cette version améliore également les migrations Jira et apporte de nouvelles améliorations à la planification agile avec les backlogs.
Dans cet article, nous mettons en évidence les changements les plus importants et ce qu’ils signifient pour votre travail quotidien. Et comme toujours, vous pouvez consulter nos notes de version qui contiennent toutes les modifications, fonctionnalités et corrections de bugs.
Une navigation rapide dans les articles :
- À vous de choisir : identifiants de lots de travaux numériques ou basés sur les projets
- Plus de souplesse et de clarté dans les backlogs
- Autres améliorations importantes avec OpenProject 17.5
À vous de choisir : des identifiants de lots de travaux numériques ou basés sur les projets
Si vous avez déjà utilisé OpenProject, vous savez sans doute que chaque lot de travaux possède un identifiant unique (ID). Vous rencontrez cet identifiant lorsque vous ouvrez l’URL d’un lot de travaux, que vous recherchez un lot de travaux spécifique, que vous le mentionnez dans la documentation ou que vous le partagez avec vos collègues.
Voici un exemple d’identifiant numérique de lot de travaux :
Jusqu’à présent, OpenProject utilisait une seule séquence numérique pour l’ensemble de l’instance. Le premier lot de travaux jamais créé sur une instance OpenProject a reçu l’identifiant #1, le deuxième #2, et ainsi de suite.
Bien que cette approche fonctionne bien, les identifiants eux-mêmes ne fournissent que peu d’informations sur l’appartenance d’un lot de travaux. Des informations contextuelles supplémentaires peuvent s’avérer utiles lorsque vous travaillez sur plusieurs projets, que vous partagez des références à des lots de travaux ou que vous collaborez via des outils externes et des intégrations.
Avec OpenProject 17.5, les organisations peuvent désormais choisir entre la séquence numérique traditionnelle et des identifiants de lots de travaux basés sur les projets.
Remarque
Les identifiants de lots de travaux par projet sont actuellement disponibles en version bêta. Bien que cette fonctionnalité soit déjà prise en charge dans de nombreux modules clés d’OpenProject, certains modules pourraient continuer à afficher des identifiants numériques jusqu’à ce que la prise en charge des identifiants basés sur les projets soit entièrement mise en œuvre. Dans ces cas-là, les identifiants numériques restent pleinement opérationnels et renvoient toujours aux mêmes lots de travaux. Si vous constatez des incohérences ou des comportements inattendus, n’hésitez pas à nous faire part de vos commentaires.
Il est plus facile d’identifier, de consulter et de partager les lots de travaux
Les identifiants de lots de travaux sont utilisés quotidiennement dans l’ensemble d’OpenProject. On les retrouve dans les liens, les notifications, les documents, les discussions de l’activité, les filtres, les intégrations, etc. Plus une organisation grandit, plus il devient important de pouvoir identifier rapidement à quel projet appartient un lot de travaux.
Les identifiants de lots de travaux liés à un projet intègrent directement le contexte du projet dans l’identifiant. Au lieu d’un identifiant numérique générique tel que #2385, les équipes peuvent utiliser des identifiants sémantiques tels que X-01, ce qui facilite la reconnaissance, la référence et le partage des lots de travaux entre les projets. Le préfixe spécifique au projet indique immédiatement à quel projet appartient le lot de travaux.
Important
Ce choix s’applique une fois pour toute l’instance OpenProject. Cela permet aux organisations de mettre en place une approche cohérente en matière d’identifiants et de références des lots de travaux pour l’ensemble des projets et des équipes. Nous vous recommandons d’informer toutes les parties prenantes avant de procéder à ce changement. Nous vous conseillons également de le faire en dehors des heures de pointe.
OpenProject vérifie la validité des identifiants de projet existants et peut générer des identifiants compatibles si nécessaire. Les identifiants de lots de travaux basés sur les projets sont particulièrement utiles pour les organisations qui gèrent de nombreux projets ou qui travaillent en collaboration avec plusieurs équipes. Ils fournissent immédiatement le contexte du projet tout en conservant la possibilité de continuer à utiliser la séquence numérique traditionnelle si vous le souhaitez. De plus, ils permettent de conserver les identifiants des tickets Jira existants lors des migrations vers OpenProject.
Bien entendu, l’introduction d’un nouveau format d’identifiant soulève quelques questions. Vous trouverez ci-dessous une liste de questions fréquentes. Pour en savoir plus, veuillez consulter notre guide d’administration du système.
Le passage à des identifiants basés sur les projets est-il facultatif ?
Oui. Les organisations peuvent continuer à utiliser la séquence numérique traditionnelle si celle-ci s’adapte mieux à leurs processus et flux de travail existants.
Qu’advient-il des liens et des références existants ?
Les identifiants numériques existants restent valides et renvoient toujours aux mêmes lots de travaux dans l’ensemble d’OpenProject. Les liens historiques, les signets et les références continuent de fonctionner même après le passage à des identifiants de lots de travaux basés sur les projets.
Pourrai-je revenir en arrière plus tard ?
Oui. Ce paramètre peut être réinitialisé ultérieurement si nécessaire. OpenProject vérifie également les identifiants de projet existants et peut générer des identifiants compatibles si nécessaire.
En quoi cela est-il utile pour les migrations Jira ?
L’une des principales raisons de l’introduction d’identifiants de lots de travaux basés sur les projets est de faciliter les migrations depuis Jira. Les organisations peuvent désormais conserver les identifiants de tickets Jira existants lorsqu’elles migrent de Jira vers OpenProject, ce qui permet aux équipes de respecter les conventions de nommage, les références et les flux de travail établis.
Remarque
L’outil Jira Migrator a également été amélioré pour prendre en charge la migration des dates d’échéance, des heures estimées et des heures restantes. Pour en savoir plus, consultez notre documentation sur la migration vers Jira.
Plus de souplesse et de clarté dans la gestion des backlogs
La planification et l’exécution agiles restent des axes prioritaires pour OpenProject. Au cours des dernières versions, nous avons enrichi les fonctionnalités relatives aux backlogs et à la planification des sprints grâce à des objets de sprint dédiés, à une gestion améliorée des backlogs et à des flux de travail de planification plus flexibles.
Avec OpenProject 17.5, les équipes peuvent désormais personnaliser davantage leurs backlogs en fonction de leurs propres processus. Les administrateurs peuvent exclure certains types de lots de travaux des backlogs, ce qui permet aux équipes de concentrer leurs efforts de précision du backlog et de planification de sprint sur les tâches qui sont réellement pertinentes pour la mise en œuvre agile.
Les vues de sprint et les fiches de lots de travaux ont également été repensées afin d’améliorer la visibilité et d’offrir un meilleur contexte lors de l’affinement du backlog et de la planification de sprint. Les lots de travaux parents, les priorités, les story points, les responsables et l’état d’avancement des sprints sont désormais plus faciles à consulter, ce qui aide les équipes à rester concentrées sur les tâches les plus importantes.
Pour en savoir plus sur les améliorations à venir concernant les backlogs et les sprints, découvrez l’article de notre directrice des produits, Rosanna Sibora, sur l’avenir du travail agile dans OpenProject. Pour plus d’informations sur les fonctionnalités actuelles, veuillez consulter notre guide d’utilisation.
Autres améliorations importantes avec OpenProject 17.5
OpenProject 17.5 offre davantage de fonctionnalités et de mises à jour. Pour que cet article reste concis, voici un aperçu rapide de quelques améliorations supplémentaires qui méritent d’être soulignées :
Autres références de lots de travaux
Les références aux lots de travaux sont désormais plus flexibles dans l’ensemble d’OpenProject. Dans Documents, il est possible d’insérer des liens vers des lots de travaux directement au sein des paragraphes, ce qui facilite la lecture et la structuration de la documentation. Les champs de texte basés sur CKEditor développent désormais également les références aux lots de travaux afin d’afficher des informations contextuelles supplémentaires pendant l’édition.
Des réunions récurrentes plus flexibles
Les réunions récurrentes peuvent désormais être programmées chaque mois selon des schémas courants, tels que le premier lundi ou le dernier vendredi du mois. OpenProject permet également de réduire le nombre d’e-mails superflus liés aux réunions en regroupant les différentes mises à jour concernant les réunions dans un nombre réduit d’e-mails.
OpenProject 17.5 : migration, installation, mises à jour et assistance
Suivez le guide de mise à jour pour l’installation par paquet ou l’installation Docker pour mettre à jour votre installation OpenProject vers OpenProject 17.5. Nous mettons à jour vos environnements OpenProject hébergés (Enterprise cloud) aujourd’hui, 10 juin 2026.
Vous trouverez plus d’informations sur toutes les nouvelles fonctionnalités et les changements dans nos Notes de version et dans la Documentation d’OpenProject.
Si vous avez besoin d’aide, vous pouvez poser vos questions dans le forum Community, ou si vous avez droit à l’assistance Enterprise, contactez-nous et nous nous ferons un plaisir de vous aider personnellement.
- Vous débutez avec OpenProject ? Pour tester immédiatement toutes les fonctionnalités d’OpenProject 17.5, créez une instance d’essai gratuite de 14 jours pour notre cloud Enterprise OpenProject.
- Vous préférez utiliser OpenProject 17.5 dans votre propre infrastructure ? Vous trouverez ici les instructions d’installation pour OpenProject.
- Vous souhaitez passer d’une version Community à une version Enterprise ? Obtenez un jeton d’essai gratuit de 14 jours pour tester les add-ons Enterprise (toutes les formules).
Crédits
Nous remercions tout particulièrement la ville de Cologne, le Helmholtz-Zentrum Berlin pour le parrainage des fonctionnalités publiées ou à venir. Votre soutien, ainsi que les efforts de notre formidable communauté, contribuent à ces innovations.
Un grand merci également aux membres de notre communauté qui nous signalent les bugs, et qui nous aident à les identifier et à les corriger. Nous tenons à remercier tout particulièrement Walid Ibrahim, billy kenne et Agustín Dall’Alba pour avoir signalé et identifié ces bugs.
Et pour finir, nous remercions chaleureusement nos traducteurs et traductrices très engagés sur Crowdin, qui ont traduit de nombreuses chaînes OpenProject. Pour cette version, nous tenons à remercier tout particulièrement les utilisateurs suivants :
- Đorđe Dželebdžić, pour le nombre exceptionnel de traductions en serbe (en cyrillique).
- tuananhhurc, pour ses nombreuses traductions en vietnamien.
Vous souhaitez participer aux traductions ? Consultez ensuite notre guide de traduction pour découvrir précisément comment vous pouvez contribuer. Elle sera très appréciée !
