Une année au moins est passée depuis la publication de ce billet qui peut donc contenir des informations un peu datées.

1. Evaluer son projet
Importance de trouver un consensus pour trouver le bon outil, i.e. l’outil qui convient au projet (dans sa globalité) en cours.
Impossibilité de satisfaire à toutes les exigences sans construire un outil kafkaïen ; Attention aux effets de mode (la plateforme à la mode)

Dimension documentaire
Quelle hétérogénéité, quelle volumétrie, quelle répartition, quelle structure de données ? Suppose en amont de discuter, évaluer, échanger, avec tous les acteurs, pour estimer au plus juste les besoins et n’en oublier aucun.

Dimension sociale (le facteur humain)
Taille de l’équipe, définition des équipes, profils et formation

Dimension chronologique (le facteur temps)
Temps du projet (début, fin), transfert de compétence, phasage, strates diverses et manières dont elle s’accumule. Plusieurs témoignages sur cette importance dans le cadre de labos où les turn-overs dans les équipes peuvent être importants => risque de voir un projet plombé par le départ de l’équipe-projet de départ.

Dimension technique
Quelles contraintes, comment dimensionner les outils (le hardware et le software), problèmes de charge des serveurs => architecture système.
Sur quelles compétences techniques peut-on s’appuyer ? Quel profil pour les sysadmin si l’on en a un sous le coude ?

2. Comprendre la dynamique du Web

Les CMS, web statique et dynamique, des outils et de l’aide qu’ils apportent.
Plateformes de publication, historique. importance des nouvelles plateformes (Youtube, Jamendo) qui se concentrent sur l’appropriation par les usagers mais ne rendent pas nécessairement les précédentes plateformes obsolètes au niveau des usages et de la réponse que ces ‘vieilles’ plateformes peuvent apporter.

3. Analyser et comparer les outils de publication

CMSMatrix (mais pas toujours super à jour)
Projet Plume

Question des modèles économiques, et de la pérennité (modèle gratuit, payant, opensource, etc).
Régime juridique des logiciels utilisés à étudier de près (GPL, LGPL, etc)

Regarder les aspects techniques généraux et documenter cet environnement technique. Extrême importance des API comme outils de partage et de dissémination.
Question de la scalabilité.

Notion d’appropriabilité (facilité pour l’éditeur à utiliser l’outil, à se l’approprier), question de l’ergonomie.

Importance de la communauté, de son dynamisme, de son ouverture (ou pas).

Dynamisme du logiciel. Exemple de Spip