Tu gères un projet et ton organisation ressemble à un empilement de tableurs, de messages et de réunions où chacun jure avoir la dernière version ? OpenProject 17.7 attaque précisément ce bazar. Cette nouvelle version du logiciel libre de gestion de projets ajoute une organisation par départements, des informations utiles sur les personnes et un module de planification de capacité. L’objectif est simple : voir qui peut faire quoi avant de promettre une date au client. La gestion d’équipe vient de gagner un tableau de bord au lieu d’un concours de devinettes.
OpenProject reste un outil de suivi de projets que tu peux héberger toi-même. La version 17.7 apporte des fonctions très pratiques pour les équipes qui doivent répartir du travail, tout en gardant une partie des nouveautés derrière l’extension Enterprise. C’est important : le logiciel est ouvert, mais tout n’est pas forcément disponible dans la même édition. Voici ce qui change réellement, qui peut en profiter et pourquoi cette mise à jour ne remplacera pas ton cerveau — seulement quelques fichiers Excel.
Une organisation d’équipe enfin lisible
La première nouveauté concerne les départements. Dans l’administration, tu peux créer une structure hiérarchique avec des services et des sous-services, puis rattacher les personnes à cette organisation. Ce n’est pas juste cosmétique : ces départements servent ensuite à filtrer et comprendre les informations liées aux membres d’un projet. Pour une petite équipe, cela peut sembler superflu. Pour une association, une entreprise ou un collectif avec plusieurs pôles, cela évite de chercher la bonne personne dans une liste plate de comptes.
OpenProject ajoute aussi des attributs liés au travail. Tu peux renseigner un poste, des compétences, des langues parlées ou d’autres informations utiles à ton organisation. Selon les droits accordés, les personnes peuvent mettre à jour leur profil ou un responsable peut le faire pour elles. Le but n’est pas de transformer OpenProject en logiciel de ressources humaines : c’est de donner assez de contexte pour affecter une tâche sans demander trois fois qui sait faire quoi.
Visuel : l’écran officiel des départements dans OpenProject 17.7. Source : OpenProject, notes de version, https://github.com/opf/openproject/releases/tag/v17.7.0 — image originale : https://raw.githubusercontent.com/opf/openproject/release/17.7/docs/release-notes/17-7-0/openproject-resource-management-departments.png
Planifier la capacité plutôt que remplir des cases
Le gros morceau s’appelle Resource management, ou gestion des ressources. Il propose une vue centralisée des personnes, avec leur département, leurs attributs, leur disponibilité et leur charge actuelle. Tu peux rechercher et filtrer ces profils pour repérer rapidement une personne disponible ou, au contraire, une personne déjà noyée sous les tâches. Le bénéfice est très concret : les dates d’un projet reposent moins sur une estimation optimiste lancée en réunion.
La vue chronologique affiche ensuite la charge de travail dans le temps. Elle aide à repérer une surcharge avant qu’elle ne devienne un retard, puis à allouer du travail directement depuis la timeline. Les demandes de ressources peuvent aussi être comparées aux personnes qui possèdent les bons attributs. En clair, OpenProject essaie de répondre à la question que les outils de tâches évitent souvent : qui a réellement le temps de s’en occuper ?
Visuel : la vue chronologique de planification avec charge allouée et capacité restante. Source : OpenProject, notes de version, https://github.com/opf/openproject/releases/tag/v17.7.0 — image originale : https://raw.githubusercontent.com/opf/openproject/release/17.7/docs/release-notes/17-7-0/openproject-resource-management-timeline-allocated.png
Le détail qui fâche : l’édition utilisée
OpenProject indique que le module de gestion des ressources est une extension Enterprise. Les fonctions d’organisation — départements, attributs et horaires individuels — sont présentées comme utilisables indépendamment du module complet, mais la planification avancée et la répartition de charge ne sont pas à confondre avec le socle communautaire. Avant de migrer une équipe, vérifie donc la matrice des fonctionnalités et le modèle de licence qui correspond à ton installation.
Cette distinction ne rend pas la version inutile pour autant. Les départements et les profils enrichis peuvent déjà structurer une instance auto-hébergée. Et si tu as besoin d’une planification avancée, tu sais au moins exactement ce que tu achètes : une vue de capacité et de staffing, pas un vague bouton « productivité ». C’est toujours mieux que de découvrir la facture après avoir refait toute ta gestion de projet.
Les autres changements utiles au quotidien
OpenProject 17.7 améliore aussi la gestion agile. Plusieurs sprints peuvent être actifs dans un même projet sans devoir les partager entre projets, ce qui devrait rendre les équipes qui travaillent en parallèle un peu moins acrobatiques. La version apporte également des évolutions autour des wikis et des méthodes de gestion PM² ou PMflex. La mise à jour corrective 17.7.1, publiée le 6 août, corrige par ailleurs plusieurs problèmes, dont un import relancé qui pouvait créer des utilisateurs en double.
Pour les utilisateurs, le conseil est assez banal mais rarement appliqué : mets à jour après une sauvegarde et lis les notes de version. OpenProject touche à des données de projet, des comptes et des permissions. Si tu l’auto-héberges, teste d’abord la mise à jour sur une copie ou un environnement de préproduction, surtout si tu utilises LDAP, des extensions ou des intégrations Jira.
À qui cette mise à jour sert vraiment
OpenProject 17.7 vise surtout les équipes qui ont dépassé le simple tableau de tâches. Si tu travailles seul sur trois projets, tu n’as probablement pas besoin d’un planificateur de capacité : un calendrier et un peu de discipline suffiront. En revanche, dès que plusieurs personnes se partagent des compétences, des horaires et des priorités, la nouvelle organisation devient intéressante. Les associations, les studios, les équipes informatiques et les structures qui veulent garder leurs données chez elles sont les premiers concernés.
Le projet ne promet pas de résoudre les conflits de priorité ni les délais irréalistes. Il rend simplement ces problèmes visibles plus tôt, avec des informations plus structurées. C’est déjà beaucoup : un outil qui te montre qu’une équipe est surchargée avant le lancement coûte moins cher qu’un outil qui produit un joli rapport après le retard. OpenProject 17.7 ne range pas ton équipe à ta place, mais il arrête de cacher les chaussettes sous le tapis.
Sources
OpenProject, annonce et notes de version 17.7.0, publiée le 5 août 2026 : https://github.com/opf/openproject/releases/tag/v17.7.0
OpenProject, documentation officielle des notes de version 17.7.0 : https://www.openproject.org/docs/release-notes/17-7-0/
OpenProject, présentation officielle du module de gestion des ressources : https://www.openproject.org/blog/resource-management-capacity-planning/
OpenProject, correctif 17.7.1, publié le 6 août 2026 : https://github.com/opf/openproject/releases/tag/v17.7.1
—
Recherche, relecture et illustration assistées par IA. Le contenu reflète le travail éditorial de la rédaction.
No comments yet