Premier bilan Redmine

De April MediaWiki
Révision datée du 2 février 2010 à 22:14 par Polux (discussion | contributions) (Premier jet, coté administration de l'outil)
Aller à la navigationAller à la recherche

L'outil Redmine a été déployé le 9 décembre 2009. Il s'agit d'un gestionnaire des tâches que nous devons tester et voir s'il peut être adopté pour compléter les outils déjà à disposition dont se servent les bénévoles actifs de l'association.

Presque deux mois plus tard, une utilisation quotidienne pour certains : quel bilan préliminaire ? Il est important de synthétiser ces observations pour que tout le monde puisse avoir la même information sur le sujet. Ainsi, en prévision de l'atelier de travail consacré à cet outil lors du week-end membres, il est essentiel d'avoir ces retours pour pouvoir définir les questions à aborder et mieux cerner les nécessités.

Merci à tout le monde de noter ses observations d'expériences. Évitons de noter ce qu'on aimerait bien y voir : ce n'est pas l'endroit ;)


Côté administration de l'outil

Gestion des projets

  • Gestion de type décentralisée.
  • Malheureusement, la permission de création des projets est globale.
  • Deux niveaux de hiérarchie des projets disponibles. Illimité à l'avenir (dans la version stable actuelle).
  • Offre des possibilités de projets non publics.
  • Possibilité de bilan statistique pour chaque projet.

Gestion des tâches

  • Très complète. Adhère par défaut aux projets, mais vue globale possible.
  • Possibilité de plusieurs workflows différents et totalement configurables.
  • Les recherches permettent toutes les vues imaginables.
  • Possibilité de sauvegarder des recherches et de les partager.
  • Possibilité d'administrer plusieurs tâches en même temps.
  • Les catégories sont utiles mais actuellement sous utilisées.
  • La gestion des échéances et des jalons est intégrée.
  • Possibilité évidente de mettre une ML en observation de l'activité des tâches.
  • Proposition possible d'une estimation du cout d'une tâche (temps à passer).

Gestion des utilisateurs

  • Gestion intuitive et efficace.
  • La gestion est locale, l'héritage n'est pas la règle entre les projets et les sous-projets.
  • La délégation locale de permissions est facilement possible par le biais des « rôles » (sauf concernant la création de projets).

Côté utilisateur

Utilisation des projets

Utilisation des tâches

Accessibilité et impressions générales

Coté administration système