Bonjour,
J'essaie d'apprendre à travailler avec spip depuis maintenant quelques mois
dans la concrétisation Internet de ce que certains appellent pompeusement de
"la gestion des connaissances".
Non, je ne veux pas une usine à gaz 
(cf plus loin)
Mon boulot c'est médecin webmaster mais je suis aussi chef de projet
Internet axé "solutions de gestion de connaissance".
Spip est un gestionnaire de contenu mais il est de plus en plus un système
qui va au delà de la simple gestion de contenu alors...j'ai quelques
suggestions qui font suite à une nuit d'insomnie (il y a donc sûrement de
grosses conneries).
La gestion des connaissances pour la communauté que je gère concerne des
individus malades, des individus médecin, des communautés de malade, des
communautés de malade, des experts.
Le but est de faire circuler une "information" validée et de l'expliquer,
pour la discuter et la faire évoluer en "connaissance".
Classiquement l'information que nous fournissons est de trois types:
-Blanche : référentiels, (dossiers spip)
-Grise : information factuelle validée expliquée (articles spip)
-Noire : information non validée (brèves)
Cela signifie que dans notre workflow spip occupe désormais la place du
"Content Manager System".
Pour le CMS lui même j'ai peu de suggestions à faire si ce n'est pour le
moteur de recherche:
-En tant que visiteur j'aimerais pouvoir choisir de faire ma recherche sur
le site ou sur les sites en liens.
Ou les forums:
-Compléter les forums d'une partie mail complèterait avantageusement le
système interne en le rendant plus réactif (c'est fou ce qu'il faut comme
énergie à un rédacteur pour ouvrir son navigateur tout seul alors qu'avec un
lien dans un mail il le fait).
Ce système de gestion des connaissances comprend deux parties non encore
gérées par spip:
-La veille
-Le suivi
Concernant le suivi,
En fait spip suit désormais les visites des articles et des brèves.
Ce qui m'intéresserait en tant que rédacteur, directeur de publication ou
webmaster serait d'avoir un jeu de mot clef "backoffice" pour qualifier les
publications et améliorer ainsi ces statistiques.
Je m'explique: l'article sur l'"asthme aux arachides chez les papous"
pourrait répondre aux mots clefs front-office: "asthme" "allergènes
alimentaire" et "manger" et en back office: "publication spécialisée"
"allergie alimentaire"
Ce qui pourrait permettre d'éditer des rapports plus complets:
"la semaine du tant xx visiteurs ont lu nn articles de "publications
spécialisées" dont n "sur l'allergie alimentaire".
Cela permettrait de rendre plus lisibles les résultats.
Toujours pour le suivi, il serait intéressant qu'un responsable de rubrique
puisse avoir ce type de rapport et qu'il puise en référer par mail/forum
interne les autres rédacteurs (il semble qu'il y ait une demande, un besoin
sur tel type d'articles: "publications spécialisées sur l'allergie
alimentaire", ça serait pas mal d'en faire plus voire de les individualiser
dans la partie front-office).
Concernant la veille,
La veille qui prend le plus d'ampleur du fait de la lenteur des publications
papier c'est la veille Internet au travers d'agents intelligents, de listes
de discussion, de newsgroup.
Il me semblerait intéressant de faire pour les responsables de rubriques une
partie push d'information.
Je verrais bien lors de leur logue un menu au dessus de "faire un nouvel
article ou breve" avec "veille" et en options: suivi de sites sur les themes
séléctionnés (netmind), nouveaux articles scientifiques parus (l'excellent
et GPL Biomail), messages parus sur les forums usenet séléctionnés avec en
filtre tel et tel mot clef, listes de diffusions sur le sujet.
Voilà, toutes ces actions c'est le quotidien de mes confrères, partenaires
et le mien, je pense que c'est aussi celui de beaucoup des utilisateurs de
spip.
Il me semble que cela peut être une piste d'évolution pour spip pour passer
du CMS au KMS.
Il me semble aussi que cela pourrait se faire sans être une usine à gaz.
Bon dimanche à tous
