Animation » Tracker de tâches

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).

• 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).

• 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.

• 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.

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).

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.

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.