Pour info aux développeurs,
j'ai entamé des démarches auprès de Jeff Graham à propos de ses deux modules task et timetracking.
task est un gestionnaire de projet opérationnel orienté tâche.
timetracking est un modèle de gestion du travail d'étudiants attachés à ces projets et travaillant sur un mode temps discontinu. Ceci est très intéressant dans le milieu universitaire et peut-être dans quelques cas l'enseignement professionnel.
L'idée de la prise de contact est d'harmoniser les différentes offres en termes de gestion de projet autour de quatre modules, du simple au complexe :
- Valéry Frémaux : module todo
- gestionnaire de tâches simple
- modèle linéaire (liste)
- pas de dépendences
- indicateurs d'état
- délais (dates imposée) optionnels
- stratégie de groupe simple :
- pas de livrables (? débat).
- en étude
- Jeff Graham : module task
- gestionnaire de projet opérationnel
- tâches et sous-tâches
- modèle arborescent (?)
- gestion d'équipe indépendante des utilisateurs et groupes Moodle
- livrables
- connexion facturation
- Valéry Frémaux : module techproject
- modèle IEEE par raffinement successifs
- processus complet CDC->specifications->tâches->livrables
- gestion d'étapes
- liaison inter-entités et indicateurs de couverture
- notation automatisée
- browser de projet
- éditeurs de descriptions arborescentes
- step1 - beta2 - distribué
- Jeff Graham : bloc timetracker
- "punch in/out"
- correction des déclenchements de plage
- compilation des feuilles d'heures
- calcul des indemnités
L'idée est de trouver les synergies fonctionnelles entre ces quatre modules. La première des synergies est de rendre le timetracker générique pour pouvoir facturer et enregistrer des "Billable" (facturables en français). Avec un tel remaniement, le bloc timetracker pourra fournir des pistes d'enregistrement de plages de travail à n'importe quel module qui présentera l'API adéquate).
Mon dernier état des lieux sur les modules de Jeff est qu'ils ne semblent pas être à jour pour Moodle>1.7. Je n'ai pas pu tester le module task et attends les signes de Jeff pour agir. Les modèles de base ne sont pas à jour et du débug reste nécessaire. C'est peut-être pour cette raison qu'ils ne sont pas encore postés dans les plug-ins.
PS : d'un point de vue architectural, cela peut être l'occasion d'introduire une réflexion sur l'interopérabilité entre modules, qui enrichirait encore le modèle Moodle par des coopérations standard entre modules, blocs et filtres. J'en ai touché un mot à Martin.
Moodlement vôtres