Wiki source for Blog20140919RetourExperienceSurRedaction
Retour d'expérience sur l'espace de rédaction.
Quitte à discuter de l'espace de rédaction, autant faire appel à ses participants réguliers pour en parler ;-)
L'[[http://linuxfr.org/redaction espace de rédaction]] c'est ce qui permet sur [[http://LinuxFr.org LinuxFr.org]] de préparer ses dépêches de manière collaborative, grâce à l'aide des ses pairs, des habitués de la rédactions ou de quiconque est inscrit sur le site. Un intérêt est de bénéficier de l'écriture à plusieurs pour agréger les compétences, les centres d'intérêt et le temps de chacun pour constituer des dépêches de qualitaÿ sous licence libre CC-by-SA.
Il y a les statistiques : c'est une gamification via https://linuxfr.org/statistiques/redaction (rédacteurs et modérateurs apparaissent, ce qui met en avant la modération, certaines dépêches n'apparaissant pas au préalable en rédaction)
Nous avons les moyens de contact et de relance :
~- la tribune de rédaction globale et sur chaque article
~- la ML de rédaction et un bouton relance accessible à ceux qui ont le statut rédacteurs et modérateurs, cf. http://linuxfr.org/team
~- tous les modérateurs sont abonnés à la ML de rédaction, pas besoin de mettre modo chez linuxfr.org en copie
Ce qui fonctionne bien :
~- mené et motivé grâce à mupuf, [[http://linuxfr.org/wiki/rediger-des-depeches-noyau les dépêches noyau]] permettent de suivre les publications de Linus et son franc-parler (cela est accessible à tout inscrit : traduire est à la portée de tous ;-) et en plus cela permet de suivre les évolutions des pilotes libres dans une bonne ambiance) dès que [[https://linuxfr.org/wiki/template-des-news-noyau la rc1 sort]] une dépêche est démarrée
~- les sorties de Firefox, de Gnome... pour KDE il y aurait besoin de plus de monde :/
~- systemd est propulsé par sinma< et 0 A.D. par eingousef<
Un très gros défaut : le manque de coordination, propre au travail collaboratif, chacun fait ce qu'il peut et c'est ce qui fait que cela fonctionne, il y a bien plus d'implication qu'espéré ou attendu !
Pour mettre en visibilité la rédaction et maximiser l'interactivité, il y a quelques entrées de suivi nécessitant un peu plus de discussion :
~- https://linuxfr.org/suivi/ajouter-la-tribune-de-redaction-sous-les-articles-en-redaction
~- https://linuxfr.org/suivi/ajouter-la-tribune-de-redaction-sous-celle-de-moderation
~- cela permettrait d'impliquer un peu plus les rédacteurs et les modérateurs
Si cela n'intéresse personne ni ne suscite l'intérêt d'un rédacteur ou d'un modérateur, ce ne sera jamais publié. Il y a quelques exemples :
~- [[https://linuxfr.org/redaction/news/comparaison-de-grapheurs-javascript-libres-pour-les-statistiques-linuxfr-org grapheurs javascript libres pour les statistiques]], démarré en janvier 2013
~- [[https://linuxfr.org/redaction/news/programme-de-pses2014 pas sage en seine]] un bon raté, encore présent en septembre 2014 alors que cela aurait dû être publié début juin 2014, tant mieux, c'est déjà prêt pour juin 2015 si cela se reproduit :-)
~- je ne vais pas élaborer, cela dépend de l'implication de chacun et de l'importance de publier en temps et en heure, voire de la nécessité de forcer la publication même si ce n'est pas complètement prêt (les commentaires sont là pour ajouter du contexte une fois publié)
~- néanmoins, cela pose question : est-ce dû au fait que l'auteur n'a pas trouvé le bouton pour pousser en modération ou que cela n'était pas prêt ou qu'il aurait fallu le relancer ? (c'est indécidable généralement)
Quelques questions aux personne s'impliquant dans la rédaction :
~- pourquoi publier un article sur LinuxFr.org plutôt qu'ailleurs ?
~- pourquoi [[http://linuxfr.org/statistiques/users#stats_general 3000 inscrits]] sur plus de 35000 ayant un compte ? Pourquoi tant de monde se privant de la [[http://linuxfr.org/aide#aide-toolbar toolbar]] ??
~- pourquoi pas plus d'articles sur KDE ?
~- pourquoi ? (à compléter)
----
CategoryHobby
Quitte à discuter de l'espace de rédaction, autant faire appel à ses participants réguliers pour en parler ;-)
L'[[http://linuxfr.org/redaction espace de rédaction]] c'est ce qui permet sur [[http://LinuxFr.org LinuxFr.org]] de préparer ses dépêches de manière collaborative, grâce à l'aide des ses pairs, des habitués de la rédactions ou de quiconque est inscrit sur le site. Un intérêt est de bénéficier de l'écriture à plusieurs pour agréger les compétences, les centres d'intérêt et le temps de chacun pour constituer des dépêches de qualitaÿ sous licence libre CC-by-SA.
Il y a les statistiques : c'est une gamification via https://linuxfr.org/statistiques/redaction (rédacteurs et modérateurs apparaissent, ce qui met en avant la modération, certaines dépêches n'apparaissant pas au préalable en rédaction)
Nous avons les moyens de contact et de relance :
~- la tribune de rédaction globale et sur chaque article
~- la ML de rédaction et un bouton relance accessible à ceux qui ont le statut rédacteurs et modérateurs, cf. http://linuxfr.org/team
~- tous les modérateurs sont abonnés à la ML de rédaction, pas besoin de mettre modo chez linuxfr.org en copie
Ce qui fonctionne bien :
~- mené et motivé grâce à mupuf, [[http://linuxfr.org/wiki/rediger-des-depeches-noyau les dépêches noyau]] permettent de suivre les publications de Linus et son franc-parler (cela est accessible à tout inscrit : traduire est à la portée de tous ;-) et en plus cela permet de suivre les évolutions des pilotes libres dans une bonne ambiance) dès que [[https://linuxfr.org/wiki/template-des-news-noyau la rc1 sort]] une dépêche est démarrée
~- les sorties de Firefox, de Gnome... pour KDE il y aurait besoin de plus de monde :/
~- systemd est propulsé par sinma< et 0 A.D. par eingousef<
Un très gros défaut : le manque de coordination, propre au travail collaboratif, chacun fait ce qu'il peut et c'est ce qui fait que cela fonctionne, il y a bien plus d'implication qu'espéré ou attendu !
Pour mettre en visibilité la rédaction et maximiser l'interactivité, il y a quelques entrées de suivi nécessitant un peu plus de discussion :
~- https://linuxfr.org/suivi/ajouter-la-tribune-de-redaction-sous-les-articles-en-redaction
~- https://linuxfr.org/suivi/ajouter-la-tribune-de-redaction-sous-celle-de-moderation
~- cela permettrait d'impliquer un peu plus les rédacteurs et les modérateurs
Si cela n'intéresse personne ni ne suscite l'intérêt d'un rédacteur ou d'un modérateur, ce ne sera jamais publié. Il y a quelques exemples :
~- [[https://linuxfr.org/redaction/news/comparaison-de-grapheurs-javascript-libres-pour-les-statistiques-linuxfr-org grapheurs javascript libres pour les statistiques]], démarré en janvier 2013
~- [[https://linuxfr.org/redaction/news/programme-de-pses2014 pas sage en seine]] un bon raté, encore présent en septembre 2014 alors que cela aurait dû être publié début juin 2014, tant mieux, c'est déjà prêt pour juin 2015 si cela se reproduit :-)
~- je ne vais pas élaborer, cela dépend de l'implication de chacun et de l'importance de publier en temps et en heure, voire de la nécessité de forcer la publication même si ce n'est pas complètement prêt (les commentaires sont là pour ajouter du contexte une fois publié)
~- néanmoins, cela pose question : est-ce dû au fait que l'auteur n'a pas trouvé le bouton pour pousser en modération ou que cela n'était pas prêt ou qu'il aurait fallu le relancer ? (c'est indécidable généralement)
Quelques questions aux personne s'impliquant dans la rédaction :
~- pourquoi publier un article sur LinuxFr.org plutôt qu'ailleurs ?
~- pourquoi [[http://linuxfr.org/statistiques/users#stats_general 3000 inscrits]] sur plus de 35000 ayant un compte ? Pourquoi tant de monde se privant de la [[http://linuxfr.org/aide#aide-toolbar toolbar]] ??
~- pourquoi pas plus d'articles sur KDE ?
~- pourquoi ? (à compléter)
----
CategoryHobby
