===== Le Plan guide cemea frama ===== Attention : nous devons réfléchir autant par parties et sections que par feuille. Chaque feuille (recto et verso) devrait pouvoir être consultée indépendamment, et donc photocopiée à loisir, etc. il faut aussi laisser la place à des illustrations (pour ces illustrations, il faudrait donner le scénario, et le contenu des phylactères le cas échéant). Dimensions de l'ouvrage : il faut partir sur du format A4. Au recto de chaque titre de partie / section : on peut mettre les dessins/détails "Contributopia" en pleine page, ce qui serait élégant. Il ne faut pas hésiter à être redondant : certains points abordé dans une partie le seront forcément dans une autre, d'un point de vue différent. A voir pour chaque partie les sections que l'on place sur les feuilles. Par exemple veiller à ne pas mettre deux études de cas sur un seul recto ou verso. Penser aussi aux captures d'écrans. ==== Introduction ==== [[cemfra:intro1|Intro feuille 1]] - Les enjeux de l'ouvrage - Le plan [[cemfra:intro2|Intro feuille 2]] pourquoi cet ouvrage est le fruit d'une collaboration entre CEMEA et Framasoft (présentation des deux asso) * Etude de cas 1 : Zourit aux CEMEA * Etude de cas 2 : Exemple de la communication interne à Framasoft * (voilà pourquoi nous (les auteurs) pouvons nous considérer comme experts en la matière). [[cemfra:intro2|Intro feuille 3 et 4]] * Où trouver des logiciels libres ? * Installer des logiciels libres (y compris : installer sur plusieurs postes) * Système d'exploitation libre ou rester à Windows/mac ? * A propos de l'utilisation des smartphones (penser à F-droid, mais pas uniquement) * La sécurité de votre système d'information (une section sera aussi consacrée) ==== I Collaborer ==== [[cemfra:collab1|Collaborer feuille 1]] - titre de la partie === I.1 La messagerie électronique === [[cemfra:collab2|Collaborer : feuilles « messagerie électronique »]] * logiciels de messagerie : clients lourds / webmail * focus sur Thunderbird * encart : les protocoles (Imap, pop, smtp) * La synchronisation des contacts et agendas (on retrouvera aussi cette question dans la partie "cloud", ou dans la partie "communiquer") : expliquer le concept de synchronisation et lister quelques outils pour cela, dont Nextcloud. * comment bien communiquer en asso à l'aide de la messagerie électronique ? * la question des pièces jointes * rendez-vous, planification, secrétariat, archivage (focus le format mbox et sur readpst qui permet de convertir des .pst en .mbox) * Former à la rédaction (nétiquette, transferts, copies...) === I.2 Composer des documents === [[cemfra:collab2|Collaborer : feuilles « composition de documents »]] * Texte et LibreOffice : les styles * Les formats et l'interopérabilité : s'envoyer des documents * Etude de cas : les (Frama)pad (retour d'expérience de Framasoft) * Comment organiser l'écriture collaborative ? : thèse : il faut toujours un coordinateur·ice * Etude de cas : rédiger un communiqué de presse à plusieurs (pad ou LO + suivi de modif ou Nextcloud et OnlyOffic, ou Lo online?, etc.) * Etude de cas : faire un diaporama à plusieurs (deux méthodes : échange de doc ou création en ligne) === I.3 Le Cloud (nuages) === [[cemfra:collab3|Collaborer : feuilles « nuages »]] * Le cloud, c'est quoi ? Stocker ses affaires sur l'ordinateur de quelqu'un d'autre ! Explications, enjeux. * Pourquoi ne pas utiliser les services tout en un tels Google Drive / GMail ou Office 365 ? * Etude de cas : le projet Cryptpad (https://cryptpad.fr/) * Echanger des documents (exemples : partager dans les nuages, courrier électronique et liens de téléchargement, etc.) * Accès : depuis un poste fixe, un portable : savoir synchroniser (familiariser avec le concept de synchronisation) * Etude de cas : « tous » les document de l'asso dans le cloud, vraiment tous ? * Outils de synchronisation de contacts et agendas * Outils collaboratifs dans le cloud : Nextcloud et OnlyOffice, Mypad... * Outils de communications dans le cloud : partage d'images, téléchargements, etc. * Les CHATONS * Avoir sa propre instance : serveur, hébergement (associatif, commercial, etc.) === I.4 Les outils en ligne === [[cemfra:collab4|Collaborer : feuilles « outils en ligne »]] * les outils dit collaboratifs ne sont pas les seuls moyens de collaboration : exemple des wiki (comme Dokuwiki) * Etude de cas : Wikipedia * On peut collaborer sans utiliser les mêmes outils : chat, microblogging, logiciels de management de teams, etc. Ces outils de communication sont aussi des outils de collaboration * Etude de cas : Framateam / Mattermost * Un site web peut aussi être un outil de collaboration : Wordpress ou Drupal (etc.) peuvent aussi être des occasions d'écrire des textes à plusieurs (suppose une gestion des droits d'accès : rédacteur, contributeur, directeur de publication, etc.) ==== II Communiquer (externe et interne) ==== [[cemfra:commu1|Communiquer feuille 1]] * Titre de la partie === II.1 Communication externe : le site ouèbe de l'asso === [[cemfra:commu2|Communiquer : feuilles « site oueb de l'asso »]] * Haaa, ce fameux site ouèbe, jamais à jour... il faut d'abord penser à la politique de communication externe de l'asso. * Quel logiciel choisir : Drupal ? Wordpress? Plume ? Un éditeur de texte ? Un site web statique ? * Un serveur : trouver un chatons, un hébergeur associatif, payer un hébergement d'un serveur dédié... * La sécurité : mise à jour, gestion d'une instance, serveurs... * Choisir les canaux de communication : ne pas être exclusif mais toujours rester clair : documents à télécharger sont partagés dans le cloud (avantage d'une instance Nextcloud et d'un logiciel de synchronisation : on peut modifier le fichier sans avoir à changer le site web) === II.1 Communication interne **et** externe : les canaux === [[cemfra:commu3|Communiquer : feuilles « les canaux »]] * dispositifs mobiles : Signal, Conversation, Mattermost * dispositifs web : Discourse (les forum), Mattermost * Quels usages ? quelles pratiques ? à creuser.... === II. 2 Les médias sociaux === [[cemfra:commu3|Communiquer : feuilles « médiax sociaux »]] * Enjeux * Les médias sociaux utilisés à des fins de communication interne * Faut-il communiquer là où « tout le monde » communique ? réponse : oui ! Fassebouc, touittère, Instagramme, Snapechiotte, etc. Mais à quelles conditions ? * Etude de cas : Mastodon et Peertube : Federation, webtorrent, activitypub... l'avenir d'Internet ==== III Organiser ==== [[cemfra:organ1|Organiser feuille 1]] * Titre de la partie === III. 1 xxxxxxxxxx === [[cemfra:organ2|Organiser : feuilles « xxxxx »]] * xxxxxxxx * xxxxxxxx * xxxxxxxx === III. 2 xxxxxxxxxx === [[cemfra:organ3|Organiser : feuilles « xxxxx »]] * xxxxxxxx * xxxxxxxx * xxxxxxxx ==== IV Mobiliser ==== [[cemfra:mobil1|Mobiliser feuille 1]] * Titre de la partie === III. 1 Les médias === [[cemfra:mobil2|Mobiliser : feuilles « les médias »]] * Une vidéos ? des photos ? rien ne vous oblige à déposer vos médias sur les plate-formes des GAFAM. Faites plutôt des liens vers une instance Peertube * Jouer avec les médias sociaux : sans faire des GAFAM les seules sources d'information * Faire participer : rien de plus désagréable de devoir créer un compte Google ou Facebook pour participer à un projet : pour garantir l'ouverture de vos projet, il faut des accès libres (ouvrir un compte n'est pas un problème tant que cela ne met pas en jeu la liberté des utilisateurs) === III. 1 Les canaux === [[cemfra:mobil3|Mobiliser : feuilles « les canaux »]] * Courrier électronique : listes de discussion (pratiques, logiciels (Sympa?), gestion) * Courrier électronique : quels outils pour une campagne promotionnelle ? * Chat, forum, microblog : discourse, Mattermost, Mastodon * campagnes : rester transparent sur l'usage des contacts que vous avez amassé ==== Autres aspects ==== [[cemfra:autresaspects1|Les compétences]] * Savoir manager les compétences : non le « responsable informatique » ne doit pas être toujours « celui qui s'y connaît » (il peut vouloir imposer des systèmes, et il faut penser à la pérennité des dispositifs qu'il a établi avant de partir, etc...) * Non le site web de l'asso ne doit pas reposer sur les épaules de « celui qui s'y connait »... Un site web n'est d'ailleurs pas suffisant. [[cemfra:autresaspects1|Parlons budget]] * Oui, il faut savoir payer et ne pas se contenter d'outils gratuits * Réserver un budget, oui, mais pourquoi ? (nom de domaine, cloud, etc.) * Les compétences en question : ce n'est pas uniquement par manque de compétence qu'on doit payer pour du cloud, mais aussi une question de responsabilité et de circonscription des rôles. [[cemfra:autresaspects1|La sécurité informatique]] * Les logiciels * Les dispositifs (postes informatique, smartphones, clés USB) * les bonnes pratiques [[cemfra:autresaspects2|Confidentialité]] * La confidentialité : aspects juridiques * Le RGPD : que faire ? * La sécurité des données