Comment utiliser les transitions d'état et les flux de travail dans OpenProject ?
OpenProject est un outil puissant, mais cette puissance s’accompagne d’une complexité de personnalisation. Si vous venez de découvrir OpenProject et que vous avez des difficultés à définir des statuts pour les flux de travail, ne vous en faits pas. Une fois que vous aurez compris comment fonctionnent les transitions de statut dans OpenProject et comment elles dépendent des rôles et des types de work packages, vous apprécierez tout leur potentiel.
Lisez cet article pour en savoir plus…
- ce que sont les statuts, les rôles et les flux de travail et comment ils fonctionnent ensemble,
- pourquoi votre gestion de projet sera beaucoup plus puissante et efficace grâce à des flux de travail personnalisés,
- comment ajouter un nouveau statut et mettre en place un flux de travail pour celui-ci.
Regardons ça de plus près !
Remarque
Avril 2026 : Cet article a été mis à jour pour refléter les dernières améliorations dans la configuration du flux de travail dans OpenProject.
Connaissez vos termes : statut, rôle et flux de travail
Commençons par la terminologie. Vous serez beaucoup plus rapide à créer vos propres flux de travail avec OpenProject, si vous parlez son langage. Que sont donc les statuts, les rôles et les flux de travail ? Et comment se rejoignent-ils ?
Qu’est-ce qu’un statut dans OpenProject ?
Le statut est un élément clé dans la gestion de chaque projet. Dans OpenProject, le statut est également un attribut essentiel des lots de travaux. Sur la base du statut, tout le monde sait immédiatement dans quelle mesure les lots de travaux respectifs ont progressé.
Par défaut, les statuts tels que Nouveau, En cours ou Fermé sont activés dans OpenProject. Cependant, selon le type de lot de travaux, d’autres statuts peuvent s’avérer utiles. Par exemple, un lot de travaux de type Fonctionnalité a besoin du statut En test, un lot de travaux de type Article de blog a plutôt besoin du statut En cours de révision.
Consultez notre guide de l’administrateur système pour en savoir plus sur la gestion des statuts dans OpenProject.
Quels sont les rôles dans OpenProject ?
Les rôles dans OpenProject sont extrêmement importants afin de fournir à chaque personne exactement les autorisations dont elle a besoin. Ni plus, ni moins. Outre les rôles par défaut, les administrateurs peuvent créer leurs propres rôles et leur attribuer des autorisations précises.
En plus des autorisations pour les fonctionnalités ou les vues de projet, les administrateurs peuvent également assigner des autorisations spécifiques pour les changements de statut dans les rôles OpenProject. Ces paramètres définissent un flux de travail dans OpenProject, que nous examinerons plus en détail dans la section suivante.
Qu’est-ce qu’un flux de travail dans OpenProject ?
Revenons à l’exemple précédent : tout d’abord, nous avons le statut En test, qui devrait pouvoir être sélectionné par défaut pour les fonctionnalités. Ensuite, nous avons le statut En cours de révision, qui ne devrait pas être sélectionnable pour les fonctionnalités, mais pour les lots de travaux du type article de blog.
Allons plus loin et examinons les rôles et les autorisations : supposons que Luc est un développeur et qu’il travaille régulièrement sur des fonctionnalités. Cependant, il n’est pas autorisé à tester les fonctionnalités. Une équipe d’assurance qualité distincte est chargée de cette tâche. Désormais, il ne suffit plus d’attribuer un ensemble de statuts au type de lot de travaux Fonctionnalité, nous avons également besoin de différentes autorisations pour activer un statut, en fonction du rôle.
C’est là que les flux de travail entrent en jeu. Dans OpenProject, un flux de travail définit quels changements de statut sont autorisés en fonction du rôle et du type de paquet de travail. En d’autres termes : L’important n’est pas seulement le type de paquet de travail sur lequel vous travaillez, mais aussi qui vous êtes. Par exemple, un développeur peut être autorisé à déplacer un lot de travaux de En développement à Nécessite des tests, tandis qu’un membre de l’équipe d’assurance qualité peut le déplacer de Nécessite des tests à En cours de test.
Avec les flux de travail, les administrateurs peuvent contrôler exactement quel rôle est autorisé à définir quel statut pour quel lot de travail.
Remarque
Les changements de statut des workflows sont configurés au niveau global via le panneau d’administration : Administration → Work packages → Workflows.
Cette flexibilité est ce qui rend les flux de travail dans OpenProject si puissants - mais aussi plus complexes au début. Au lieu d’avoir un processus fixe, les flux de travail s’adaptent à vos rôles et aux types de lots de travail, ce qui vous permet de modéliser les responsabilités de la vie réelle dans vos projets.
La puissance de la personnalisation : simplifiez le travail des membres du projet
En tant qu’administrateur, vous avez la possibilité de définir des flux de travail spécifiques pour chaque rôle afin que les membres du projet puissent effectuer exactement les changements de statut dont ils ont besoin. Plus vous personnalisez en tant qu’administrateur en haut de l’échelle, plus le travail devient facile pour les autres rôles situés plus bas dans le projet.
Et n’oubliez pas : il suffit de configurer ces paramètres une seule fois pour qu’ils fonctionnent pendant des années. Prenez donc un café et réservez une matinée pour examiner de plus près les transitions de statut dans OpenProject. Vos collègues et votre travail futur en bénéficieront grandement !
Voici un exemple d’environnement de travail typique dans lequel les transitions de statut avec les flux de travail seront très appréciées :
Prenons Luc, le développeur mentionné dans l’exemple ci-dessus. Aujourd’hui, son administrateur Ivan veut que Luke puisse faire passer les work packages de type Feature de New à In development puis à Needs testing. Cependant, alors que Maya, la collègue AQ de Luc, devrait être en mesure de modifier l’état des lots de travail de type Caractéristique de Nécessite des tests à En cours de test, cela ne devrait pas être possible pour Luc. Un tel paramètre d’autorisation basé sur les rôles permet au développeur Luc et à Maya de l’assurance qualité de faire leur travail tout en les empêchant de définir accidentellement un statut pour lequel ils n’ont pas d’autorisation.
Voici à quoi ressemblerait l’exemple de flux de travail pour le rôle Développeur et le type Fonctionnalité dans OpenProject :
Guide étape par étape : comment ajouter un nouveau statut et configurer un flux de travail ?
Enfin, parcourons l’ensemble du processus étape par étape : quels paramètres l’administrateur Ivan doit-il configurer pour définir les flux de travail pour le type de lot de travaux Fonctionnalité afin que chaque rôle puisse effectuer exactement les transitions de statut dont il a besoin pour faire son travail ?
Étape 1 : Créez les rôles, le statut et le type de paquet de travail dont vous avez besoin
Si vous souhaitez créer un flux de travail, vous avez peut-être déjà défini les rôles, le statut et les types de lots de travaux dont vous avez besoin. Dans notre exemple, l’administrateur Ivan devra d’abord créer un type de work package appelé Feature sous [Administration → Work packages → Types → New type] : Administration → Paquets de travail → Types → Nouveau type.
Il devra alors s’assurer que les statuts décrits ci-dessus existent (par exemple Doit être testé) et en créer de nouveaux si nécessaire.
Il devra également configurer deux rôles : celui de développeur et celui de l’assurance qualité. Vous trouverez ce paramètre sous Administration → Utilisateurs et autorisations → Rôles et autorisations → Nouveau rôle.
Conseil
Pour gagner du temps lors de la création d’un nouveau rôle, nous vous conseillons de copier un flux de travail existant. Veuillez vous assurer que le nouveau rôle a le droit de modifier le statut d’un lot de travaux (ou de modifier les lots de travaux, ce qui inclut la modification du statut). Vous pouvez également copier un flux de travail existant entre les rôles. Par exemple, vous pouvez copier le flux de travail du rôle Développeur pour le type Fonctionnalité vers le rôle AQ, puis ajuster uniquement les transitions liées aux tests.
Étape 2 : Créer et configurer le flux de travail
Maintenant que nous avons créé les rôles et le type de package de travail que nous voulons personnaliser, nous pouvons commencer à créer un nouveau workflow sous [Administration → Work packages → Workflows] (/docs/system-admin-guide/manage-work-packages/work-package-workflows/). Pour notre exemple, Ivan devra choisir le type Caractéristique.
Ensuite, Ivan doit sélectionner Développeur dans la liste déroulante des rôles disponibles. Il voit maintenant les statuts qui ont été définis pour ce rôle dans le passé. Ou, s’il s’agit d’un rôle entièrement nouveau, aucun transiton d’état n’est encore configuré, et il peut les configurer en cliquant sur le bouton + État.
Une fois que tous les statuts requis sont sélectionnés, vous verrez un tableau avec le statut actuel dans les lignes et les nouveaux statuts dans les colonnes.
Veuillez noter que tous les statuts apparaissent deux fois dans le tableau : les lignes indiquent le statut actuel et les colonnes indiquent le nouveau statut. Si la cellule à l’intersection est cochée, la transition est autorisée. Ainsi, si vous souhaitez que le rôle puisse changer de statut dans les deux sens, par exemple de Nouveau à En cours et de En cours à Nouveau, vous devez cocher les cellules correspondantes dans les deux sens.
Dans notre exemple, Ivan veut s’assurer qu’une personne ayant le rôle de développeur ne peut pas définir ou modifier un statut en rapport avec les tests. Si Ivan décoche maintenant toutes les cases relatives aux tests, l’écran ressemblera à ceci :
Le tableau montre les transitions de statut activées ou désactivées pour les développeurs (rôle) sur les lots de travaux de type Fonctionnalité. Comme les tests de fonctionnalités ne doivent être effectués que par l’assurance qualité, ces statuts sont désactivés dans la capture d’écran.
[ OpenProject permet aux administrateurs de définir des transitions de statut différentes selon que l’utilisateur est l’auteur ou l’assigné du paquet de travail. Ces options peuvent être configurées à l’aide des onglets situés en haut de la vue du flux de travail et vous permettent de définir des flux de travail plus souples ou plus stricts en fonction de la situation.
Maintenant, n’oubliez pas de cliquer sur Enregistrer et votre flux de travail est prêt !
[!CONSEIL] Vous pouvez également utiliser la vue Résumé pour obtenir une vue d’ensemble de toutes les transitions d’état configurées à travers les rôles et les types.
Pour conclure : plus d’informations sur la façon de configurer et de personnaliser votre solution OpenProject
Vous avez maintenant appris ce que les termes statut, rôle et flux de travail signifient dans OpenProject et comment configurer des transitions de statut pour soutenir la gestion de votre projet et de vos tâches. Voici un bref aperçu des conseils donnés dans cet article :
- Avant de créer un flux de travail, assurez-vous que vous disposez du rôle, du statut et du type de lot de travaux nécessaires.
- Lorsque vous créez un nouveau rôle, copiez un flux de travail existant pour gagner du temps.
Vous trouverez plus d’informations sur la manière de configurer votre instance OpenProject dans le guide d’administration du système. Sur cette page, vous trouverez un guide pour créer des flux de travail personnalisés.
OpenProject est un outil de gestion de projet open source doté d’un large éventail de fonctionnalités et d’un ensemble puissant d’options de personnalisation. Il vous offre l’outil nécessaire pour créer un système de gestion de projet personnalisé tel que vous le souhaitez. Une fois le système configuré, il vous sera agréable de travailler avec les transitions de statuts et les autres fonctions et actions personnalisées, car tout fonctionnera facilement pour assurer la réussite de votre projet.
