A la Une 

 

Par Christophe JAGOURY

WIKI Éducation : mise en œuvre d’un wiki dans le cadre d’un enseignement

 

« Pour les jeunes de la génération Internet, l’ordinateur n’est pas une boite, c’est une porte. » Nos étudiants ne sont pas envahis par les nouvelles technologies, ils sont construits avec elles.

 

Fort de cela, dans le cadre de mon enseignement en DCG de l’UV8 de système d’information à BurySup (Val d’Oise), je me suis demandé comment présenter et faire expérimenter les outils de travail collaboratifs ? Que proposer et pour quel usage dans cet univers en perpétuelle mutation des TIC où ce que tout le monde utilisera dans trois ans est en train d’être inventé aujourd’hui ?

 

Il me fallait trouver un outil et un usage.

 

Comment est venue l’idée ?

Ces dernières années ont vu l’apparition de nouveaux types de sites internet que l’on a estampillé Web 2.0 et qui bouleversent les usages en privilégiant la production de contenu par les propres utilisateurs.

 

Parmi ceux-ci, le phénomène wiki et notamment le plus emblématique de tous, Wikipédia, bouscule les idées reçues. Pour prendre la mesure du phénomène, il convient tout d’abord de mettre de coté le débat sur la véracité sujette à caution de certaines informations fournies dans l’encyclopédie libre Wikipédia. Portons plutôt notre attention sur l’outil wiki et sur l’ampleur qu’a pu prendre en quelques années Wikipedia.

 

Le wiki est définit comme un système de gestion de contenu de site web qui rend les pages du site librement et également modifiables par tous les visiteurs autorisés. On utilise les wikis pour faciliter l'écriture collaborative de documents avec un minimum de contraintes. Le Wiki permet de mettre rapidement en place des pages et des structures d’organisation des pages d’un site. Ces pages sont rédigées par une ou plusieurs personnes en une ou plusieurs fois. D’autre part, il est possible de suivre l’évolution des contenus et de revenir à un état antérieur. Ce type de fonctionnement existe depuis de nombreuses années sur les traitements de texte, mais la nature même de l’outil, orientée fichier, rend leur usage difficile. Le besoin existe depuis longtemps mais n’était pas satisfait. Un wiki semble pouvoir répondre à ce besoin.

 

L’ampleur prise par le site Wikipédia, m’a amené plusieurs réflexions :

  • il est possible de créer par un outil de type wiki de l’information qui se structure par agrégation de contenus et sur le mode de l’auto-organisation.

  • bien que l’immense majorité des utilisateurs ne soient que des lecteurs, un tel volume de contenu ne peut être produit que par des milliers de contributeurs qui ne sont pas seulement des « geeks » (passionnés de nouvelles technologies).  La démarche du wiki suscite donc un réel intérêt pour beaucoup.

  • L’information qui y est présentée est organisée librement mais accessible par le jeu des liens. On peut la retrouver par les outils de recherche.

  • Certaines pages sont particulièrement bien structurées en exploitant le sommaire automatique et les liens internes et externes pour des références à des sources ou à des sujets connexes. L’usage d’un wiki pourrait être à même de favoriser la structuration d’un document.

 

Nous disposons donc avec le wiki d’un outil qui peut favoriser un travail sur le contenu en mode collaboratif.

 

Dans le même temps, la réforme du programme du DCG nous demande de traiter du thème des outils collaboratifs et de gestion des connaissances dans le cadre d’un cas concret. Cette nouvelle orientation du programme s’inscrit dans une tendance que l’on perçoit également dans les entreprises, pour lesquelles la gestion et le partage de l’information est un défi d’avenir. Comment organiser et maintenir à jour les manuels qualités, les documentations techniques, les procédures internes, sont des questions de plus en plus souvent abordées dans l’environnement professionnel. La question de la participation et de l’implication des employés à ces outils de partage du savoir y est également cruciale.

 

Proposer un travail de groupe sur un outil de type wiki s’est imposé naturellement avec le double intérêt de travailler dans le sens du programme de la filière et d’introduire dans l’enseignement un des éléments de l’univers des étudiants. Étudiants et enseignants font un pas l’un vers l’autre. Il me reste alors à mettre en place un outil et à définir son utilisation pédagogique.

 

La sélection de l’outil

Pour mener à bon escient un travail sur l’utilisation pédagogique et professionnelle du wiki, il convient de sélectionner un outil puis de s’approprier sa technologie. Mon cahier des charges  a été défini de façon identique à la sélection d’un progiciel métier. Un ensemble de critères déterminants ont été posés puis chaque solution a été validée en fonction de ces critères.

 

Mes critères ont étés les suivants :

  • La valeur technique : Le wiki doit être basé sur des technologies reconnues et pérennes, idéalement des standards de l’internet. Il est préférable que les données du wiki soient stockées dans une base de données relationnelle pour garantir la sécurité et la fiabilité du système.

  • La facilité de mise en œuvre : Le wiki doit pouvoir être facilement installé et transféré d’un environnement à un autre. Il doit pouvoir fonctionner en ligne ou dans un réseau local, idéalement sur système Linux ou Windows pour permettre de déployer un wiki dans tous les contextes possibles.

  • Le contrôle des accès : Les accès et les permissions de travail sur les pages doivent être pris en compte et administrables pour assurer la confidentialité et l’intégrité des informations contenus dans le wiki. Partager et mettre en commun ne signifie par que tout est possible pour tous les utilisateurs.

  • Les possibilités de personnalisation graphique : La présentation du wiki doit pouvoir être personnalisée pour s’intégrer dans un site internet ou intranet existant. Chaque groupe qui désire utiliser un wiki veut pouvoir le mettre à ses couleurs pour disposer de sa version.

  • L’interface utilisateur : L’interface de saisie doit être la plus WYSIWYG possible pour que l’appropriation du wiki par les utilisateurs finaux soit facilitée. Le succès d’une solution technique passe nécessairement par sa facilité d’utilisation pour les novices. (WYSIWYG signifie What You See Is What You Get : c’est la différence entre les premiers traitements de texte et les traitements de texte actuels).

 

Les différentes solutions logicielles wiki retenues pour validation ont étés PmWiki, XWiki, Wikini et MediaWiki. Bien sur il en existe beaucoup d’autres mais j’ai préalablement fait le choix de la gratuité et de la notoriété.

 

Finalement, à l’issue des différentes validations, mon choix s’est porté sur MediaWiki bien que celui-ci ne propose pas une interface utilisateur WYSIWYG. Aucune des solutions n’ayant satisfait  pleinement à tous les critères, le fait que MediaWiki soit le moteur de Wikipedia a favorisé la décision. Ce paramètre est une garantie de qualité technique et de pérennité par la preuve, d’autant plus que l’ensemble fonctionne avec les technologies incontournables du Web à savoir le couple PHP-MySQL. Il va de soi également que l’absence d’éditeur WYSIWYG est en passe d’être corrigée, de nombreux projets d’extension étant en cours.

 

Cette phase de sélection de la plateforme technique a été cruciale au même titre que la sélection d’un progiciel métier en entreprise car tout transfert des informations d’un système à un autre est une opération lourde. Il convenait donc de ne pas prendre une mauvaise option.

 

Maintenant que tout fonctionne que faut-il faire ?

Le wiki est désormais en place et les premiers tests techniques de fonctionnement sont concluants. Il reste à apprendre à utiliser le système, à construire les contenus et à comprendre les méthodes pour organiser l’information.

 

Les aides et les didacticiels syntaxiques ne manquent pas mais rien n’existe sur la manière de construire les documents et la meilleure façon d’organiser les pages et leurs liens. Le succès d’un tel outil reposant sur l’appropriation des utilisateurs, pour pouvoir faire adhérer le plus grand nombre, il faut mettre en place un accompagnement. Dans le cas contraire, seuls les passionnés ou les curieux se lancent et surtout persévèrent.

 

Un wiki vivant, tel que WikiMedia, est un épiphénomène qui montre que quelque chose est possible, mais sa bonne tenue est le fait d’une minorité infime. L’existant que nous avons à notre disposition, est déjà construit, il n’y a plus qu’à nous en servir, et éventuellement à rejoindre les contributeurs. Mais comment faire lorsque l’on part zéro ?

 

Rien ne semble exister  concernant la manipulation et les premier pas,  je vais donc faire ce travail de « mise en route » d’un wiki avec les étudiants. Une progression pédagogique dans l’utilisation des fonctions l’outil va être mise en place pour permettre à tous de l’utiliser facilement.

 

Définir un sujet et des usages

Le succès pédagogique de l’expérience doit passer par un objectif de contenu clairement identifié et cadré, significatif en volume d’informations à organiser et surtout motivant pour les étudiants.

 

La motivation des élèves à utiliser le wiki va résulter de plusieurs paramètres :

  • Un outil proche de leurs usages

  • Un objet pour l’usage de cet outil concret et utile pour eux

  • Une formation progressive et des guides de travail pour la prise en main

  • Une évaluation notée du travail effectué avec l’outil

 

Utiliser un wiki pour rassembler les notes de cours des étudiants s’impose alors comme une évidence. Le contenu est fourni par le cours et le programme. Les étudiants s’impliquent du fait qu’ils perçoivent un intérêt immédiat à l’usage de l’outil.

 

Nous pourrons travailler sur la prise de note, l’expression écrite et la formulation en évoquant les notions qui doivent être assimilées pour l’examen. Par rapport à une simple « mise au net » sur informatique, qui est déjà pratiquée par certains, le wiki va permettre de s’enrichir au contact des autres et de constater que pour un même cours, les notes prises et les informations retenues diffèrent d’un étudiant à l’autre. Le wiki a la particularité de permettre un fonctionnement du bas vers le haut : les étudiants renvoient ce qu’ils ont perçu de l’enseignant, les différences sont mises en évidence et à la disposition de tous pour améliorer son travail.

 

Pour simplifier l’usage de l’ensemble et favoriser la collaboration entre les étudiants, la classe a été organisée en groupes de 3 à 4 étudiants. Chaque groupe dispose d’un compte utilisateur dans le wiki.

 

Cette organisation a un double avantage. Tout d’abord, les étudiants travaillent en groupe de façon habituelle. Chacun a un poste mais ils partagent par groupe un compte utilisateur dans le wiki. Ils doivent s’organiser pour travailler ensemble sur un sujet. Second avantage, le nombre d’utilisateurs inscrits dans le wiki est moindre, ce qui facilite l’administration et le suivi du travail.

 

Les usages ont été délibérément cadrés et limités par rapport aux possibilités générales de l’outil. Pour le démarrage j’ai choisi de :

 • Donner l’accès exclusivement aux utilisateurs authentifiés. Il s’agit d’un outil de travail pour la classe qui, bien qu’il soit en ligne, n’a pas à être public. Le wiki s’apparente alors à un extranet.

  • De n’utiliser que les possibilités basiques du système pour la mise en forme des textes, pour pouvoir porter toute l’attention sur le contenu rédactionnel et la structuration des documents. Il sera temps par la suite, lorsque l’expérience des classes augmentera de mettre en œuvre les possibilités de discussion sur les pages, de notification par messages électroniques et de mise en page évoluée.

  • De favoriser une prise en main et une utilisation rapide pour pouvoir tout de suite être dans le vif du sujet pour un wiki, à savoir la construction collaborative. Aucun étudiant ne doit avoir de réticence à utiliser le wiki à cause d’une trop grande complexité d’utilisation. « Faisons simple et mettons nous vite au travail ».

  • De proposer des schémas d’organisation des pages par défaut pour tous les groupes pour éviter la dispersion des informations. Je fais travailler les classes sur des sujets précis et nous validons ensemble les façons de mettre en commun les travaux de chaque groupe.

 

La consigne pédagogique du programme étant d’utiliser un outil collaboratif dans un cas concret, je me suis fixé pour objectif de faire comprendre aux étudiants « comment peut-on travailler »  avec un wiki et non pas « comment fonctionne et quelles sont les possibilités » d’un wiki. Cette dernière approche est utilisée pour l’étude des progiciels métiers mais risque de faire passer à coté de l’essentiel avec un outil collaboratif.

 

Le déroulement et l’organisation du travail

Préalablement, quelques séances sont consacrées à l’étude du langage HTML. Outre le fait que celui-ci fasse partie de leur programme, il s’avère être une excellente introduction pour maitriser la mise en forme par les balises utilisées dans l’éditeur de texte du Wiki (notre système ne disposant pas - encore - de WYSIWIG). Le langage à balises Wiki est plus simple que le HTML, pour la mise en forme simple, et s’en inspire pour beaucoup de points.  Ce travail préparatoire est indispensable pour que l’ensemble des étudiants, qui découvrant le wiki après avoir pratiqué le HTML, se sentent immédiatement à l’aise. La suite me montrera qu’effectivement la prise en main  technique de l’édition dans le wiki sera immédiate.

 

Le projet est présenté aux étudiants en mettant en avant l’intérêt d’apprendre et de pratiquer un mode de travail qui sera celui de leur future vie professionnelle. Je le propose comme un cas concret au programme de leur UV, dont la réussite et l’utilité dépend en grande partie de leur implication et leur capacité à travailler en groupe.

 

Pour leur faire comprendre le principe du fonctionnement collaboratif, ils ont tout d’abord accès à un wiki de démonstration (appelé aussi SandBox), dédié aux tests et à la découverte du système. Ce wiki est totalement réinitialisé toutes les 3 heures. Une simple URL leur permet d’y accéder sans aucune restriction d’accès ni notion d’utilisateur. Dans ce wiki figure une aide en ligne qui présente la syntaxe qu’ils peuvent utiliser pour commencer immédiatement à rédiger des pages.

 

Les seules explications, que je donne avant d’utiliser le système sont :

 • La capacité du système à modifier à plusieurs les pages

 • Le principe des liens, qui est comparable au lien hypertexte du HTML, mais qui permet soit de pointer vers une page déjà existante, soit de signaler qu’une page doit être créée sur le sujet. Il suffit de cliquer sur ce nouveau lien pour créer la nouvelle page.

 • La volontaire simplicité de mise en forme possible car il s’agit de se concentrer sur ce que l’on rédige plutôt que sur la mise en page.

 

La classe est ensuite libre pendant une heure d’utiliser le wiki de démonstration, chaque étudiant étant sur un poste. Le fonctionnement collaboratif et l’écriture simultanée produit rapidement un vaste chaos où chacun efface le texte de l’autre et perd ses modifications.

 

Assez rapidement les étudiants prennent conscience de l’efficacité du système mais aussi du risque de ne rien produire sans un minimum de collaboration, d’organisation et de respect. Alors que dans les premières minutes, chacun intervient de son coté ou en échangeant avec ses voisins directs, sur la fin de l’heure les échanges s’opèrent au niveau de toute la classe et il commence à apparaitre une certaine auto-organisation. Cette séance, d’apparence anarchique, revêt un intérêt majeur pour la suite du travail, car elle permet de faire prendre conscience qu’un minimum de cadrage et d’organisation est nécessaire pour pouvoir travailler avec le Wiki.

 

La séance se termine par un bilan pour expliquer le déroulement du travail à venir, avec des contenus réels et des comptes utilisateurs pour les différents groupes.

 

Pour les séances de travail suivantes, il n’est plus question, dans un premier temps, de laisser le groupe fonctionner sur le mode de l’auto-organisation, bien que cela soit le mode prévu de ce type d’outils.

 

Je mets en place une auto-organisation locale, à savoir laisser pour chaque groupe la liberté d’organisation de la rédaction de leur propre version du cours. En effet le défit est de mener toute une classe à utiliser le wiki. Pour ce faire, l’étape de l’auto-organisation à 3 ou 4 élèves est un niveau intermédiaire où chacun se sent impliqué et responsable, d’autant plus que le travail est noté. Si le wiki était laissé en mode d’auto-organisation sur une classe entière, il y aurait un risque important de rapidement retomber dans brouhaha constaté lors de la première découverte du système sur le wiki de test. Les étudiants se sentent moins impliqués lorsqu’ils se fondent dans l’anonymat du groupe et seuls quelques meneurs sont réellement actifs.

 

Chaque membre du groupe se connecte sur le wiki de la classe avec son compte de groupe. Les différents points du programme sont déjà présentés dans le wiki, l’organisation des pages reprenant l’organisation du programme. Après que nous ayons traité un point en classe, les étudiants se rendent en salle informatique pour retranscrire par groupe ce qu’ils ont pu prendre en note.

 

Sur la page du sujet à rédiger, j’ai préparé en début de page une série de liens pour chaque groupe. Les étudiants doivent alors cliquer sur leur lien pour créer la page dans laquelle ils sont libres de s’organiser entre les membres d’un groupe pour mettre localement en commun ce qu’ils ont noté et retenu. Ce schéma me permet de maîtriser les nommages de pages et l’organisation globale du wiki pour pouvoir suivre depuis mon poste la progression de chaque groupe grâce aux fonctions de suivi des modifications des pages. Pour un autre sujet, l’organisation est la même. Par le biais du vidéoprojecteur connecté à mon poste, je peux fournir à l’ensemble de la classe des consignes et des explications sur une question d’un étudiant. J’utilise également le vidéoprojecteur pour le suivi du travail de chaque groupe avec un assez bon effet dissuasif pour les plus oisifs. En effet un outil collaboratif favorise l’auto-organisation mais également le contrôle mutuel.

 

A l’issue du travail de mise en en commun par groupe, la seconde étape consiste à puiser dans les travaux des autres groupes pour pouvoir améliorer leur propre travail. Dans un premier temps, il faut définir le plan du document puis repérer ce qui est à retenir, dans une démarche de construction par apport successif. La manipulation d’une grande quantité d’informations sur l’écran n’est pas encore un usage courant pour la majorité des étudiants. L’ouverture de plusieurs fenêtres ou onglets du navigateur pour visualiser plusieurs pages du wiki en même temps et de passage rapide de l’un à l’autre, ou le travail sur deux écrans (rendu très simple dans la salle informatique) n’est pas une pratique encore assimilée par tous.

 

Ce travail est réalisé pour le moment à partir d’impressions du travail de chaque groupe. En ayant à leur disposition la synthèse intermédiaire des différents groupes, ils me proposent ce qui doit être retenu. La mise en place d’une version finale est faite par moi-même ou par un étudiant volontaire. Cette opération ne prend que quelques minutes pour un utilisateur habitué à manipuler l’informatique. La prochaine étape est de parvenir à une version finale sans l’utilisation du papier et par une collaboration des différents groupes. Un second point concerne les liens à établir entre les différents éléments de programmes qui sont traités dans le wiki. Cette approche est déjà mise en place par certains groupes qui ont spontanément inscrit des liens entre leurs pages et vers des sources d’informations extérieures.

 

Un premier bilan et plusieurs constats

Les deux classes qui construisent leur wiki adhèrent très bien au projet, alors que je pouvais craindre des refus de s’impliquer ou des comportements immatures. Les étudiants s’avèrent être demandeurs de ce type de pratiques. Le projet de mise en commun pour « s’enrichir de nos différences » en pouvant consulter ce que d’autres étudiants ont compris et retenu d’un sujet traité en cours est très bien accepté.

 

J’observe que la collaboration entre les membres d’un groupe se met rapidement en place dès lors que quelques pistes ou propositions leurs sont données pour ne pas les laisser chercher par tâtonnement. Ils comprennent qu’ils doivent se concerter pour définir l’organisation de leur document puis se répartir les tâches (sans ce travail, le système entre en conflit puisqu’ils travaillent en même temps sur les mêmes parties de document).

 

Certains étudiants ont décidé de créer une page lexique de tous les termes techniques présents dans le cours ou de présenter des liens vers des ressources complémentaires sur les thèmes traités. Ils commencent à utiliser l’outil et leur expérience d’Internet pour travailler.

 

Je constate également que l’outil wiki me permet d’inciter les étudiants à porter plus d’attention à la rédaction et à l’orthographe.

 

Pour une partie des étudiants, le wiki met en évidence la différence entre le fond et la forme d’un document. Les balises de mise en forme qu’ils connaissent leurs permettent de structurer les textes en pages, paragraphe, sous-paragraphe, de faire des listes et de mettre en forme le corps des textes. Il y a donc peu de temps à consacrer à la couche de présentation du document au bénéfice du contenu rédactionnel.

 

En guise de conclusion, je souhaite que ce travail donne l’envie de tenter l’expérience Wiki. J’ai voulu vous présenter ma solution technique et ma démarche pour que chacun puisse s’en inspirer sans avoir à refaire le chemin que j’ai parcouru, mais plutôt en y ajoutant sa propre expérience.

 

Je suis prêt à apporter les conseils nécessaires pour la mise en œuvre à ceux qui le désire et bien sur à bénéficier de leur retour d’expérience.

  

Christophe JAGOURY

Professeur d’informatique DCG à BurySup (95)

chj@wikieducation.fr

 

PmWiki

http://www.pmwiki.org/wiki/PmWikiFr/PmWikiFr  

XWiki

http://www.xwiki.com/xwiki/bin/view/Main/?language=fr

Wikini

http://www.wikini.net

MediaWiki

http://www.mediawiki.org/wiki/MediaWiki/fr

 

Sur le site du Café
Sur le Web
Par stephanegoze , le vendredi 15 février 2008.

Partenaires

Nos annonces