Rôle
Un rôle est un ensemble de permissions qui définit ce qu’un utilisateur peut faire dans Sandtime.io. Les rôles déterminent le contrôle d’accès en regroupant les capacités en niveaux logiques : administrateur, administrateur de projet et utilisateur.
Caractéristiques principales
- Basé sur les permissions : chaque rôle accorde des capacités spécifiques.
- Hiérarchique : les rôles supérieurs incluent généralement les permissions des rôles inférieurs.
- Assignable : les utilisateurs se voient attribuer des rôles au niveau organisation ou projet.
Rôles disponibles
Administrateur
Contrôle complet de l’organisation : paramètres, tous les membres, tous les projets et tous les taux de coût et de revenu. Voir administrateur.
Administrateur de projet
Gestion de projets spécifiques incluant membres, paramètres et approbations. Voir administrateur de projet.
Utilisateur
Suivi du temps personnel et accès en libre-service. Le rôle par défaut pour la plupart des personnes d’une équipe. Voir utilisateur.
Niveaux de rôle
Niveau organisation
Les rôles comme administrateur s’appliquent à toute l’organisation.
Niveau projet
Les rôles comme administrateur de projet s’appliquent uniquement à des projets spécifiques.
Résumé des capacités par rôle
| Capacité | Utilisateur | Admin projet | Administrateur |
|---|---|---|---|
| Suivre son temps | Oui | Oui | Oui |
| Voir ses rapports | Oui | Oui | Oui |
| Approuver feuilles de temps | Non | Projet uniquement | Tous |
| Gérer les membres | Non | Projet uniquement | Tous |
| Créer des projets | Non | Non | Oui |
Impact sur la planification des effectifs
Pour les entreprises utilisant un logiciel de suivi du temps comme Sandtime.io :
- Responsabilités claires : les rôles définissent qui gère quoi.
- Sécurité : les permissions limitent l’accès aux données sensibles.
- Évolutivité : l’accès basé sur les rôles évolue avec la croissance de l’équipe.
- Conformité : les pistes d’audit montrent qui avait accès à quoi.
Bonnes pratiques
- Commencer avec le rôle utilisateur et promouvoir seulement si nécessaire.
- Utiliser administrateur de projet pour la gestion déléguée.
- Limiter le rôle administrateur à ceux qui en ont vraiment besoin.
- Documenter les critères d’attribution des rôles.
- Réviser les rôles quand les responsabilités changent.
Attribution des rôles
À l’invitation
Les rôles peuvent être définis lors de l’invitation de nouveaux membres.
Après l’adhésion
Les administrateurs peuvent changer les rôles à tout moment.
Spécifique au projet
Les rôles de projet sont définis par affectation.
Défis courants
Accumulation de rôles
Les utilisateurs accumulent des permissions au fil du temps. Auditer périodiquement.
Sous-provisionnement
Les utilisateurs manquent d’accès nécessaire. Répondre rapidement aux demandes d’accès.
Confusion
Incertitude sur quel rôle attribuer. Documenter clairement les directives.
Termes associés
Les rôles sont la base du contrôle d’accès. Les trois rôles sont administrateur, administrateur de projet et utilisateur. Les rôles fonctionnent avec la visibilité du projet et l’affectation, qui reposent sur l’appartenance.