Contrôle d'accès basé sur les rôles

Contrôle d'accès basé sur les rôles

Chaque membre d'un projet AB Projects possède exactement l'un des quatre rôles — Propriétaire, Administrateur, Membre ou Lecteur. Les rôles sont définis par projet : être Administrateur dans un projet ne dit rien de votre rôle dans un autre.

Les quatre rôles

RôleTravail sur les tâches et le wikiGestion des membres et du flux de travailPropriété et suppression
Propriétaire Complet Complète, y compris l'attribution du rôle Administrateur et le retrait des administrateurs Transfère la propriété ; supprime le projet (une fois dissocié)
Administrateur Complet Modifie les rôles Membre/Lecteur, retire des membres, configure le flux de travail, les intégrations et le lien Teams Non
Membre Créer, modifier, attribuer, commenter, terminer Non Non
Lecteur Lecture seule ; ne peut pas se voir attribuer de tâches Non Non

Deux limites de l'Administrateur à connaître : un Administrateur ne peut pas attribuer le rôle Administrateur (dans la liste déroulante des rôles, l'option Administrateur n'apparaît que pour le Propriétaire), et un Administrateur ne peut pas retirer un autre Administrateur — ces deux actions sont réservées au Propriétaire.

Tout le monde commence comme Membre

Qu'une personne arrive par la synchronisation automatique du canal Teams ou par l'ajout depuis la page Équipe (voir Ajouter ou retirer des membres), elle rejoint le projet en tant que Membre. La synchronisation ne touche jamais aux rôles que vous avez définis ensuite — un Lecteur reste Lecteur lors de toutes les synchronisations ultérieures du canal.

Changer un rôle

  1. Ouvrez les paramètres du projet. Les membres sont listés sous Membres inscrits.
  2. Choisissez le nouveau rôle dans la liste déroulante sous le nom de la personne : Membre, Lecteur ou (Propriétaire uniquement) Administrateur. Le changement prend effet immédiatement et ne s'applique qu'à ce projet.

Quelques garde-fous permettent à chaque projet de rester gérable en toute sécurité :

  • Un projet ne peut pas perdre son dernier Administrateur. Rétrograder le dernier Administrateur au rang de Membre est bloqué.
  • Pas de raccourci vers Propriétaire. Personne ne peut être promu directement Propriétaire — la propriété ne change de main que par le transfert décrit ci-dessous.
  • Les promotions d'un Lecteur se font une étape à la fois. Un Lecteur est d'abord promu Membre ; le passage de Membre à Administrateur est une étape distincte (effectuée par le Propriétaire).
  • Un Propriétaire ne peut pas se rétrograder lui-même avec la liste déroulante des rôles — c'est le rôle du transfert de propriété.

Transférer la propriété

Dans les paramètres du projet, le Propriétaire utilise Se retirer du rôle de propriétaire : il choisit un membre à promouvoir, décide s'il devient Administrateur ou Propriétaire, puis confirme avec Oui, promouvoir et se retirer. Les deux changements ont lieu ensemble — la personne choisie est promue et l'ancien Propriétaire devient un simple Membre. Procédure complète : Gérer les paramètres du projet.

Bonnes pratiques

  • Conservez au moins deux Administrateurs sur un projet actif, afin que la gestion ne dépende pas de la disponibilité d'une seule personne.
  • Utilisez Lecteur pour les auditeurs, les dirigeants et les clients qui doivent voir l'avancement sans modifier quoi que ce soit — c'est plus propre que de leur demander « de ne toucher à rien, s'il vous plaît ».
  • Passez régulièrement en revue les Membres inscrits en parallèle de la liste des membres du canal Teams — c'est le canal qui détermine l'appartenance en premier lieu.

Quatre rôles, une portée par projet et quelques garde-fous : assez de structure pour garder des accès justes, sans matrice d'autorisations que quiconque devrait étudier.

Publié le 2025-07-07
Dernière mise à jour le 2026-10-20
Version 2