« Premier bilan Redmine » : différence entre les versions
(Premier jet, coté administration de l'outil) |
|||
Ligne 6 : | Ligne 6 : | ||
=Côté administration= | ==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 == | |||
[[Catégorie:Animation]] [[Catégorie:Toolkit April]] | [[Catégorie:Animation]] [[Catégorie:Toolkit April]] |
Version du 2 février 2010 à 22:14
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).