Rôles et droits en gestion de projet

Sur un projet travaillent des personnes aux rôles très différents : celle qui le mène, celle qui le dirige d’en haut, celle qui fait le travail et, parfois, celle qui a seulement besoin de voir où il en est. Donner à tous le même écran est une erreur dans les deux sens : soit le consultant voit des coûts et des communications qui ne le concernent pas, soit la direction doit réclamer un rapport par courriel pour savoir où en est le portefeuille. PjMan règle cela avec des rôles qui décident de ce que chacun voit et de ce qu’il peut faire, sur chaque écran et dans chaque action.

Deux idées : rôle de compte et rôle d’équipe

PjMan sépare deux choses que l’on mélange souvent :

• Le rôle de compte décide de ce que vous pouvez faire dans l’application. PM : gère l’organisation et crée et mène ses projets. Consultant/développeur : travaille sur les tâches et incidents qui lui sont affectés. Qui s’inscrit est PM ; qui accepte une invitation est consultant/développeur.
• Le rôle d’équipe est le rôle d’une personne dans un projet précis (Director, Team Leader, PM, Consultant, Développeur) et porte un niveau de 1 à 3. Ce qui compte vraiment, c’est niveau 1-2 contre niveau 3 : les niveaux 1 et 2 (direction et encadrement) voient tout le projet en lecture seule ; le niveau 3 (exécution) ne voit que ce qui lui est affecté.

Il existe aussi des rôles d’équipe marqués « toute l’organisation », comme le CEO : qui en a un voit tous les projets de l’organisation sans devoir figurer dans l’équipe de chacun. Les rôles d’équipe peuvent être complétés par les vôtres. (Rôles et accès, Rôles d’équipe)

Ce que chacun voit et peut faire

Le tableau complet, écran par écran, se trouve dans l’aide. (Rôles et accès)

Le PM propriétaire

Chaque projet a un PM propriétaire : la seule personne qui peut le modifier (le modifier, gérer phases, tâches, risques, changements, dépenses, équipe et affectations). C’est le principe selon lequel un PM ne voit ni ne modifie les projets d’un autre PM, même s’ils partagent une organisation. Si le projet change de mains, le propriétaire ou un Team Leader du projet peut réaffecter le PM. (Équipe du projet)

Direction et visibilité sur toute l’organisation

La direction a besoin de voir sans toucher. Un Director ou un Team Leader du projet le voit en entier en lecture seule, avec l’équipe et les tarifs horaires, et peut créer des incidents pour signaler ce qu’il remarque. Un membre « toute l’organisation » dispose d’un tableau de bord de l’organisation avec tous les projets et leur avancement, ainsi que de Rapports et Requêtes sur tout le portefeuille, toujours en lecture seule. Un CEO peut lire les commentaires, mais pas en publier. (Membres de l’organisation, Rapports et requêtes)

Consultants et développeurs : seulement ce qui les concerne

Une personne au rôle d’exécution se connecte à PjMan et voit Mon travail : ses tâches et incidents affectés, ses heures dans un calendrier et les comptes rendus qu’elle a créés. Elle ne voit ni le projet entier, ni les contacts, ni les communications, ni les coûts. Elle peut changer le statut et l’avancement de ses tâches, saisir des heures à son nom, commenter les fiches qu’elle voit et déplacer ses cartes sur le tableau Kanban. Cela protège le client et le PM, et épargne le bruit au consultant. (Mon travail)

Personnes avec et sans compte

Toutes les personnes qui travaillent sur un projet n’ont pas besoin d’un compte. Une personne sans compte existe sous la forme d’un nom : elle peut avoir des tâches et des heures, que tient le PM, et ne se connecte pas. Quand quelqu’un a besoin d’un accès, le PM l’invite et la personne accepte avec son courriel. Un même compte peut appartenir à plusieurs organisations, avec un sélecteur dans l’en-tête. (Personnes, Invitations)

L’assistant respecte les rôles

L’assistant d’IA fait pour vous ce que votre rôle permet, rien de plus : il n’ouvre aucun accès nouveau. Si un consultant lui demande quelque chose que seul un PM peut faire, il ne le fait pas et explique pourquoi. Les actions qui modifient des données passent par les mêmes règles que les écrans. (Assistant d’IA vocal)

Des droits vérifiés là où cela compte

Les droits ne sont pas de simples boutons masqués. Ils sont vérifiés côté serveur à chaque action : si un consultant tente d’ouvrir à la main l’adresse d’un projet qui n’est pas le sien, il ne voit rien et reçoit un avis lui indiquant qu’il n’a pas accès. Chaque organisation est isolée des autres.

Essayez

Créez votre compte, créez un projet, invitez une personne comme consultant et vérifiez ce que voit chacun. Ou explorez la démo, avec ses données d’exemple.