Compte-rendu réunion Animation 2009-12-22 : Différence entre versions

De April MediaWiki
(Fonctionnalités)
m
Ligne 154 : Ligne 154 :
 
* Tester héritage des rôles.
 
* Tester héritage des rôles.
 
* Poster sur liste-april pour test/retour d'expérience meetbot et etherpad pour la prochaine réunion IRC (Taziden et PetiPandaRou ont déjà utilisé Etherpad).
 
* Poster sur liste-april pour test/retour d'expérience meetbot et etherpad pour la prochaine réunion IRC (Taziden et PetiPandaRou ont déjà utilisé Etherpad).
 +
 +
[[catégorie:Animation]]

Version du 25 décembre 2009 à 13:48

Participants IRL (local Ardeva) : Islem Abd-el-Rahman (snip), Lionel Allorge, Xavier Antoviaque, Olivier Fraysse, Vincent-Xavier Jumel, Eva Mathieu, François Poulain, Benoît Sibaud Participants IRC : Raphaël Flores, Rémi Mathieu, Guillaume Peyrin, theocrite

Adresse du projet Redmine pour tout le monde : http://redmine.april.org
il s'agit de la v0.9.0, version fournie dans Debian ( Latest stable release: 0.8.7 (2009-11-15))

Ordre du jour (défini sur la marche) :

  1. Définir un plan de test, lister les fonctionnalités à vérifier, et une fois vérifiées, le test est fini.
  2. Découvrir l'outil et faire son retour.
  3. Travailler les rôles et les permissions.

Rappel du contexte

Utilité d'un gestionnaire de projet : en interne pour les groupes de travail, et pour agir-april, pour présenter des tâches aux adhérents "Agir-april" vis à avoir sur une seule page toutes les tâches proposées aux adhérents, sans avoir à chercher dans les mailing lists, et permettant simplement en cochant un bouton de "prendre la tâche"

Vincentxavier: le souci avec Bugzilla, projet sur lequel on comptait jusqu'ici : on a soumis une liste des patches à E Seyman, qui n'avait pas trop le temps. Cela aurait aussi résulté en un fork de Bugzilla

Xavier trouve Redmine plus agréable que Bugzilla, a basculé ses contributions vers Redmine. Plus orienté gestion de projet, plus ergonomique, on peut configurer ses vues, etc.

Plan de tests

Xavier : sur le plan de test inatteignable aujourd'hui, car on ne peut savoir tant qu'on n'a pas un test grandeur nature. Il faudra une démarche itérative : commencer par besoins de base, puis fignoler. Pour tester en conditions réelles, il faut dépendre un peu de l'outil.

François : sauf que actuellement, les données ne sont pas sauvegardées. Les admins sont trop débordés pour le moment.

On a actuellement 4 projets qui ont commencé à utiliser peu ou prou Redmine :

  • Catalogue du libre : François et VincentXavier sont les seuls à l'utiliser, plus des observateurs. Ils testent la partie gestionnaire de versions.
  • Xavier l'utilise pour la gestion du groupe Animation, et invitent tous ceux qui le souhaitent à y participer.
  • on a le projet "tracker de taches".
  • et le groupe de travail Diversité, de manière encore embryonnaire.

Il y aura une nouvelle réunion Animation sur IRC en janvier (voir le sondage : http://www.peacefrogs.net/papillon-dev/poll/NE0YDK1261330946/ ). Ce sera une excellente occasion pour tester le Redmine, attribuer les tâches et les échéances.

Compatibilité avec les listes de discussion (ML)

Xavier: est-ce réaliste de lier le Drupal aux ML ? dans un gestionnaire de tâches, des discussions démarrent, y a-t-il moyen de les rendre visibles sur les ML ?

Vincentxavier : pas possible à l'heure actuelle d'envoyer un mail à Redmine, mais la mise à jour de la tâche peut-être envoyée par mail aux listes. Dans les mails envoyés par Redmine on a un tag entre crochets comme suit : [projet-tracker-statut]

VincentXavier pourra se pencher sur l'interfaçage entre sympa et Redmine en janvier

Raphaël : pour lier Redmine à la mailing list pour chaque tâche spécifique, je sais pas si c'est faisable (cf mon dernier mail sur la liste il y a quelques minutes)

Authentification

Eva estime que par défaut tous les adhérents devraient être reconnus par Redmine avec l'identifiant gDTC (le système de gestion des adhérents). Le développeur de gDTC pense que l'idéal serait que Redmine passe par OpenID (supporté nativement) ou un système de SSO (single sign on), puisque c'est la solution qui sera implémentée pour gDTC v2.

Le système de login devra être opérationnel avec le déploiement.

Pour ceux qui veulent voir les spécifications de gDTC v2 (arbre fonctionnel, cahier des contraintes, cahier des charges mail) : créer un compte sur http://gna.org, et suivre le lien suivant : http://svn.gna.org/viewcvs/gdtc/trunk/docs/

Benoît : si Redmine gère les cookies, il peut créer un faux cookie (c'est ce que fait DTC actuellement)

Fonctionnalités

  • Définir des statuts autres que "nouveau" et "attribué", par exemple : proposition, discussion, validation...
  • Idem pour les "trackers" (le tracker est ce en quoi sont découpés les projets et sous-projets). On a actuellement 3 trackers définis :
    • tâche planifié,
    • tâche récurrente,
    • anomalie.
  • On peut en définir d'autres. On peut créer des listes de trackers (tâches, anomalie, etc...) différentes pour chaque projet : par exemple, "anomalie" sera pertinent pour le site web, mais moins pour "diversité". Le seul souci : une fois qu'on a créé une entrée dans un tracker on ne peut pas la déplacer. Il faut donc que la liste ne soit pas trop complexe, pour éviter les erreurs (On peut : il suffit de cliquer sur "Déplacer" ; merci Snip Polux 24 décembre 2009 à 13:07 (CET))
=> Ouvrir une tache où tout le monde vient mettre les types de tracker qui lui sont importantes
  • Peut-on s'attribuer une tâche (demandé par Eva) ? A vérifier, apparemment, ça ne marche pas si on est lambda ( /usr/share/redmine/app/models/token.rb).
  • A priori, tous les adhérents april devraient avoir le statut "contributeur", et pas anonyme (Eva).
  • Il est possible de désactiver des modules (forums n'a pas été installé, par ex).
  • Discussion sur le wiki : il fait double emploi avec d'autres modules de Redmine (documents, annonces...). Puis fait concurrence au wiki April. Xavier rappelle que le wiki actuel marche bien, il faut le conserver et ne pas s'éparpiller.
  • Hiérarchie actuelle : Projet (= Groupe de travail) > sous-projet > tracker (tâche, anomalie, autres). dans la prochaine version, il sera possible d'avoir plus de niveaux de sous-projets.
  • On peut créer des "rapports personnalisés" pour afficher les tâches comme on veut.
  • Possibilité de définir facilement des filtres en tant qu'utilisateur et de les sauvegarder avec un petit nom.
  • On peut mettre à jour ou modifier plusieurs tâches à la fois (clic droit : code pas accessible).

Gestion des droits

  • Il y a des rôles, pour lesquels on peut définir des droits très précisément. Les rôles actuels sont : animateur / membre actif / contributeur / non membre / anonymous. On va partir sur la configuration actuelle, et voir s'il convient. Lors des tests, si quelqu'un manque de droits pour effectuer une manipulation quelconque, on avisera.

Synthèse des permissions de Redmine :

Synthèse PermissionsRedmine.png

=> Xavier testera notamment le rôle animateur pour voir s'il est cohérent. => Demander Marc Chauvet (Groupe Traductions) à tester également. => Inciter des contributeurs d'animation de tester le rôle "contributeur".

Conformité avec les besoins initiaux =

On passe en revue les poins listés ici : http://wiki.april.org/w/Réflexions_au_sujet_d'un_système_de_gestion_de_tâches

  • "Donner moyen de rendre visible une liste de tâches à chaque volontaire, selon des critères de recherche"
=> oui, tout en sachant qu'on doit créer des champs de recherche transversaux
  • "Clarifier le workflow des groupes de travail."
=> oui, il faudra définir un workflow précis pour chq groupe
  • "Avoir une estimation du délai pour les tâches."
=> champs temps estimé qu'on peut afficher par défaut
=> il faudrait afficher sur l'accueil april une page qui agrège "toutes les tâches de moins d'1h", par ex
  • "Un rappel _automatique_ pour remplir le bénévolat valorisé."

=> on ne sait pas exactement sous quelle forme le faire, un rappel dans le mail de clôture de la tâche par ex...

  • "Valoriser le travail des bénévoles en faisant une remontée des travaux finis sur la liste april"
Xavier trouve ça très important, un mail envoyé une fois par mois avec toutes les tâches fermées.

Agir-april gère les tâches identifiées comme atomisables et transférables. Pour identifier les tâches "agir-april", on créera un statut correspondant (c'est mieux que les dupliquer)

  • Fonctions souhaitées : "Permettre à une catégorie restreinte de personnes (responsables de groupes, CA, permanents) d'ouvrir des tâches"
=> ce sera géré depuis les rôles, d'accord pour donner ce droit à tous le monde
  • "Générer différents types d'affichage (selon les tags, ouvert/fermé, mes tâches, etc)" OK
  • "Recevoir des notifications par mail (pour les ouvertures / fermetures de tâches associées à un projet ou catégorie)" OK
  • "Création automatique de tâches à partir des courriels entrants"
=> pas actuellement, si un jour le SI de l'April le permet
  • "Associé à l'outil de bénévolat valorisé"
=> difficilement, si gDTC se penche sur la question...
  • "Générer des statistiques sur le nombre de tâches ouvertes/fermées/en cours par projet et/ou catégorie" on peut afficher par projet le nombre de tâches ouvertes / fermées... c'est sommaire (rapports orientés timelog).
Il faudrait explorer/améliorer.

Points bloquants

[Benoît a pris des notes sur cette partie]

  • L'accessibilité, le javascript imposé et le recours fréquent au clic droit pour menu contextuel (non accessible au clavier) risquent de poser problèmes.
  • Authentification.
  • Y a-t-il des programmeurs ruby qui ont le temps sur le projet ?
a priori, on n'aura pas de modifications importantes à faire, on l'utilisera "out of the box"

Petits bugs à résoudre

  • Olive signale qu'on a pas réussi a faire communiquer entre drupal et redmine au niveau de RSS.
Islem fait un test : avec Drupal 6.15 ça marche, c'est donc le drupal april qui pose problème....
C'est intéressant notamment pour avoir sur drupal un bloc pour chaque groupe de travail qui affiche les tâches en cours.
  • Benoît constate que les svg sur la page d'accueil ne s'affichent pas du tous sous Firefox.
Contournement possible pour le non-affichage des images SVG dans redmine dans certains navigateurs (dont Firefox) :
remplacer les <img src="toto.svg"> par des <object type="image/svg" data="toto.svg">
  • Attention, dans la page d'accueil toute la liste des contributeurs est affichée (s'il en a 5000, ce sera assez indigeste....). Idem dans les ascenseurs pour attribuer une tâche, par exemple.
  • Taziden signale le 22/12 sur #april qu'il a rencontré de problèmes de swap avec Redmine :
(15:40:14) taziden: là, j'ai le souci avec redmine qui vient de debian sid , 0.9.0~svn2907-1
(15:40:35) taziden: et chez slitaz, on a des soucis un peu différent, mais tjs de mémoire avec la 0.8.4

Divers

TODO LIST

Next action :

  • Proposer sur resp-groupes de tester redmine.
  • Créer les champs de recherche transverse (orientés compétences).
  • VincentXavier teste interface entre sympa et redmine en janvier.
  • Ouvrir une tache ou tout le monde vient mettre les type de demande (tracker) importantes.
  • Tester héritage des rôles.
  • Poster sur liste-april pour test/retour d'expérience meetbot et etherpad pour la prochaine réunion IRC (Taziden et PetiPandaRou ont déjà utilisé Etherpad).