Root team du nouveau serveur du Culte

[Yves Lambert <yl@bidart.net>]

Par souci de clarté, ce message ne s'adresse pas à la team actuelle,
mais aux membres de ce forum. Ce n'est pas une lettre, c'est un
message de forum, j'espère qu'il ouvrira des discussions intéressantes
et il n'a pas pour but de demander à être intégré à cette équipe. Par
contre je ne refuserais pas d'administrer *un* serveur pour le culte. À
ce sujet, quel est le statut de savage ? Est-ce qu'une migration est
programmée ?

J'ai suivi (et même participé (notamment à propos de la sauvegarde du
site)) les discussions concernant cette mise en place. Je voudrais
m'attacher à la problématique soulevée par le travail en équipe.

Vous n'ignorez pas que toute modification de la configuration doit être
consignée, afin de permettre à l'équipe de prendre connaissance des
changements effectués.
C'est le «point zéro» de l'administration d'un système. C'est ce que
doit faire un admin. Il doit aussi être capable de rendre compte de
l'état du système à son successeur, quand l'admin décide d'aller
s'occuper d'autres moutonSSS, aussi c'est une forme particulière de
travail collectif (les intervenants se succèdent) ces précautions vont
vous aider, mais le but d'une précaution n'est pas d'augmenter la
qualité d'un travail ni d'en diminuer la quantité mais d'en assurer la
pérennité.  


	(-: Attention aux longues parenthèses :-)

Parmi ce qui intéresse l'équipe, c'est améliorer la qualité du travail
et de diminuer la quantité de travail de chacun. Dans le cas concret
dont je parle ce temps est pris sur le temps libre de chacun, aussi
l'assertion précédente est probablement vraie ; les questions de
responsabilités devraient être résolues par les précautions prises. La
particularité de ce travail entre en jeu dans les solutions qui peuvent
être mises en place, ce n'est pas un objet d'étude abstrait et un
pattern universel qui peuvent le résoudre, néanmoins il y a quelques
principes généraux sur lesquels on peut établir une solution de CSCW
(Computer Supported Cooperative Work  (en français TCAO : Travail
Coopératif Assisté par Ordinateur)). 

La connaissance des différentes solutions existantes en matière de
travail coopératif est utile, je ne saurais trop vous conseiller de
vous renseigner sur le sujet si vous êtes intéressés par mon point de
vue, et si vous souhaitez le confronter au votre dans cette discussion.

On peut considérer deux «curseurs» sur lesquels on peut agir pour
réduire les tâches ennuyeuses, augmenter la prévention des erreurs,
améliorer le résultat :

-1- L'organisation du travail (synchronisations, (débriefings),
    feuille de route, recettes (les tâches administratives ont des
    recettes : le choix de les adopter ou non permet d'assurer leur
    divisibilité suivant des mandats (ce n'est peut-être pas pas le
    terme adéquat, le terme contrat est trop connoté pour être employé
    dans ce contexte) cela peut permettre aussi de déterminer quelles
    tâches peuvent être automatisées, lesquelles peuvent être défaites
    sans compromettre la cohérence de l'ensemble et lesquelles sont
    mandataires.), briefings, partages des responsabilités etc.) et son
    ordonnancement (planning, emploi du temps, réservations de
    ressources). Il est important que l'équipe ait la pleine maîtrise
    de cette organisation. Cette organisation doit être menée par l'équipe, 
    en tenant bien entendu compte des avis et des solutions dont la mise
    en oeuvre est décrite dans la littérature.

-2- L'emploi des outils pour permettre l'organisation et
    l'ordonnancement du travail.

On trouve souvent les outils sous le vocable de groupware ou de collecticiel. 
Un groupware est une suite logicielle robuste et cohérente comportant
notamment un système de messagerie asynchrone, un système de messagerie
instantanné, un tableau noir et un agenda partagé.

L'agenda partagé vous connaissez sans doute bien...
L'agenda partagé doit pouvoir être consulté et synchronisé avec les
agendas des membres de l'équipe. Il est important que cette
synchronisation soit facilité par l'emploi d'outils interopérables.
Néanmoins le groupware peut contenir une interface de consultation
standard (qui elle permet la synchronisation locale à l'utilisateur).
La maîtrise de l'agenda est importante, elle permet notamment à 
l'équipe de «syntoniser» cet outil à sa convenance. Le choix d'une
solution technique doit être pris par les membres de l'équipe - les
discussions peuvent être publiques et avoir lieu sur un forim
préexistant ou extérieur, bien entendu...
Le serveur de messagerie peut être un serveur mail standard, accessible
en pop(s) et en imap(s). L'outil mail2web (IMP, squirrel mail etc.  est
souvent issu d'un groupware). Il est important qu'il soit intégré au
groupware, il n'est pas forcément la pièce de logiciel qui fait partie
de la suite standard (si vous êtes un crack de l'administration de
postfix, vous pouvez remplacer le serveur smtp qui fait partie de la
suite par postfix, vous pouvez choisir le serveur pop et imap que vous
désirez, et si l'emploi du webmail est requis (déplacement, non 
familiarité avec les clients mail), celui-ci doit être choisi en
connaissance de cause par l'équipe). Il est important d'avoir la pleine
maîtrise de ces outils pour faciliter les choix consensuels et
harmoniser les régalges et le fonctionnement. Le choix du client de
messagerie est libre, il doit néanmoins répondre à un certain nombres
de recquis (synchronisation avec l'agenda notamment (ce que permettent
Claws et Thunderbird)) partagé, c'est pourquoi les suites de collecticiel 
comprennent aussi un client de messagerie (evolution, pour ne pas citer le produit privatif bien connu
et source de cauchemar pour les utilisateurs). Ces choix sont le dévolu
des membres de l'équipe. Je réformulerai et répéterai ces deux
précisions autant de fois qu'il est nécessaire
Le tableau noir est typiquement un dazibao (un spip, un wiki, etc.),
mais il peut être fourni à profit par un BBS ou un serveur de
nouvelles. La dernière solution - accompagnée ou non d'une syndication
du site des administrateurs est celle qui permet la plus grande
intéropérabilité. On peut mettre à profit un wiki ou un spip accompagné
d'une syndication et d'un suivi des changements, d'une passerelle
rss2news pour la syndication, mail2news pour les suivis, et web2news
pour l'accès aux forums. Ainsi les accès en lecture peuvent se faire
via différents canaux (lecture avec les messages issus de la
syndication et du suivi de changement ou (inclusif) accès web au site
d'administration, avec un lecteur de flux rss (push, abonnement) (le
serveur web tout comme les flux rss, les forums nntp peuvent être à 
accès restreint en lecture si cela est nécessaire et n'être accessible
qu'aux membres de l'équipe))
Le service de messagerie peut être fourni suivant les besoins et les
choix de l'équipe par un serveur IRC, par un système de messagerie
vocale (voir du côté des jeux libres en ligne pour voir une solution)
ou un serveur jabber. Il est important d'avoir la maîtrise pour toutes
les raisons évoquées ci-dessus, mais le système de hiérarchie des
droits d'un serveur IRC permet d'assurer cette fonction chez un tiers,
si la solution IRC est retenu, idem pour jabber, le déploiement
d'autres outils de téléconférences existent mais leur configuration est
ad hoc selon l'organisatiuon et les moyens réseau et système mais les
solutions libres sont adaptives, ou font appel à un réseau privatif, ce
qui présente de nombreux inconvénients notamment l'inadaptabilité à un
besoin particulier.

Je complèterai ce panorama si nécessaire...

-- 
Tombola de la Société Bayonnaise des Amis des Oiseaux : 
le numéro 5963 gagne un fusil de chasse. 
	-+- Sud-Ouest 24/11/1956 -+-


-----------------------------------------------------------------
Les listes de diffusion du CULTe - Pour une informatique libre
http://www.CULTe.org/listes/
Pour se desabonner:
mailto:linux-31-unsubscribe@CULTe.org?subject=Cliquez_sur_ENVOYER