Project

General

Profile

Demande #19

Présenter un plan d'utilisation de Redmine

Added by Vincent-Xavier JUMEL almost 10 years ago. Updated over 9 years ago.

Status:
Fermé
Priority:
Normale
Target version:
Start date:
12/13/2009
Due date:
12/13/2009
% Done:

40%


Description

Dès que nous aurons défini un plan d'utilisation de Redmine, il faudra le présenter au CA, en particulier en précisant les droits des utilisateurs en fonction de leurs fonctions (je sais, c'est moche).


Related issues

Related to Tracker de tâches - Demande #65: Définir la liste des différents "trackers" Fermé 01/15/2010
Related to Tracker de tâches - Demande #69: Définir les groupes (redmine) de types d'utilisateurs Fermé 01/24/2010
Follows Tracker de tâches - Demande #20: Définir finement les permissions de redmine Rejeté 12/12/2009

History

#1 Updated by François Poulain almost 10 years ago

Pour un outil de test, à ce stade le CA n'est pas concerné par la typologie définie. Il nous fait confiance pour trouver la configuration la plus raisonnable et la présenter. Pour le détail des droits, ce ne sera pas si moche : je vois comment faire (amha il faut présenter pour chaque cas le workflow d'une tâche comme une machine d'état, et "griser" les états qui ne sont pas permis, selon le rôle de l'utilisateur).

Pour le Bugzilla, j'étais parti sur ce genre de configuration :
  • Membre CA.
  • Animateur ou suppléant d'animateur de groupe.
  • Membre actif identifié/coopté.
  • Contributeur occasionnel.
    A priori les membres du CA devrait avoir tous les droits qui ne sont pas du ressort de l'administration. Les Animateurs (ainsi que leurs suppléants) devrait avoir droit de vie ou de mort à propos de tout ce qui se passe dans leur groupe. Il faut qu'on définisse quels devraient être les droits des deux dernières catégories en présence (lié à la politique ouverte ou non du tracker). En matière de droits, l'héritage est la règle à suivre (quelqu'un de «mieux» placé à nécessairement au moins tous les droits de ceux qui sont «moins bien» placés que lui).
Pour le Redmine, voici ce sur quoi je suis parti pour le moment (ou tout du moins ce que j'imagine avoir fait) :
  • Je n'ai pas catégorisé les membres CA ; on verra plus tard s'il est utile d'ajouter un rôle «correspondant CA».
  • L'animateur de groupe : il a tous les droits sur le projet auquel il est attaché : créer des sous-projets, gérer les utilisateurs au sein de son groupe, créer des tâches, etc.
  • Le membre actif : c'est un contributeur régulier. Il a les droits de l'animateur (notamment il peut créer des sous projets au sein desquels il a un rôle d'animateur), sauf que
    • il ne peut gérer les rôles des utilisateurs au niveau du GdT ;
    • il a quelques restrictions sur les ta?hes, notamment ne peut valider/fermer une tâche de contribution planifiée.
  • Le contributeur occasionnel : il n'a que très peu de droits.
J'ai créé aussi trois type de tâche différentes :
  • Les tâches planifiées : elles sont proche du workflow de base de Redmine.
  • Les anomalies : elles disposent d'un état supplémentaire «confirmé».
  • Les tâche récurrentes : elles ne sont jamais fermée/validée ; mais je ne sais pas encore si c'est la bonne façon de gérer ça.

Tout ça va bien sûr se cristalliser au fur et à mesure ; notamment avec l'éclairage de chacun, en réunion.

#2 Updated by Xavier Antoviaque over 9 years ago

  • Status changed from Nouveau to En cours de traitement

#3 Updated by Vincent-Xavier JUMEL over 9 years ago

  • Due date changed from 12/13/2009 to 02/12/2010
  • Target version set to Prototype
  • % Done changed from 0 to 10
  • Estimated time set to 6.00 h

#4 Updated by over 9 years ago

Je rajoute #69 parce qu'il me semble que certains cas d'usage nécessitent les groupes pour plus de confort coté administration. Les admins n'ont pas toujours le temps de saisir beaucoup de modifications. A noter que je le conçois comme une proposition, mais que l'absence de type de demande proposition m'oblige à le passer en tache planifiée (#65).

#5 Updated by over 9 years ago

  • Due date deleted (02/12/2010)
  • Start date deleted (12/13/2009)
  • Estimated time deleted (6.00 h)

Il faudra aussi discuter des permissions d'édition de messages a posteriori. Je viens de constater que je ne peux pas éditer mon message en tant que membre actif. Il faut donc contacter un administrateur pour le faire. A priori, les différentes versions ne sont pas visibles ET il n'y a pas de notification par mail des changements apportés.
A mes yeux, c'est un souci. Je dois pouvoir éditer mes messages au lieu d'en multiplier le nombre pour des broutilles par exemple ET il faut que les diff puissent être accessibles et notifiés.

#6 Updated by over 9 years ago

Rayna Stamboliyska a écrit:

Il faudra aussi discuter des permissions d'édition de messages a posteriori.

En tant que membre actif, la possibilité de modifier ses notes est activée.
TEST ( modification apportée à mon message original )
TEST2 toujours modifiable.

#7 Updated by over 9 years ago

Ca bien marché, j'ai pu écrire le message ci dessus et le modifier en tant que membre actif. (Les contributeurs ne peuvent pas modifier leurs notes par contre).
Je vérifie maintenant si je peux toujours le modifier APRES que quelqu'un ait répondu.

#8 Updated by Vincent-Xavier JUMEL over 9 years ago

  • % Done changed from 10 to 40

La réunion animation lors de l'AG sera l'occasion de définit les enchaînement d'états propres à chaque projet. J'ai à ce sujet déjà créé celui-spécifique au groupe de travail Transcription, mais il faut systématiser cette démarche

#9 Updated by Vincent-Xavier JUMEL over 9 years ago

  • Target version changed from Prototype to pré version 1

#10 Updated by Vincent-Xavier JUMEL over 9 years ago

  • Status changed from En cours de traitement to Fermé

Also available in: Atom PDF