Project

General

Profile

Demande #188

Changements dans la configuration de l'application

Added by over 10 years ago. Updated almost 8 years ago.

Status:
Fermé
Priority:
Normale
Assignee:
-
Category:
-
Target version:
-
Start date:
06/28/2010
Due date:
% Done:

100%

Estimated time:
Difficulté:
2 Facile

Description

Changements introduits

######
- 24-25 juin 2010 ######
- 26 juin 2010
  • changement de l'intitulés : Manager -> Administrateur ; Développeur -> Participant actif ;
  • ajout de : Frédéric Couchet, Olivier Fraysse, Loïc Dachary (les deux comptes) et Emmanuel Charpentier en tant que participants actifs du sous-projet Interne (Admins). Changement des permissions suivantes : Rayna Stamboliyska, Léopold Baillard et Vincent-Xavier Jumel deviennent participants actifs et non plus administrateurs. Idem pour le projet global Admins ;
  • enlevé le compte test Thierry Est de la position Rapporteur d'Agir April. Modifié theocrite et François Poulain en Participants actifs au lieu d'Administrateurs ;
  • test d'inscription : TestRayna (mdp == toto) avec mail ; activation directe par mail -> Est-ce que les mails en april.org sont une exception à la règle "Création de compte manuelle par approbation des administrateurs" ? => Pas de réponse de vincent-xavier.
######
- 27 juin 2010
  • test d'inscription : testouille (mdp trucmuche) avec mail ; activation directe par mail -> donc, la configuration générale a été modifiée.
    =>>> https://redmine.april.org/settings , section Authentification : changé le "Inscription des nouveaux utilisateurs" de "Activation du compte par mail" en "Activation manuelle du compte", comme sur l'instance Redmine de départ. Cela garantit que seuls les adhérents auront des comptes sur l'outil (3 demandes de non adhérents sans lien à l'April ont déjà été reçues).
  • Synthèse de permissions par rôles : https://redmine.april.org/roles/report :
    - donné droit à Animateur de gérer les sous-projets ;
    - enlevé les permissions à Anonyme de voir les fichiers et les documents ;
    - donné droit à Animateur de gérer les catégories de demandes ;
    - donné droit à Animateur de modifier les demanes ;
    - donné droit à Animateur de gérer les relations ;
    - donné droit à Animateur d'ajouter des observateurs ;
    - donné droit à Animateur de gérer les annonces ;
    - enlevé les droits à Anonyme de parcourir les sources et voir les révisions ;
    - donné droit à Animateur de commiter ;
    - enlevé le droit à Participant actif de supprimer des pages du wiki ;
    - donné droit à Rapporteur et Animateur de modifier des pages du wiki.
  • mis compte TestRayna en Administrateur. Ce compte n'est pas membre du projet Admins et pas membre du sous-projet Interne non plus. Je veux voir si un Administrateur peut avoir accès à des projets privés sans en être membre => Oui, un Administrateur de Redmine peut voir les projets privés dont il n'est pas membre. (Statut Administrateur enlevé à TestRayna)
  • création du compte autretest (mdp == bidule) avec mail pour tester la validation manuelle => mail de demande d'activation envoyé aux Administrateurs. OK
  • ajout des trackers " Tâches récurrentes" , "Demandes", "Rédaction", "Organisation" au sous-projet Tracker des tâches (Animation).

History

#1

Updated by François Poulain over 10 years ago

Rayna Stamboliyska a écrit:

Peux tu motiver les ajouts de tracker, stp ? S'agit t'il de tests, ou bien liés à des besoins dédiés et identifiés ?

Attention au fait que les groupes, sur Redmine, ne sont pas d'un utilité fracassante.

  • test d'inscription : TestRayna (mdp == toto) avec mail ; activation directe par mail -> Est-ce que les mails en april.org sont une exception à la règle "Création de compte manuelle par approbation des administrateurs" ? => Pas de réponse de vincent-xavier.

Je ne pense pas que se soit possible sans modifier du code. Et vu le nombre de compte qui sera demandé (50 ?), nous avons parfaitement la disponibilité de les activer manuellement. En cas d'adresse inconnue, j'ai déjà un mail type écrit à ce sujet :

Bonjour,

Vous avez fait une demande de compte pour le Redmine de l'April,
outil en test de gestionnaire de projet. Cependant, je ne crois pas
qu'on se connaisse et votre notice dans l'annuaire April n'est pas
renseignée.

Dans la mesure où il s'agit d'un outil en test, pouvez vous vous
présenter succinctement, et me dire ce que vous aspirez à tester ?
Autrement, l'accès en lecture seule à l'outil est possible sans
être identifié.

Merci.

  • test d'inscription : testouille (mdp trucmuche) avec mail ; activation directe par mail -> donc, la configuration générale a été modifiée.

Je ne comprends pas. La création de compte était ouverte avec une simple confirmation par mail ? Tu peux préciser ?

=>>> https://redmine.april.org/settings , section Authentification : changé le "Inscription des nouveaux utilisateurs" de "Activation du compte par mail" en "Activation manuelle du compte", comme sur l'instance Redmine de départ. Cela garantit que seuls les adhérents auront des comptes sur l'outil (3 demandes de non adhérents sans lien à l'April ont déjà été reçues).

Ok, si c'est bien ce que je comprends, je préfère.

Il s'agit d'un rôle, plutôt. :-)

Pour tout ce qui est création, ce serait cool de préciser un motivation (même si c'est juste un test), pour permettre de vérifier qu'on appréhende l'outil de la même façon.

  • ajout des trackers " Tâches récurrentes" , "Demandes", "Rédaction", "Organisation" au sous-projet Tracker des tâches (Animation).

Même remarque sur la motivation. Amha il y a beaucoup de choses redondantes là dedans, donc à discuter.

#2

Updated by over 10 years ago

François Poulain a écrit:

Rayna Stamboliyska a écrit:

Peux tu motiver les ajouts de tracker, stp ? S'agit t'il de tests, ou bien liés à des besoins dédiés et identifiés ?

Alors, il s'agit de besoin réels en cours et/ou à venir. Par exemple, la rédaction du didacticiel Redmine entre dans la case "Rédaction".
Si l'on imagine que bookynette se serve du Redmine pour organiser un pique-nique ou qu'Eva/Chloé se serviront du Redmine pour organiser un stand, le tracker "Organisation" peut se révéler utile.

Si je me trompe, on le vire et on acte que c'est fail :)

Attention au fait que les groupes, sur Redmine, ne sont pas d'un utilité fracassante.

Oui, je m'en suis rendue compte par la suite. Je pensais que c'était la même notion que les groupes sous unix.

  • test d'inscription : TestRayna (mdp == toto) avec mail ; activation directe par mail -> Est-ce que les mails en april.org sont une exception à la règle "Création de compte manuelle par approbation des administrateurs" ? => Pas de réponse de vincent-xavier.

Je ne pense pas que se soit possible sans modifier du code.

Non, non, je pense que tu as mal compris.
Je me suis retrouvée à perdre 1h avec les soucis d'identification que tu connais. Donc, j'ai créé ce compte pour tester. Or, j'ai uniquement eu à cliquer sur un lien dans le mail pour l'activer, chose qui était différente avant la migration où l'approbation d'inscription était soumise aux admins. Donc, bon, je me suis demandée si jamais vincent-xavier n'avait pas changé quelque chose dans la migration et ne l'avait pas mentionné.

D'où mes tests énumérés plus bas et le changement de manière de validation des nouveaux inscrits.

  • test d'inscription : testouille (mdp trucmuche) avec mail ; activation directe par mail -> donc, la configuration générale a été modifiée.

Je ne comprends pas. La création de compte était ouverte avec une simple confirmation par mail ? Tu peux préciser ?

Cf. juste plus haut. Réponse courte : oui.

=>>> https://redmine.april.org/settings , section Authentification : changé le "Inscription des nouveaux utilisateurs" de "Activation du compte par mail" en "Activation manuelle du compte", comme sur l'instance Redmine de départ. Cela garantit que seuls les adhérents auront des comptes sur l'outil (3 demandes de non adhérents sans lien à l'April ont déjà été reçues).

Ok, si c'est bien ce que je comprends, je préfère.

Idem.

Il s'agit d'un rôle, plutôt. :-)

Pour tout ce qui est création, ce serait cool de préciser un motivation (même si c'est juste un test), pour permettre de vérifier qu'on appréhende l'outil de la même façon.

Ouip, rôle. En fait, je me suis rendue compte qu'Administrateur pouvait se confondre parfois avec Animateur dans la configuration précédente où le grand manitou s'appelait "Manager". De plus, la tendance actuelle est à ce que chaque
gdt corresponde à un projet. Donc, limiter les interférences en définissant les rôles avec les mêmes mots ou proches en tout cas du vocabulaire aprilien m'a semblé utile.

C'est évidemment à voir et vérifier par la suite.

  • ajout des trackers " Tâches récurrentes" , "Demandes", "Rédaction", "Organisation" au sous-projet Tracker des tâches (Animation).

Même remarque sur la motivation. Amha il y a beaucoup de choses redondantes là dedans, donc à discuter.

Beh sincèrement, entre Tâches planifiées et Anomalie, je suis en souffrance. Autrement dit, rien de ce que je voulais soumettre n'y correspondait.
Je signale par ailleurs que le gdt Animation est en cours de production d'un dépliant orienté vers les bénévoles : il y a du graphisme, il y a de la rédaction. Le gdt Animation est celui qui fédère l'organisation des piques-niques. Donc, ces activités sont pour moi une raison suffisante pour ajouter ces trackers à ce projet.

Pour tout, on verra évidemment comment c'est utilisé. Mais si on explicite bien l'utilité de chaque et veillons à ce que l'information ne se dilue pas trop, je pense que ça ira bien :)

Rayna

#3

Updated by François Poulain over 10 years ago

Rayna Stamboliyska a écrit:

Beh sincèrement, entre Tâches planifiées et Anomalie, je suis en souffrance. Autrement dit, rien de ce que je voulais soumettre n'y correspondait.
Je signale par ailleurs que le gdt Animation est en cours de production d'un dépliant orienté vers les bénévoles : il y a du graphisme, il y a de la rédaction. Le gdt Animation est celui qui fédère l'organisation des piques-niques. Donc, ces activités sont pour moi une raison suffisante pour ajouter ces trackers à ce projet.

Pour tout, on verra évidemment comment c'est utilisé. Mais si on explicite bien l'utilité de chaque et veillons à ce que l'information ne se dilue pas trop, je pense que ça ira bien :)

C'est bien ce qui m'inquiète, la dilution de l'information. :-)

Un tracker n'est pas forcément le meilleur endroit pour y détailler les usages, en particulier car la multiplication des tracker sera une plaie à maintenir. Un tracker est essentiellement lié à deux choses : un workflow, et une liste de propriétés (les champs attachés à la tâche). Du point de vue d'une tâche, quelle que soit la réalité de l'activité qu'elle recouvre, si le workflow est adapté et si les propriétés sont adaptées, il n'y a pas besoin de nouveau tracker. Si on prend le cas de Transcription, ils ont un tracker personnalisé. Deux raisons à ça :
  1. Ils ont un workflow dédié : transcription -> relecture -> publication, etc.
  2. Ils ont des propriétés distinctes : chaque tâche de transcription possède un lien vers la transcription (travail en cours sur le wiki), et un lien vers le média à transcrire.

Ces spécificités simplement juste motivées par la spécificité de la tâche, pour être plus efficace et mieux coller aux besoins. Mais pas par la compétence liée à l'activité en tant que telle.

Autrement, sans plus de détails, « rédiger un texte » ou « réaliser un dessin » sont des tâches assez génériques comme d'autres qui vont passer par les étapes classiques a_faire/en_cours/fait ... Si tu souhaites avoir une catégorisation horizontale des tâches correspondant à l'activité (et pas à la spécificité du workflow de la tâche), il vaut mieux utiliser les catégories : c'est fait pour ça. Elles sont associées à chaque projet, et configurable par le manager du projet dans l'onglet de configuration. C'est ici que tu pourras y détailler « graphisme », « anglophone », ou je ne sais quoi d'autre.

#4

Updated by over 10 years ago

François Poulain a écrit:

Autrement, sans plus de détails, « rédiger un texte » ou « réaliser un dessin » sont des tâches assez génériques comme d'autres qui vont passer par les étapes classiques a_faire/en_cours/fait ... Si tu souhaites avoir une catégorisation horizontale des tâches correspondant à l'activité (et pas à la spécificité du workflow de la tâche), il vaut mieux utiliser les catégories : c'est fait pour ça. Elles sont associées à chaque projet, et configurable par le manager du projet dans l'onglet de configuration. C'est ici que tu pourras y détailler « graphisme », « anglophone », ou je ne sais quoi d'autre.

Hum, je pense qu'on ne parle pas de la même chose. Le tracker définit le type de tâche. Donc, Rédaction ou Graphisme, ce n'est pas assimilable à Anomalie ou Tâches planifiées. Le type de tâche ne définit pas le workflow, mais bien l'activité. Les catégories, lorsqu'elles sont présentes (elles n'ont pas l'air de l'être par défaut), permettent d'affiner et préciser, mais ne changent pas pour autant le type de demande.

De toute manière, sans le retour des gens qui se sont déjà servi de l'outil, on ne saura pas ce qui est mieux. Et ce ne sera jamais ok pour tout le monde de toute manière.

#5

Updated by François Poulain over 10 years ago

Rayna Stamboliyska a écrit:

Hum, je pense qu'on ne parle pas de la même chose. Le tracker définit le type de tâche. Donc, Rédaction ou Graphisme, ce n'est pas assimilable à Anomalie ou Tâches planifiées. Le type de tâche ne définit pas le workflow, mais bien l'activité. Les catégories, lorsqu'elles sont présentes (elles n'ont pas l'air de l'être par défaut), permettent d'affiner et préciser, mais ne changent pas pour autant le type de demande.

Beh pour moi, l'activité (ce que tu appelles le type) est à lier à la catégorie ; et le tracker ne doit que se définir par rapport à la méthode de suivit de cette activité.

De toute manière, sans le retour des gens qui se sont déjà servi de l'outil, on ne saura pas ce qui est mieux. Et ce ne sera jamais ok pour tout le monde de toute manière.

La dessus on est d'accord.

Je te précise pourquoi je suis réticent à la multiplication des trackers, s'ils ne correspondent pas à un besoin méthodologique identifié : la combinaison des droits à gérer est grosso modo facteur de nb_tracker * nb_rôles * nb_états_du_tracker^2. Donc, étant donné que chaque tracker va avoir tendance à nécessiter ses propres états personnalisés, la complexité en maintenance va tendre à être énorme si le nombre de trackers augmente violemment. Dans la configuration par défaut de Redmine, pour du développement logiciel, 3 trackers couvrent largement les besoins standards. Même si je suis convaincu qu'on a un peu plus de besoins que ça, il faut que le nombre de trackers utilisé reste raisonnable. Si on commence à faire 5 trackers perso par groupe de travail, on va juste se noyer en complexité et faire des erreurs.

#6

Updated by over 10 years ago

Rrrrrr, on tombe dans un travers, là, François, attention : un gestionnaire des tâches n'est pas une liste de discussion ;) Donc, je propose de synthétiser cette discussion et de la continuer sur animation@. Sinon, ça va très vite (si ce n'est pas déjà le cas) devenir totalement illisible.

Je m'occupe à le faire ce soir.

#7

Updated by François Poulain over 10 years ago

J'ai ajouté l'accès au dépôt VCS en lecture pour les utilisateurs non enregistrés. À mon humble avis les anonymes devraient avoir accès à tout en lecture, en dehors des projets explicitement privés.

#8

Updated by François Poulain over 9 years ago

Concernant les trackers, je viens de faire un gros ménage.

J'ai donc supprimé les trackers redondants suivants :
  • organisation ;
  • demande ;
  • rédaction.

Ces trackers partageaient le même workflow, il était plus simple de les factoriser.

Ceci étant, depuis le début le nom « tâche planifiée » portait à confusion. L'idée de ce tracker était juste de le différencier des « taches récurrentes », au sens ou ça concerne de tâches non pas récurrentes, mais temporellement limitées. J'ai donc changé son nom pour « demande », qui correspond mieux. Je ne suis pas contre une meilleure proposition. (C'était techniquement plus simple d'effacer « demande » et de renommer l'autre que l'inverse.)

#9

Updated by François Poulain over 9 years ago

  • Tracker changed from Tâche récurrente to Demande
  • Status changed from En cours de traitement to Fermé

Je ferme cette tâche, pour moi c'est bon. Reste les groupes, à voir si on souhaite s'en servir ou pas à l'avenir.

#10

Updated by François Poulain over 9 years ago

Les groupes de redmine sont désormais des vrais groupes. J'ai donc créé 4 groupes différents : animateurs (de groupe de travail), membre CA, membres actifs (hors CA) et permanents.

#11

Updated by Vincent-Xavier JUMEL over 9 years ago

  • Project changed from Redmine to Admins
#12

Updated by Loïc Dachary almost 8 years ago

  • % Done changed from 20 to 100
  • Difficulté set to 2 Facile

Also available in: Atom PDF