Les permissions du CP MOE

1. Le module Administration

Le chef de projet de la MOE a davantage de permissions qu’un développeur dans le module Administration :

images/01EP23.png

Mais ces dernières sont en fait similaires à celles de son homologue de la MOA. Le contexte vous amènera peut-être à réduire ces permissions, notamment pour un CP MOE externe par exemple.

Là encore, veillez à ne jamais donner la possibilité aux équipes d’accéder aux différentes fonctions de QC de customisation.

2. Le module Release

Le CP MOE n’a pas d’accès aux Releases de QC : vous devez donc décocher toutes les options du groupe Grp_MOE_CP pour le module Release.

Toutefois, ce point mérite réflexion là encore : dans la pratique, rien n’interdit à un CP MOE d’accéder aux mêmes indicateurs que le CP MOA ou le CP Test sur l’avancement de la phase de test.

En revanche, il n’appartient qu’au CP Test de modifier la planification de ses activités : les Releases ne constituent pas un outil de Pilotage des développementspilotage des développements.

C’est encore une fois le contexte qui détermine qui peut voir quoi en matière d’indicateurs.

3. Le module Requirements

Nous renvoyons le lecteur à la section précédente sur les droits du groupe Grp_MOE, le chef de projet MOE ayant rigoureusement les mêmes habilitations.

4. Les modules Test Plan...

Pour consulter la suite, découvrez le livre suivant :
couv_EPALMQC.png
60-signet.svg
En version papier
20-ecran_lettre.svg
En version numérique
41-logo_abonnement.svg
En illimité avec l'abonnement ENI
130-boutique.svg
Sur la boutique officielle ENI
Précédent
Les permissions de la MOE
Suivant
Les permissions de l'équipe de test