Rôles d'équipe, de projet et de serveur

Dans iceScrum, le développement de produit est organisé par projet. Une équipe peut travailler sur zéro, un ou plusieurs projets mais chaque projet doit avoir une et une seule équipe travaillant dessus. En plus de son équipe, un projet peut avoir des utilisateurs directement attachés à celui-ci.

Les principaux rôles Scrum sont disponibles dans iceScrum :

• Rôles d’équipe : une équipe de développement est composée de membres d’équipe (TM) dont un ou plusieurs sont ScrumMasters (SM).
• Rôles du projet : le projet a un ou plusieurs Product Owners (PO) et éventuellement des personnes externes intéressées par le produit : les StakeHolders (SH) ou parties prenantes.

Afin de s’adapter aux situations de la vie réelle, certaines des règles théoriques associées à ces rôles ont été assouplies, par exemple il est possible d’avoir plus d’un SM et plus d’un PO dans une équipe et il est possible d’être à la fois SM et PO.

Pour des raisons pratiques, iceScrum offre également des rôles supplémentaires:

• Le propriétaire de l’équipe
• Le StakeHolder anonyme: un utilisateur non inscrit qui parcourt un projet public
• L’Administrateur (Admin) serveur

Adhésion

Pour appartenir à une équipe ou à un projet, un utilisateur doit exister. La manière par défaut de créer un utilisateur est que les utilisateurs s’enregistrent eux-mêmes. Certaines applications permettent à l’administrateur de créer des utilisateurs par lots ou même de les créer automatiquement via une méthode d’authentification externe, pour en savoir plus vous pouvez voir les Apps correspondantes.

Les utilisateurs ne peuvent pas choisir leur rôle : les rôles sont automatiquement attribués via le workflow iceScrum ou explicitement accordés par d’autres utilisateurs ayant les autorisations suffisantes.

Les nouveaux utilisateurs ne peuvent pas rejoindre spontanément un projet existant, ils doivent être ajoutés par le propriétaire ou le SM qui choisira leur rôle. En tant que propriétaire ou administrateur système, vous devez attendre que les utilisateurs soient créés pour leur attribuer des rôles, à moins que vous n’utilisiez la fonctionnalité d’invitation expliquée dans la section suivante.

Si vous êtes un membre de l’équipe / ScrumMaster, vous pouvez voir l’équipe et la quitter. Si vous êtes Product Owner (PO) ou Stakeholder (SH), il n’y a aucun moyen de quitter le projet, vous devrez donc demander au propriétaire ou à un ScrumMaster de vous retirer du projet.

Invitations

Vous pouvez gérer l’adhésion à un projet / une équipe pour les personnes qui n’ont pas encore de compte iceScrum grâce aux invitations.

Si vous utilisez votre propre serveur les invitations ne sont pas activées par défaut, vous devez donc les activer manuellement. Cela nécessite qu’un serveur de messagerie soit correctement configuré et que l’enregistrement de l’utilisateur soit activé. Vous trouverez plus d’informations sur cette configuration dans le Guide d’installation et la documentation d’administration du serveur.

Pour inviter quelqu’un, tapez son email dans le champ de recherche de l’utilisateur et cliquez sur le résultat. Vous pouvez leur accorder n’importe quel rôle comme vous le feriez avec les utilisateurs enregistrés. Ils recevront un email pour chaque équipe / projet auquel vous les avez invités avec un lien pour s’inscrire sur iceScrum. Lorsqu’ils s’inscrivent avec ce lien, ils sont automatiquement ajoutés aux équipes / projets auxquels ils ont été invités.

Partie prenante ou Stakeholder anonyme (Projet)

Ce rôle n’existe que pour les utilisateurs non enregistrés sur des projets publics (vous ne pouvez donc pas attribuer ce rôle). Pour de tels projets, un Stakeholder (SH) anonyme a l’autorisation suivante:

• Accès en lecture seule aux vues autorisées pour les SH dans les paramètres du projet

Par défaut, toutes les vues de projet sont autorisées mais elles peuvent être personnalisées.

C’est tout, mais c’est déjà utile à des fins de visibilité de l’information. Afin de suggérer des stories, un SH anonyme peut s’inscrire et devenir un SH régulier et obtenir les permissions décrites ci-dessous.

Partie prenante ou Stakeholder (Projet)

Un Stakeholder (SH) doit être enregistré dans iceScrum. Tout utilisateur enregistré est automatiquement SH sur tous les projets publics, aucune action manuelle n’est nécessaire. Pour les projets privés, ce rôle doit être explicitement accordé par le Propriétaire du projet ou le SM de l’équipe.

Pour les projets publics et privés, le SH a l’autorisation du SH anonyme, plus:

• Importer des projets (si autorisé dans la configuration du serveur)
• Créer des projets (si autorisé dans la configuration du serveur)
• Créer des stories dans le bac à sable du projet (état « Suggérée »)
• Mettre à jour et supprimer les stories qu’il a suggérées (tant qu’elles sont à l’état « Suggéré »)
• Commenter des stories
• Suivre les stories (et être informé lorsque les stories sont mises à jour)

Membre d'équipe ou Team Member (Equipe)

Les membres de l’équipe (TM) doivent être enregistrés et font explicitement partie de l’équipe qui travaille sur le projet. Les TM ont les permissions du SH, plus:

• Parcourir toutes les vues (y compris celles qui ne sont pas autorisées aux SH)
• Estimer des stories
• Copier des stories
• Créer, mettre à jour et supprimer des tests d’acceptation sur des stories
• Créer des tâches
• Interagir avec un sous-ensemble de tâches: celles qui n’ont aucun responsable, celles dont ils sont responsables et celles qu’ils ont créées

ScrumMaster (Equipe)

Les ScrumMasters (SM) ont les permissions des Membres d’équipe (TM), plus:

• Mettre à jour les paramètres du projet
• Mettre à jour les POs et SHs du projet
• Activer et désactiver les Apps sur le projet
• Gérer l’équipe en ajoutant / supprimant des membres, en changeant les rôles et en mettant à jour le nom de l’équipe
• Exporter un projet
• Archiver un projet (mais pas le désarchiver, attention!)
• Planifier, déplanifier et décaler des stories
• Créer, activer, arrêter et supprimer des releases
• Créer, activer, arrêter et supprimer des sprints
• Ecrire une définition de “fini” et la rétrospective du sprint
• Gérer les tâches indépendamment de leur état et de leur responsable
• Supprimer un commentaire

Product Owner (Projet)

Le Product Owner (PO) a les permissions du SM, plus:

• Créer, mettre à jour et supprimer des features et des acteurs
• Mettre à jour et supprimer n’importe quelle story
• Accepter les stories du bac à sable pour qu’elles soient incluses dans le backlog
• Prioriser les features (en les réorganisant)
• Prioriser les stories dans le backlog et dans les sprints (en les réorganisant)
• Diviser une story
• Créer une story dans le backlog (état « Acceptée »)
• Changer le créateur d’une story
• Déclarer les stories comme finies (ou les remettre « à faire »)
• Retourner une story dans le bac à sable

Cependant, certaines permissions du SM ne sont pas disponibles pour les PO ordinaires:

• Estimer des stories
• Mettre à jour les paramètres du projet
• Mettre à jour le projet Product Owners et Stakeholders
• Activer et désactiver les Apps sur le projet
• Gérer l’équipe en ajoutant / supprimant des membres, en changeant les rôles et en mettant à jour le nom de l’équipe
• Gérer les tâches dont ils ne sont pas responsables ni créateur

Un PO peut également être SM, c’est la seule combinaison projet / équipe autorisée. Cela n’a pas de sens d’un point de vue théorique, mais il est plus pratique pour une personne de pouvoir faire presque tout sur le projet, cela peut s’avérer utile pour les petites équipes notamment.

Propriétaire de l'équipe (Equipe)

Le rôle de propriétaire est donné à l’utilisateur qui crée une équipe, il n’y a donc qu’un seul propriétaire par équipe. Ils ont toutes les permissions sur l’équipe et les projets associés à l’équipe. Cela signifie toutes les permissions PO et SM, plus :

• Supprimer une équipe si elle n’est associée à aucun projet
• Associer un projet à une équipe
• Changer d’équipe sur un projet
• Supprimer un projet associé à une équipe qu’il possède

Administrateur (Serveur)

L’administrateur a un contrôle total sur tous les projets. Il est créé lors de l’assistant d’installation au premier démarrage du serveur. Nous vous recommandons de changer le mot de passe dès que possible !

En plus des autorisations habituelles, l’administrateur est la seule personne qui peut changer le propriétaire d’une équipe et restaurer un projet archivé.

Avec une licence iceScrum, l’administrateur bénéficie d’une interface utilisateur riche qui facilite la gestion de projet et fournit des fonctionnalités supplémentaires : gestion des utilisateurs et configuration du serveur. Vous pouvez lire la documentation dédiée pour plus de détails.