Ne pas considérer que seul le prof peut construire le cours : co-construire avec ses élèves que ce soit le plan, les sujets traités, et même les évaluations, c’est le paradigme de la classe renversée. Mais on peut aller plus loin. En effet, pourquoi ne pas considérer les productions de ce cours sous forme d’une ressource ouverte, publiée, et modifiable. Quand ce cours est un cours sur le Web, c’est même relativement naturel.
Un cours renversé, ouvert et sur le Web
J’avais envie depuis longtemps de proposer un cours sous forme de classe renversée. Le Maître ignorant prend la poussière depuis longtemps sur ma table de chevet. Le concept de classe inversée connaît un regain de popularité impressionnant qui a relancé cette envie, surtout après avoir lu l’approche de Marc Nagels où il annonce avoir renversé la classe inversée. Ce qui cadre avec le type « classe renversée » dans la typologie proposée par Marcel Lebrun. J’avais déjà proposé la prise de notes collaborative il y a quelques années, mais cela restait limité en termes d’autonomie, puisque je restais la « source » d’informations principale, et le maître du déroulé.
Typologie des classes inversés
Pour un informaticien enseignant en école d’ingénieurs, le web semble un bon thème pour tester ce genre d’approche, tant par l’abondance des ressources, par la multiplicité des sujets possibles, que par les fausses conceptions des étudiants. En plus le web regorge d’outils pour le web ! Des élèves ingénieurs trouveront forcément leur bonheur.
Un tel cours s’appuie naturellement sur un ensemble de ressources publiées sur le Web. Si le cours est renversé et que l’objectif principal pour les étudiants est de maîtriser les outils sous-jacents, la construction d’un tel site web devient le projet collaboratif du cours. Le web regorgeant de ressources tant éducatives que techniques ouvertes et libres, ou simplement gratuites, il est naturel de se positionner dans une perspective d’ouverture de la formation.
Les différentes composantes d’un tel cours
Dans le cadre d’un cours électif, le contenu peut être libre, ce qui est donc un cadre plus ouvert que certaines classes inversées encadrées par un examen national ou un cadre disciplinaire très posé. Les débats autour de l’apprentissage de la programmation croisés avec ceux sur culture et littératie numérique le montrent bien. Ne tranchons pas le débat, donnons le à nos étudiants. Une petite négociation avec les services de scolarité de l’école pour faire passer l’idée que l’évaluation sera le résultat d’une « négociation » avec les étudiants, et le cadre institutionnel semble ouvert.
Pour les séances collaboratives, les éditeurs collaboratifs sont également utiles. Dans notre cadre, nous avons retenu HackMD qui colle aux types de documents visés. Pour organiser les échanges entre pairs, permettre la discussion, et intégrer la question de l’évaluation, l’approche de Philippe Ruffieux de validation mutuelle de compétences cadre parfaitement pour créer une dynamique d’entraide. D’autant qu’un outil, Sqily, a été développé qui permet de supporter cette approche.
L’objectif de production d’un tel cours semble quasiment naturel : des ressources Web sur un site Web, qui permettra la construction collaborative et le partage des productions entre étudiants. Ceci a de nombreux avantages :
- Cela permet de développer une pratique de production technique en phase avec le sujet du cours ;
- La diffusion des résultats donne un authenticité bienvenue à ce travail ;
- Le fait que ce soit un site, et non pas de simples pages de wiki permet a priori des productions plus libres plus variées ;
- L’ouverture d’un tel dispositif est maximale.
Si ce site web peut intégrer a priori n’importe quelle technologie web, un tel ensemble de ressources a vocation à être regroupé, mis à jour pour permettre la correction et l’intégration de remarques de tout bord, pouvoir évoluer au fur et à mesure que d’autres étudiants proposeront des compléments ou que les technologies évolueront (une autre règle du web « version beta permanente »), il s’agit donc bien d’un projet dynamique dont il doit être possible de modifier les éléments, donc le code source du site. Là encore, la solution est classique pour un informaticien, il s’agît donc d’héberger le source de ce site sur ce qu’on appelle une forge logicielle, outil adapté à la gestion collaborative de projets, et permettant la gestion de versions, de branches parallèles, de corrections …
La forge classique pour héberger des projets publics s’appelle Github. C’est également une carte de visite pour les informaticiens que de participer à des projets sur cette forge. De plus, ce site permet de gérer une publication directe de sources textuelles qu’il est possible d’écrire avec une syntaxe assez simple. Au départ, c’est prévu pour les documentations logicielles, mais c’est un excellent outil pour faciliter les premières publications, à la mode wiki.
Cette forge abrite d’ailleurs de nombreuses sources de cours en informatique, mais généralement écrits par l’équipe enseignante (si vous avec identifié un cours écrit par des étudiants, merci de me l’indiquer). On y trouve ainsi des éléments sources du site de la P2PU ou du Freecodecamp ou une liste de livres de programmation libres. Sans parler des innombrables logiciels ou bibliothèques libres dans tous les langages possibles. Bref, une mine logicielle, une carte de visite, et un outil diablement efficace, dont la connaissance est indispensable à tout jeune programmeur.
Dit autrement, même si le cours est renversé, il reste nécessaire de proposer une méthodologie et quelques contenus de départ pour permettre le travail en commun.
Premiers retours
J’ai donc proposé ce cours renversé, appelé « Exploration du Web : fondements, techniques et usages » au printemps de cette année en tant que cours électif à des étudiants de IMT Atlantique, parcours Télécom Bretagne. Ce cours a été choisi par 18 étudiants, qui ont été au départ un peu déconcertés et qui se sont en suite prêtés au jeu de bonne grâce.
Sur les sujets proposés par les étudiants, certains ont été des grands classiques : HTML, données, gestion de requêtes, javascript, installation de CMS … ; d’autres liés à l’actualité : sécurité, données personnelles ; et enfin les Dark et Deep Web, qu’ils ont à peine oser citer au début (ils étaient gênés que l’on puisse en parler ensemble) se sont avérés des sujets qui les interpellaient et qui ont permis de faire le lien avec toutes les autres questions.
La construction commune de l’évaluation finale a amené pas mal de discussions et a impacté la préparation de l’évaluation finale. Leurs contenus sont publics, tant en tant que site de ressource qu’en tant que dépôt sur Github. Leur bilan est globalement très positif. Leur sentiment d’efficacité personnelle sur le domaine est impressionnant, ils se sentent prêts à aborder un projet autour du Web, plus que si le cours avait été uniquement technique. Sur une auto-évluation sur les différentes compétences visées par le cours (qui étaient majoritairement autour de la gestion d’information, le travail en groupe, la valorisation de résultats, l’autoformation, et la capacité de développement logiciel), la différence est entre 1 et 1,5 points sur une échelle de 5 pour chaque élément. Leur reproche principal concerne le rythme du cours, lié de mon point de vue au fait que j’ai voulu laisser trop de degrés de liberté (choix des outils) et n’ai pas donné de consigne assez précise. Ce cours démarre à nouveau ce 15 octobre, sur les mêmes bases, mais avec une animation revue. Espérons que les 15 nouveaux étudiants y trouveront le même intérêt, et y apprendront encore plus. Dans le principe, il est possible d’y intégrer des personnes extérieures, mais l’articulation entre débats présentiels et échanges à distance n’est pas géré à ce stade.
Ce cours s’avère donc bien répondre aux enjeux de la classe renversée, en renforçant le sentiment d’auto-efficacité des étudiants et en les amenant à traiter des sujets inédits pour eux, selon leurs point d’intérêts.
Pour plus d’ouverture
Les outils déployés en support de ce cours (site web, forge logicielle, validation mutuelle de compétences) sont bien alignés avec la thématique du cours, et permettent à nos étudiants de s’approprier des outils à la fois de travail et de valorisation de leurs compétences. Mais ils s’avèrent également permettre de modifier la publication d’un cours. Ce qui est mis à disposition n’est pas simplement le résultat d’un travail, mais également les éléments du processus (code source, modifications proposées…) qui ont permis ce résultat. Ce qui est mis à disposition devient un projet qui peut être repris, amélioré, étendu facilement. Il me semble que ce devrait être un standard à viser pour les ressources éducatives libres. Les modalités proposées peuvent s’appliquer à beaucoup de cours en informatique, et certaines le sont déjà (dépôt de code sur github, utilisation d’outils en ligne comme Plunker pour le développement web). La question pourrait être de savoir comment permettre ce genre de dépôt pour des cours en dehors de ceux de l’informatique.
Crédit photo : Typologie des classes inversées par Marcel Lebrun, licence CC-by-SA
Répondre à cet article
Suivre les commentaires :
|
