Re: [redaction] Organisation de l'équipe Magnum, planning général et planning du no 5

[ Thread Index | Date Index | More magnum.tuxfamily.org/redaction Archives ]




Le 11 juillet 2008 18:40, Frédéric CUIF <fredux86@xxxxxxxxx> a écrit :


- les rédacteurs : ils auront pour tâche de rédiger les textes au format OOo (format proposé car il y aura au moins une personne du groupe qui aura le correcteur grammatical antidote druide, mais on peut en discuter bien sur si d'autres formats sont préférés, dont latex, openbook etc.).
Quelle différence entre les deux ? je ne vois pas bien.
il manque le groupe relecteurs, non ?

En fait il y a deux types de relecteurs : ceux que j'appelle les rédacteurs sont relecteurs dans le sens ou ils corrigent les fautes et les coquilles de texte et organisent la structure du mag.
Pour la relecture finale du mag, je propose que ce soit toute l'équipe de Magnum qui y participe, puisque le but est de voir le produit fini :D
 
Oui, globalement, je suis d'accord avec ce type d'organisation.
Je propose d'adapter quelques modifs de goupes :
- auteurs
- relecteurs (rédacteurs, c'est ceux-là ?)

Oui :)
 
- illustrateurs
- éditeurs
- coordinateurs/superviseurs : globalement, ceux que tu appelle animateurs dans ta proposition, mais fonctions consistant notamment à : gérer le wiki trac/magnum pour huiler tout le système, assurer et faciliter la coordination entre tous les groupes (afficher le thème du mag, les dates, vérifier le calendrier, relancer les participants par mail, ), proposer des thèmes, récupérer les articles auprès des relecteurs, récupérer les articles des vieux mags pour les mettre dans le wiki ou sur mlo etc, animer les pages magnum du wiki mandriva, etc.
- animateurs : ceux là auront les autres fonctions des animateurs que tu décris : faire vivre le mag avec des annonces, des appels à contribution, qui proposent des articles, idées, thèmes, écrire sur les différents sites de diffusion des infos (linuxfr...)


S'agissant des groupes auteurs et relecteurs :

Il y a, à mon avis, deux méthodes : la méthode passive et la méthode active (et si l'une quelconque, ou une autre méthode est retenue, elle doit être décrite sur le trac pour permettre l'ajout facile de nouveaux membres).

- méthode passive : l'auteur écrit directement sur le wiki du trac son article et inclut ses pièces jointes et le groupe de relecture corrige tous les articles implémentés. Dans l'idéal (mais je ne sais pas si c'est possible) ça nécessiterait que les membres du groupe relecture soient avisés par courriel quand un article est déposé pour qu'ils puissent se rendre sur le trac et faire leur travail.

- la méthode active : une ML dans chacun des courrielleurs personnels des membres des groupes constitués. Un membre de la ML auteurs "auteurs"  envoient leurs articles dans un format choisi aux membres de la ML "relecteurs" (en fait, il y a des chances que auteurs et relecteurs soient les mêmes).
Celui ou ceux des relecteurs qui qui a/ont fait la relecture envoient un avis de validation à la ML auteur, et l'article est transmis par le groupe relecteurs à l'équipe des coordinateurs (qui va, de façon très probable, relire l'article... ne serait-ce que par curiosité, ce qui fera un passage de plus) qui va elle, l'intégrer dans le trac et coordonner avec l'équipe illustration

Je dois avouer que la multiplication de ML me fait un peu peur :/
Je pense que les auteurs devraient écrire sur le trac, mais il y a des cas particuliers : je pense par exemple aux jus de cuisson de Olivier. L'idéal serait que le wiki permette d'avoir une première idée de ce à quoi va ressembler le mag, et permette de trouver toutes les sources des textes (pour éviter des textes perdus, comme c'est déjà arrivé).
En deuxième lieu, ce qui serait bien, c'est que le groupe de relecteur configure le SVN afin de d'y exporter les fichiers OOo qu'il rédigent à partir des sources des auteurs (dans le dossier txt)
Pour rappel, le SVN est sous cette forme

/Magnumxx
        |-----------txt/ les textes openoffice rédigés par les relecteurs/rédacteurs
        |-----------images/ Les images
        |-----------sla/ Les fichiers scribus
        |-----------pdf/ les fichiers pdf exportés depuis le sla
        |-----------archives/ des fichiers à supprimer, concernés dans le doute (avant suppression définitive)


..


Sinon, je suis d'accord avec Fredxx sur le fait de préciser certaines règles (signatures des articles, taille et résolution des images etc.)
Voulez vous qu'on en discute ici, sur le forum ou sur le salon jabber ?
plus facile ici, en ce qui me concerne.



Je propose comme planning une sortie bimestrielle,  calée sur les dates de sortie des distribs (environ le 10 du mois) afin que deux mag sur 6, dans l'année, sortent en même temps que la distrib environ. Voici un shéma proposé

                ||
J - 30 : démarrage de l'édition
                ||
J - 20 : tous les articles pour le numéro en cours sont rédigés, corrigés, validés et accompagnés d'illustrations si nécessaire. (les articles proposés par la suite sont reportés au numéro suivant)
                ||
J - 7 : publication du pdf pour l'équipe complète du mag (vérification des coquilles)
                ||
J : L'équipe d'animation se charge de diffuser l'annonce publiquement

En l'occurence voici le calendrier proposé par Linuxcomics pour le numéro 5, qui correcpond à ce que je viens d'énoncer :

 

* Date limite de dépôt des articles : le 15 août 2008
   Tous les articles devront être soit :
       - déposés sur le trac
       - mis en pièce jointe dans un message posté sur la ML du mag' (tuxfamily ou la nouvelle ?). Le courriel devra bien spécifier dans son en-tête la mention "A inclure dans le n°5 : (titre de l'article)"
Après cette date débutera la mise en forme à l'aide de Scribus. Tous ceux qui souhaitent participer à ce stade du projet devront s'être clairement identifiés afin de faciliter la répartition des tâches et le travail en parallèle.

* Date de publication interne pour relecture : le 20 septembre 2008
   Le magazine est mis uniquement à la disposition de la communauté de Mandriva sous la forme d'un fichier PDF. Commencera alors un travail en profondeur afin de :
       -traquer les fautes de frappe ou de mise en page
       - vérifier la validité de tous les liens présents dans le PDF.

* Début de la phase de correction : le 25 septembre 2008

* Date de publication officielle : le 9 octobre 2008 (jour de la sortie de Mandriva 2009)

Raphaël
Parfaitement d'accord, il manquait effectivement un délai entre la sortie PDF et la sortie puplique pour vérifier les dernières coquilles. Mais tu dis publication du PDF en interne et tu ajoutes à "la communauté Mandriva", ça veut dire qui en fait ? seulement les membres de magnum ou d'autres ?

En fait, ce texte est de linuxcomics, ma proposition est la suivante :
J - 7 : publication du pdf pour l'équipe complète du mag (vérification des coquilles)

Je pense que les membres de magnum uniquement c'est mieux, mais je suis ouvert à d'autres propositions :)

Raphaël


Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/