Valery Fremaux

Et si on le nommait tout simplement "Activité" ?

Il est difficile de rendre un titre de bloc dépendant du rôle....

Sinon, en effet, des caapcités pilotent ce qui peut être vu ou non.

Les étudiants ne pouvant voir QUE leurs propre temps

Il est en effet développé avec la dernière version de Moodle 2.2 comme référence.

Ce que tu peux faire, c'est tenter de modfifier le fichier version.php du bloc pour corrgier la date de la version de moodle requise.

Ce bloc étant assez simple, et l'interaction avec l'API de Moodle faible, il est possible que ça passe.

Moodle a fortement évolué entre les versions 2.0, 2.1, et 2.2, obligeant les développeurs à "courrir derrière".

Mes premiers portages d'il y a deux ans sont complètement obsolètes...

Je pense que maintenant, la révolution interne de Moodle touche à sa fin (pas toujours pour le mieux) et que nous aurons des structures un peu moins changeantes...

Val.

Ce genre de modification est complexe.

un simple détail dans l'énoncé bouleverse la structure des tables et la complexité de relation des écrans et des données.

Parfois au contraire, un simple détail permet de changer radicalement le comportement d'un objet.

Dans ce cas, la checklist propose la même liste d'items à tous, mais le marquage est bien individuel.

Travaillant sur une partie de mes projets dans la dialietique de l'individualisation de la fomation, j'émets par expérience des réserves sur l'instiutionnalisation dans les mécanismes de la plate-forme des principes d'indvidualisation. A petite échelle on arrive à faire des démonstrations étonnantes, qui ne tiennent rapidement plus la route lorsque l'on augmente la population.

Individualiser par l'accompagnement n'est pas si mal, et prétexte le maintien de la liaison de médiation humaine entre l'apprenant et sa matière pédagogique.  

Le module "Gestion de projet technique" permet d'ajouter à Moodle un vrai gestionnaire de projet IEEE complet à des fins de conduite de projet techno-pédagogiques. Ce gestionnaire adopte une approche simplifiée des contraintes de temps (planification) qui sont difficilement tenables et gérables dans un environnement pédagogique. Le gestionnaire par contre, se concentre sur :

• L'apprentissage des descriptions et spécifications par "raffinement successifs" (ou comment faire réfléchir les élèves sur la plongée en détail de la conception à partir de grandes "idées" générales)
• L'apprentissage de la "gestion de l'action", qui plus est dans des équipes ou des des groupes de travail où les tâches doivent être réparties
• L'apprentissage du "suivi de l'action", l'une des activités les plus difficiles en gestion de projet, lorsque l'information circule mal ou que les contraintes de temps ne permettent pas bien à l'information de circuler.

Le gestionnaire de projet manquait d'une fonction essentielle : "la recette". Suivre un projet, c'est bien quand on a un outil pour le "clôturer". Et le clôturer cela veut dire un examen et un marquage précis et exhaustif de tout ce qui était pévu (y compris en disant que c'est abandonné).

Cette nouvelle version ajoute ce dernier dispositif....

Voici le détail des dernières évolutions du gestionnaire de projet à fins pédagogique (ou opérationel) qui ont été ajoutées :

• Prise en charge d'une campagne de recettes basées sur les "attendus de projet" ou les "spécifications" par défaut.
  • Pointage/marquage des état de chaque entrée (accepté, à améliorer, refusé, etc..)
  • Commentaire sur chaque entrée de recette.
  • Clôture/verrouillage d'un état de recette
  • Etats de recette datés
  • Possibilité d'ouvrir plusieurs états de recettes successifs accumulatifs

Pour des projets de "production" , c'est à dire qui identifient un certain nombre d'éléments à produire selon un procédé établi, il est important de détailler la progression de chaque action sur chaque élément. La tâche consistant à mettre en place les items dans le gestionnaire de projet peut devenir TRES lourde et fastidieuse. Les nouveau outils de productivité vont permettre de gagner un temps fou en définissant une branche (une division de tâches) une seule fois et en l'appliquant à l'ensemble des éléments restants. Voici le détail de ces nouvelles fonctions :

• Productivité des descriptions : Pour les tâches et les spécifications
  • Possibilité de pointer une entrée comme "motif actif"
  • Possibilité de recopier massivement la branche pointée (ou son contenu) dans une liste d'entrées désignée.

Rappel sur les anciennes évolutions :

• Import d'entités à partir de fichiers Excel préformatés.
• Possibilité de choisir "un par un" les entités mise en service dans un projet (on peut se passer par exemple des attendus, ou des attendus et des spécifications et n'utiliser qu'un organiseur de tâches)

Toutes améliorations officiellement publiées sur Moodle.org et les référentiels de code 1.9

Etes vous d'accod pour faire déplacer cette discussion dans la section Développement de Moodle ?