Malheureusement, les utilisateurs étant bien souvent des consommateurs, se prenant parfois même pour des "clients" à qui l'on doit rendre un service, bien rares sont ceux qui respectent les règles du forum. Parmi ces règles, il est demandé de faire une recherche avant de poser une question, de ne pas faire dériver les sujets ou bien encore de proposer des messages clairs, concis et compréhensifs.

Le manque de respect de ces règles aboutit à un forum où la même question est posée 12 fois, avec toujours la même réponse de ma part : un lien vers une solution proposée (que l'auteur du topic aurait pu trouver en faisant une recherche). D'autres plus sympas que moi élaborent une vraie réponse.

Je pense qu'il faut revoir le mode de communication autour du projet. A chaque type d'information sont canal. Je vais essayer de faire un peu changer les habitudes par le modèle qui suit :

  • mailing list phpwebgallery-announce(-french)? : annonces sur la mise à disposition de nouvelles releases principalement. Bugs de sécurité. Eventuellement, informations concernant le projet lors de nouveautés importantes.
  • liste de diffusion sur freshmeat : permet d'être au courant des sorties de toutes les releases, et en exclusivité les builds de la branche de développement (ce qui n'est pas prévu sur les mailing lists "announce"). La liste phpwebgallery-cvs indique encore plus précisément aux abonnés le moment des modifications dans le repository CVS.
  • bugtracker : gestion des bugs, mais aussi demande de nouvelles fonctionnalités. Rien de plus efficace pour qu'un bug soit corrigé : tant qu'il ne l'est pas, la "fiche" reste là à attendre, on ne l'oublie pas comme un topic sur le forum. Les demandes d'évolutions sont également gérées dans cet outil. Ce n'est pas forcément idéal car il ne s'agit pas de la même chose, mais le suivi du dev d'une nouvelle fonctionnalité peut se modéliser de la même façon que le suivi de la correction d'un bug.
  • documentation wiki : documentation suivant le système du wiki. J'espère que ce mode de communication pour la documentation remplira son rôle initial de centralisation de l'information et de désengorgement du forum. Un billet sur ce présent blog donnera de plus amples détails sur la mise en place de cette documentation.
  • futur outil de suivi de MODs, langues, templates... Cet outil permettra de centraliser les addons que l'on peut trouver pour ce type d'application. Pour chaque MOD par exemple, on pourra en connaître la description des auteurs, l'historique, la compatibilité de chaque version avec PhpWebGallery, etc. Comme le forum est idéal pour cela, on pourra très bien envisager de continuer à utiliser la section MODs du forum pour discuter sur un MOD en particulier.
  • forum : le mode d'utilisation du forum tel qu'il existe aujourd'hui doit laisser place à une nouvelle organisation. Ce mode de communication restera indispensable pour tout ce qui sort du cadre des autres modes de communications. Ainsi, les problèmes d'installation seront discutés (après que l'auteur ait parcouru la documentation bien sûr).
  • le présent blog donnera des infos aux intéressés sur l'organisation du projet et son évolution en général.

Ce qu'il faut retenir de ces changements espérés, c'est la spécialisation : à chaque type de sujet sont mode de communication idéal. Le forum bien pratique s'est transformé en un dépôt d'informations peu organisé. Bref, il est devenu difficile de s'y retrouver.