Bonnes Pratiques Qualité Pour Les Wikis Discussion

Cette page vise à amorcer toute discussion pouvant concerner la rédaction ou la production d'illustrations, de Screen Casts, Langage Son, Langage Visuel, tutoriels vidéos, jeux en 3D, .... destinés à la construction de Bonnes Pratiques Qualité Pour Les Wikis.

Cette page est par essence dans La Voie Du Wiki. A savoir un Mode Brouillon ouvert à toutes les idées et tous les débats.

En somme cette page est une Page Sociale :

  • Elle peut rester en l'état.
  • Inutile de chercher à la retravailler.
  • C'est un défouloir permanent.

Lâchons-nous.

*Pour commencer, peut-on considérer le Wiki comme un service en ligne ? *
Je le crois.

Dans ce cas, les règles générales qui s'appliquent à la qualité des services en ligne doivent s'appliquer (règles ergonomiques, règles d'accessibilité, règles de compréhension et de description des contenus, règles de contact avec les avec les modérateurs et prévisualisation des messages postés pour ce qui concerne les espaces publics).

Alors pour cadrer la question initiale, ... existe t-il selon vous des règles spécifiques pour les Wikis qui ne relèvent pas directement des précédentes ? Avez vous des idées spécifiques. Pour ma part, je suis assez perdu sur ce genre d'outils, et même si je suis totalement fasciné par sa puissance, je ne vais pas pouvoir apporter beaucoup au niveau technique.

Alez, je vais me lancer :

Comme vous voyez, je n'ai pas grand chose, mais je reviendrai ;-) -- Elie Sloïm

Merci Elie. J'aimerais bien aussi développer les bonnes pratiques sociales comme :

Ce sujet des bonnes pratiques me paraît vraiment pertinent à développer en formation parce qu'à la limite de ce que je peux vivre le wiki coopératif est avant tout et surtout une aventure humaine pour produire du document collaboratif.

A suivre. Ce sujet m'intéresse. A plus tard et merci Elie -- Christophe Ducamp

Une qualité simple : l'état présent du site indique de lui-même ce que pourrait être l'état futur.
Par exemple, on ne met pas un cadre à remplir avec en haut un texte qui dit ce qu'on doit mettre dedans : on met directement le cadre qu'il faut avec un exemple de contenu type. On ne met pas des pages de tutoriel pour dire comment faire du texte, on met directement des pages de textes "types" (utiles par ailleurs) dont on comprend instantanément comment faire pareil, etc. -- esc

Bonjour Christophe. A te lire, j'ai l'impression que outre les bonnes pratiques qualité relatives à l'interface, dont beaucoup concernent l'ergonomie, l'accessibilité, la conformité technique, tu souhaites ici te pencher sur des bonnes pratiques relatives au comportement de ses utilisateurs et administrateurs, et s'il faut mettre des mots sur cette idée, je crois que tu es plus à la recherche de la mise au point d'une charte de bonne utilisation de ce Wiki. Cela correspond-il à ton idée ? -- Elie

Exact. N'étant pas programmeur et n'ayant jamais mis les mains dans le code derrière le wiki, je ne m'intéresse qu'aux bonnes pratiques sociales de ce merveilleux Logiciel Relationnel. -- xtof

Si oui, il y a plusieurs solutions : soit les items de cette charte concernent "tout wiki" et ce sont des bonnes pratiques qualité pour les Wikis (restera à déterminer lesquelles concernent des obligations de moyens - exemple : "L'administrateur vérifie les modifications effectuées tous les jours" et celles qui concernent des obligations de résultats : "chaque utilisateur du wiki peut changer son mot de passe sans intervention de l'administrateur"). Elie

Petite précision : inutile de mettre un mot de passe pour Se Connecter sur Crao Wiki. Et plus j'avance, moins je suis pour la nécessité de s'identifier pour contribuer. Cela ralentit considérablement la spontanéité des visiteurs de passage. Le Wiki Spam même s'il a une forte propension à se développer reste néanmoins gérable dans le Wiki Maintenant. -- xtof

Je disais plus haut que je ne savais pas trop me débrouiller avec un Wiki : tout cela pourrait avoir de l'intérêt en formation et pour les utilisateurs qui découvrent un wiki. -- Elie Sloïm

Elie d'accord avec toi pour distinguer les Bonnes Pratiques Qualité sur l'Interface Utilisateur (administrateur et wikidesign) des bpq des utilisateurs que nous pourrions essayer de définir en Wiki Convention.

Les Règles De Conduite Administrateurs?, Règles De Conduite Animateur? et Règles De Conduite Utilisateurs? pourraient être développées ici ou dans des plans de formation à rédiger pour les Wiki School. Je t'avoue que le premier rôle de l'animateur d'un wiki est au moins de surveiller au quotidien les contenus par un simple abonnement au RSS des Éditions Récentes dans un Lecteur Personnel De Nouvelles.

Pour tout ce qui a trait à l'interaction du groupe pour produire du document, les explications sont plus complexes. Quelques pistes sont abordées dans Le Wiki Est Fondé Sur Le Mode Document. Et pour les interactions, disons plus largement que les groupes ont toujours besoin d'échanger et de communiquer. De nombreux médias et logiciels sont à leur disposition. Mais nous sommes proches de la Nature Wiki?. Tout prêt à contribuer sur le futur wiki opqast sur ce sujet wiki pour proposer quelques sujets de discussion dans le circuit de validation. N'hésite pas à poser tes questions sur craowiki et nous ferons tout pour la Communauté Crao puisse te conduire dans le labyrinthe de notre Hyper Texte. J'y vois aussi une bonne occasion aussi pour faire le ménage chez nous ! -- Christophe Ducamp

Bonnes pratiques qualité wiki :

Bonnes pratiques sur les wikis

  • Un wiki sans conventions sociales pour l’organisation s’apparente à une réunion sans ordre du jour.
  • Si vous assemblez un groupe de personnes autour d’une table, elles tiendront naturellement une conversation qui partira dans tous les sens, à moins que quelqu’un n’ait déjà pensé aux sujets et objectifs de la rencontre ou du groupe. Il en est de même sur wiki. Nous définissons une mission. Et ce qui est Dans Le Sujet.
  • L’ordre du jour n’est pas une fonctionnalité de la table (!). Actuellement, les personnes savent créer un ordre du jour, parce que c’est devenu une norme sociale pour tenir une réunion efficace.
  • La table ne délivre pas l’ordre du jour – les chaises ne donnent pas de claques aux personnes qui ne parlent pas à leur tour. L’ordre du jour est porté avec souplesse et flexibilité par l’animateur de la réunion et ses participants.
  • Quand les personnes cherchent à ce que les wikis s’organisent par eux-mêmes elles font fausse route. Les personnes planifient des réunions et les personnes organisent des wikis.
  • Il existe de bonnes pratiques sociales pour organiser les wikis tout comme il existe de bonnes pratiques sociales pour organiser des réunions.
  • La plupart des logiciels de business s’apparentent à une table avec un jeu d’ordres du jour bien réglés et génériques pour quelques catégories de réunions et aussi à des chaises qui secouent les contributeurs s’ils ne parlent pas à leur tour. Le concepteur de l’ordre du jour est invisible et au loin.
  • Un wiki est plus comme une salle de réunion normale, que vous pouvez utiliser pour n’importe quel type de réunion. Mais les participants ont besoin de s’organiser et de facilitateurs.

L’implémentation requiert expérience et compréhension.

(via traduction/adaptation à relire de Ross Mayfield - lire billet original)

Le tronc commun et les services

Après une année de vie pour le projet Opquast, je peux déjà en tirer quelques enseignements.
Tout d'abord, nous avons eu à différencier ce qui relevait des bonnes pratiques valables quels que soient les services en ligne. C'est se que certains contributeurs d'Opquast appellent le tronc commun, valable pour touts les sites.

Pour ce travail sur les bonnes pratiques pour les Wikis, il est utile de déterminer si ce tronc commun pourrait ou devrait s'appliquer au Wikis. Pour moi, la réponse est oui, sans aucun doute.
Un wiki doit être accessible, son code doit être valide, il doit contenir un doctype, les caractères utilisés, de quoi correctement remplir des formulaires, le moyen de contacter un responsable de la publication, etc...

Je vous laisse juge :
http://www.opquast.com/bonnes-pratiques/?niveau=3

Attention, Le lien envoie sur un niveau 3, qui est le plus relevé, mais je veux inviter à relever d'éventuelles exceptions. C'est un cas idéal, pas forcément réaliste dans un premier temps pour un Wiki, mais c'est jouable, et je le répète, il me semble qu'un Wiki qui mettrait en application ces bonnes pratiques aurait déjà fait un bon bout du chemin du point de vue de la qualité.

Espaces publics en ligne

Il me semble pertinent de dire que le Wiki est un service parmi d'autres qui peut être proposé sur un site Web. En ce qui me concerne, j'aurais tendance à le rattacher à une branche espaces publics qui comporterait des sous branches comme forums, commentaires, chat en direct, fiches clients etc...
Leur point commun : permettre de laisser des données personnelles en ligne.

Maintenant, nous pouvons encore écrémer et réduire le champ de recherche (en tous cas, c'est que nous avons fait pour Opquast) : gardons uniquement ce qui peut être vérifié en ligne, ce qui est réaliste, et ce qui est valable quel que soit le pays.

Si l'on veut rester à ce qui est valable en ligne, il y différents types de BP :

  • Les informations proposées aux utilisateurs
  • Les fonctionnalités proposées aux utilisateurs
  • Les caractéristiques ergonomiques

Il y a peut-être d'autres choses. En regardant Crao Wiki, voici que qui me vient à l'esprit :

  • Il est possible de distinguer les modifications mineures
  • Chaque modification d'un travail peut être nommée ou résumée
  • Chaque modification d'un travail peut être prévisualisée
  • Les éléments de syntaxe Wiki sont explicités au sein même de la page de modification
  • Le nom de l'utilisateur apparaît dans la page de modification
  • La taille de la zone d'édition peut être modifiée par l'utilisateur
  • Les dernières modifications sont accessibles.
  • Il est possible de créer des pages de test
  • Les règles de connexion sont décrites
  • Les règles éditoriales sont décrites

J'ai volontairement supprimé les commentaires du type (voir Se Connecter), car cela voudrait dire que ce nommage fait partie de la bonne pratique et cela empêcherait n'importe quel Wiki de nommer ses pages comme il le souhaite. En revanche, le nommage des pages et le libellé des liens peut faire l'objet d'autres bonnes pratiques. A vous de me dire.

A suivre, si vous voulez en ajouter à cette liste, pensez si vous le voulez bien aux critères "vérifiable en ligne", "réaliste", etc...

Remarque : le billet de Ross Mayfield ci dessus s'apparente plus à des recommandations générales qu'à des bonnes pratiques qualité. Celà ne veut pas dire qu'on ne peut pas les garder, mais il ne faut pas les mélanger avec les éléments qui concernent des faits vérifiables et incontestables -- Elie Sloïm

Merci Elie de ces précisions que tout le monde peut remanier. A titre personnel travaillant actuellement sur l'évaluation de Jot Spot pour des besoins privés, j'avoue vraiment souffrir. Et j'en profite pour ajouter quelques notions très basiques décrites dans Définition Wiki et ailleurs mais malheureusement négligées sur certains Wiki Mutants :

  1. Le Rétro Lien (ou Index Arrière) accessible facilement (par ex en cliquant sur le titre de la page ?) me semble indispensable pour entretetenir, jardiner et nettoyer tout espace documentaire coopératif.
  2. L'utilisation du Mot Wiki en casse Chat Mot pour créer facilement un Hyper Lien : je crois qu'on n'a pas encore trouvé mieux pour développer un Langage Lien dans un groupe.
  3. Inter Wiki : possibilité de pointer facilement des contenus externes par l'Inter Wiki et le système de Pages Jumelles valorisant les Wiki Mitoyens.
  4. Présence d'un Tour Bus Stop et d'un Wiki Node pour dresser les futures cartographies des wikis.

-- Christophe Ducamp

Ajout Elie : Christophe, tu peux parfaitement retravailler toutes les bonnes pratiques Opquast à ton goût. La licence GPL le permet (ou en tous, cas, nous le permettons ;-) et certaines des licences creatives commons que nous aurions pu choisir l'auraient également permis.
Autre chose : si je continue à enrichir la liste ici-même, qui se charge de nettoyer le fichier de ses remarques et commentaires, pour en faire une liste utilisable?

Je viens de consulter des textes sur les licences sur Crao Wiki. J'ai également lu les remarques sur les licences CC. Pas simple, pas simple. --Elie

Effectivement pas simple. Nous attendons des éclairages de Mélanie ou Isabelle Vodjdani. Mais Am Ha je pense que le débat sur les licences est un sujet très intéressant qui pourrait aussi suivre un processus qualité chez Opqast sur le wiki de l'atelier Opquast. -- Christophe Ducamp

Sébastien Sauteur, Nicolas Montessuit et Laurent Denis ont discuté du problème de la rédaction d'une bonne pratique pour le Conflit Édition. Contributions migrées en Conflit Édition.

Dernière modification le dimanche 26 juin 2005 9:04:46

Éditer HistoriqueDeLaPage Diff  InfosSurLaPage