Nouvelles du Product Desk : L'avenir du travail agile dans OpenProject
Chez OpenProject - la plateforme de gestion de projet open source à laquelle des milliers d’équipes font confiance dans le monde entier - nous faisons une déclaration claire : nous voulons être votre solution souveraine pour les équipes agiles. Nous sommes ravis de vous donner un aperçu de ce qui nous attend en 2026, afin d’améliorer encore les méthodes de travail agiles au sein d’OpenProject.
Co-création avec notre communauté
Nous avons exploré, à travers de nombreux entretiens avec nos utilisateurs actuels et futurs, comment l’expérience de raffinement du backlog et de planification du sprint dans OpenProject pourrait évoluer pour mieux soutenir la collaboration agile. Nous avons également analysé les problèmes rencontrés par les utilisateurs de Jira lorsqu’ils travaillent au sein d’équipes agiles. Cela nous a permis de mieux comprendre vos besoins. Nous avons utilisé ces informations pour fournir les premiers prototypes de backlogs et de tableaux redessinés, qui ont ensuite été testés avec les utilisateurs. Dans le cadre d’un logiciel de projet à source ouverte comme OpenProject, vous avez la possibilité de façonner le produit avec nous. C’est également la raison pour laquelle nous publions nos prototypes dans ce billet de blog et attendons vos commentaires.
Amélioration de l’affinement du carnet de commandes et de la planification des sprints
Le but de ce nouveau concept est de rendre l’affinage du backlog, la planification de l’impression et l’utilisation des tableaux agiles plus intuitifs, structurés et évolutifs pour les équipes et les entreprises en croissance, en particulier pour les équipes qui migrent de Jira à OpenProject et qui travaillent avec Scrum, Kanban ou SAFe. En améliorant la façon dont les éléments du backlog sont organisés et la façon dont les équipes interagissent avec leur vue de planification de sprint, nous visons à créer une expérience agile plus fluide et plus flexible dans OpenProject. Examinons de plus près comment ces idées peuvent aider les équipes lors des cérémonies agiles.
Carnet de commandes automatisé
Au début du mois d’avril 2026, nous prévoyons de publier la première itération de notre module Backlog remanié. Vous verrez alors automatiquement tous les paquets de travail de votre projet dans le carnet de commandes sans avoir à les ajouter manuellement au carnet de commandes. Si vous ne souhaitez pas que certains types de lots de travail soient automatiquement visibles dans le carnet de commandes, vous aurez ultérieurement la possibilité de les exclure du carnet de commandes automatisé.
Structurer les grands carnets de commandes à l’aide de buckets de commandes
Avez-vous déjà eu du mal à structurer un carnet de commandes comportant des centaines de lots de travaux ? Nous avons une solution pour vous ! La nouvelle conception du carnet de commandes présentera des moyens plus clairs d’organiser les éléments du carnet de commandes à l’aide de [seaux de carnet de commandes] (https://community.openproject.org/projects/stream-jira-agile-replacement/work_packages/71368/activity?query_id=7850). Vous pouvez utiliser les buckets pour trier vos work packages de manière à garder une vue d’ensemble sur le backlog et les priorités de votre équipe. Vous créez simplement des groupes de travail qui vous concernent et vous glissez-déposez facilement les lots de travail dans les groupes nouvellement créés. Grâce à cette amélioration, vous pouvez facilement trier, par exemple, vos “fruits mûrs”, vos “bogues prioritaires” ou les lots de travaux qui sont “prêts pour le développement”.
Voie rapide pour le déplacement des paquets de travail
Nous prévoyons également de mettre en œuvre des mécanismes d’ordre améliorés pour les lots de travail (avancer, aller en haut, descendre, aller en bas, ou aller au sprint). D’un simple clic, vous pourrez facilement déplacer vos tâches vers une tâche ou un sprint pertinent. Moins de défilement d’avant en arrière. Il est ainsi plus rapide de gérer des arriérés importants et de maintenir les priorités à leur juste place.
Filtres du carnet de commandes et vues sauvegardées
Bien entendu, vous aurez également la possibilité de [filtrer votre carnet de commandes en fonction de tous les attributs, y compris les champs personnalisés] (https://community.openproject.org/projects/stream-jira-agile-replacement/work_packages/71146/activity?query_id=7850). Si vous souhaitez réutiliser une certaine vue à l’avenir, vous pourrez l’enregistrer en tant que vue publique ou privée. Cela vous permettra de naviguer rapidement vers l’ensemble des work packages qui vous concernent et sur lesquels vous souhaitez zoomer.
GIF preview : backlog assignees in OpenProject](OpenProject_backlog_assignees.gif)
Planification du sprint
Avec la vue du carnet de commandes à gauche et les sprints à droite, vous pouvez voir vos sprints et vos carnets de commandes sur un seul écran sans avoir à défiler. Cette vue augmentera votre productivité pendant la planification du sprint. La présentation améliorée permet de voir plus facilement quel travail est prêt à être intégré dans la prochaine itération.
En un coup d’œil, les informations clés sur chaque lot de travail du carnet de commandes sont visibles :
- Nom
- ID
- Type
- Statut
- Assigné à
- Nombre de points d’histoire
- Priorité
Vous aurez la possibilité non seulement de définir la portée du sprint mais aussi de mettre en évidence l’objectif du sprint afin d’aligner votre équipe, ainsi que de fixer les dates du sprint.
GIF preview : OpenProject sprint planning](OpenProject_sprintplanning.gif)
Sprints actifs et tableaux de sprints
Une fois que vous avez commencé votre sprint, vous [obtenez automatiquement un tableau de sprint] (https://community.openproject.org/projects/stream-jira-agile-replacement/work_packages/68892/activity?query_id=7850), qui vous montre l’étendue du sprint planifié. Il s’agit de l’endroit où votre équipe se rendra pendant le sprint. Grâce à cette vue d’ensemble, vous saurez toujours qui travaille sur quel sujet et comment l’équipe progresse.
Plusieurs sprints actifs au sein d’un même projet
Vous avez plusieurs équipes qui travaillent sur un même projet ? Souhaitent-ils démarrer des sprints distincts en parallèle ? Aucun problème ! OpenProject permettra aux administrateurs de définir si un projet doit être [un projet à tirage unique ou un projet à tirages multiples] (https://community.openproject.org/wp/73232). Cela apporte plus de clarté à vos équipes et à leurs sprints, tout en leur permettant de travailler dans le même backlog.
Filtres du conseil d’administration et vues sauvegardées
Une fois le sprint lancé, les équipes s’appuient sur des tableaux pour gérer leur travail quotidien. Les nouveaux concepts explorent la façon dont les tableaux de sprint peuvent fournir un moyen plus clair de suivre les progrès. Grâce aux filtres introduits, vous pourrez adapter l’affichage du tableau à vos besoins. Vous pouvez filtrer pour tout type d’attributs, y compris les champs personnalisés. Si vous souhaitez réutiliser certains jeux de filtres, vous pouvez toujours enregistrer la vue en tant que vue privée ou publique.
Fiches de travail configurables
Le nouveau comportement du tableau a pour but de rendre la gestion quotidienne du travail plus intuitive. Des éléments de travail clairement structurés et la présentation du tableau aident les équipes à se concentrer sur les progrès et les flux, tout en réduisant l’encombrement visuel. Avec la vue configurer le tableau, les équipes peuvent ajuster la taille des cartes et choisir les informations à afficher sur chacune d’elles. La conception illustre trois niveaux de configuration de la carte : compacte, normale et complète, ce qui permet aux utilisateurs de choisir la quantité d’informations à afficher.
Cartographie des statuts pour les flux de travail complexes
Le concept introduira également la possibilité de [mapper plusieurs statuts de flux de travail sur une seule colonne] (https://community.openproject.org/projects/stream-jira-agile-replacement/work_packages/71104/activity?query_id=7850), offrant ainsi aux équipes une plus grande flexibilité dans la manière dont elles visualisent leur flux de travail. Ce sera un atout pour les équipes qui travaillent avec des flux de travail complexes.
Limites des travaux en cours
Souhaitez-vous que votre équipe livre plus rapidement ? Se concentrer sur les sujets les plus importants et réduire le travail en cours est un stimulant essentiel de la productivité pour les équipes agiles. OpenProject vous soutiendra dans cette voie par le biais de [limites de travail en cours] (https://community.openproject.org/projects/stream-jira-agile-replacement/work_packages/50178/activity) qui peuvent être définies pour chaque colonne individuellement.
Les plans de natation
Les utilisateurs auront la possibilité d’activer les [swimlanes] (https://community.openproject.org/projects/stream-jira-agile-replacement/work_packages/35357/activity?query_id=7850) et de les configurer en fonction d’attributs tels que l’élément de travail parent (par exemple, l’épopée), l’assigné, la version, le composant, la priorité ou le type, ce qui permettra aux équipes d’organiser le travail de la manière la plus adaptée à leur flux de travail. Les Swimlanes offrent à votre équipe une vue très structurée du tableau.
GIF preview : Swimlanes in OpenProject](OpenProject_swimlanes.gif)
Rapports agiles
Pour soutenir le suivi et l’amélioration, les équipes peuvent également accéder à des rapports conçus pour aider à suivre, analyser et optimiser les performances pendant et après un sprint. Ces éléments seront très utiles lors des rétrospectives. Nous prévoyons de nombreux rapports et graphiques :
- rapports de sprint
- burndown charts
- tableaux d’épuisement
- diagrammes de vitesse
- graphique créé vs. résolu
- diagramme de flux cumulatif
Partage
En particulier dans les entreprises, lorsque l’on travaille sur la base des [principes SAFe] (/docs/use-cases/safe-framework/), la plupart des équipes devraient être alignées sur les dates de début et de fin de sprint. Dès notre première version agile (actuellement prévue pour avril 2026), nous permettrons aux utilisateurs de [partager des sprints] (https://community.openproject.org/projects/stream-jira-agile-replacement/work_packages/71374/activity) dans l’ensemble de l’instance ou au sein d’un certain portefeuille ou programme. Cela signifie que les équipes travaillant avec des sprints partagés partageront les dates et l’objectif du sprint, mais pourront toujours définir leur propre champ d’application du sprint en fonction des besoins de l’équipe. Dans les paramètres d’administration, le partage des sprints entre les projets peut être activé ou désactivé. Les projets peuvent également être configurés pour ne recevoir que des sprints partagés.
Versions et sprints
Bientôt, vous pourrez associer les work packages aux versions et aux [sprints] (https://community.openproject.org/projects/stream-jira-agile-replacement/work_packages/59553/activity?query_id=7850) en même temps. Une épopée peut être planifiée pour une version en utilisant le champ version et peut être planifiée pour un certain sprint en même temps. Au deuxième trimestre 2026, nous allons également introduire un champ de version supplémentaire, “Observed in versions”, qui - en plus de la version qui définit la version de publication - vous permet de suivre les versions dans lesquelles un bogue s’est produit.
Tableaux Kanban
Si vous préférez travailler avec la méthodologie Kanban, vous aurez bien sûr la possibilité de créer des tableaux Kanban, ainsi que des tableaux Kanban multi-projets, incluant toutes les nouvelles fonctionnalités décrites dans l’article, comme les plans de travail, les limites de travail en cours, les filtres, les vues sauvegardées. etc.
Module Global Backlog pour les organisations SAFe
Le [module global Backlog] (https://community.openproject.org/projects/stream-jira-agile-replacement/work_packages/71890/activity?query_id=7850) aidera les entreprises à gérer de grands portefeuilles agiles. En particulier pour les organisations SAFe, c’est l’endroit idéal pour naviguer entre les sprints et le conseil d’administration. Entre autres, vous aurez également la possibilité de filtrer pour le périmètre PI (Product Increment) ou pour toutes les dépendances dans l’ensemble du portefeuille.
Et tout cela arrive à OpenProject en 2026 !
Ces concepts font tous partie de notre exploration continue de la conception pour améliorer les flux de travail agiles dans OpenProject. Bien que tous les éléments ne fassent pas encore partie du produit, ils représentent la direction que nous explorons pour mieux soutenir les équipes travaillant avec Scrum, Kanban ou SAFe.
Nous continuons à affiner ces idées et nous sommes impatients de vous faire part des prochaines mises à jour au fur et à mesure de l’évolution des conceptions. Si vous souhaitez donner votre avis sur ces prototypes, n’hésitez pas à commenter les lots de travaux de notre [feuille de route] (https://community.openproject.org/projects/stream-jira-agile-replacement/work_packages?query_id=7850). Nous serions ravis de vous entendre !
Restez à l’écoute de nos prochaines versions agiles !
