Déroulé / Contenus
Trombi !
Accords de groupe
Ressources partagées
Suivi individuel
Alysson
Aurélia
Cathy
Céline
Edmond
Fabien
Juliette
Maud
Maxime
Nicolas
Théodore
Framateam
Rechercher
×
Se connecter
×
Se connecter
Email ou NomWiki
Mot de passe
Mot de passe perdu ?
Se souvenir de moi
Se connecter
S'inscrire
Aide
Gestion du site
Tableau de bord
Base de données
Saisir une fiche : Ressources
Nom de la ressource
×
{{ actionGroup.label }}
Choisissez un Formulaire
{{ name }}
Nb. : Il est possible d'afficher plusieurs bases de données d'un coup en entrant leur id séparé par une virgule [
accéder à la documentation
].
{{ isBazarListeAction ? 'Sous quelle forme voulez-vous afficher les données?' : 'Choisissez une action' }}
{{ action.label }}
{{ selectedAction.hint }}
{{ panel.params.title ? panel.params.title : 'Paramètres'}}
Code à include dans la page
Descriptif de la ressource
**Prise de note de la journée Gare Centrale du 7 avril** **Différence entre usage et outils** Important d'être au clair sur "à quel usage on répond?" Quel est le besoin avant de partir "tête baisser" sur le choix d'un outil Quand le besoin est clair, plus facile de passer d'un outil à un autre. Si on reste bloqué sur l'outil "un pad" et non l'usage, plus difficile de s'adapter. utiliser un langage simple, accessible à tous (un "pad" parle t il à tout le monde ?) : langage commun **C'est quoi une Gare centrale ?** Métaphore : aiguillage, espace commun qui oriente vers les différents outils, ressources, infos. Souvent un collectif : des mails avec des pièces jointes, surcharges de mails et d'infos Les personnes très impliquées si retrouvent mais les autres (+ ponctuels, observateurs etc.) plus compliqué. Chacun doit donc se débrouiller avec ces infos, les enregistrer dans son ordinateur, les imprimer, prendre ses propres notes etc. Entraine de la dépendance et des décalages d'une personne à l'autre.(inégalité face à la technique) Besoin d'une gare centrale quand on commence à en avoir partout. Idée : aller à un seul endroit unique qui m'"aiguillera" vers l'info que je recherche. = autonomie La gare centrale ne remplace pas les outils existants, elle n'a pas pour but de répondre à tous les usages et besoins. Ex : une boite à outil vide et on met les outils dans cet boite. La gare centrale est la boite pour trouver ces outils et ressources, comment y avoir accès, mais aussi rappel du cadre du collectif, infos, process etc. Un lieu de stockage : drive, cloud etc. est très complémentaire pour stocker les documents, la gare centrale aide à trouver facilement ces documents. L'implication des gens étant variable il est important que chacun.e trouve les éléments facilement. **A quel type de groupe peut correspondre une gare centrale ?** Ne dépend pas tant du type de groupe mais de ces besoins. Ce qu'on veut en faire, comment cela peut soutenir le collectif. Le plus compliqué n'est pas la mise en place technique de la gare centrale mais de se poser les bonnes questions et définir ces besoins et comment on y répond. Il existe des gare centrale pour 2 et gare centrale pour des centaines de personnes. Les niveaux d'implication sont différents, juste lecture, contributeurs, des personnes qui modifient le wiki etc. **Comment permettre l'appropriation d'une gare centrale ?** Voir animation des usages aux outils (qu'on expérimentera au R2) + brainstorming fin de journée. Co-construction très importante perpétuelle, comment petit à petit et faire évoluer ensemble. Former et utiliser en présence régulièrement (lors des réunions, montrer ou on trouve le CR collaboratif etc.) Tester, commencer petit, voir ce qui a fonctionner et réadapter petit à petit. Si un jour plus adapté, choisir un outil que l'on peut changer, penser à la migration, l'export, ne pas être coincé dans un outil. Si modification d'un outil collectivement, il peut y avoir un intérêt de se le réapproprier. **Si toutes les infos ne doivent pas être visibles à tous ?** La gare centrale permet de cacher des choses. Possible d'avoir des niveaux de visibilités et des droits différents. A affiner collectivement. Possible d'avoir directement un mot de passe en entrant dans la gare centrale. Mais possible de rendre privé toute la gare centrale. Mais intéressant de se questionner pourquoi fermer ? N'est-ce pas intéressant d'être transparent et de laisser visible un certains nombre de choses, de process etc. ? Plus facile pour l'accès aussi. A discuter collectivement. Risque que le serveur plante. Normalement un bon hébergeur à des sauvegardes. Possible de faire des sauvegardes de son côté. Option payante **Ou situer une gare centrale ? ** Plusieurs gare centrales ? Une méta-gare centrale et plusieurs petites gare-centrale ? Pour que cela ne devienne pas une machine à gaz ? Important de définir les besoins du collectifs et de choisir un outil en fonction de ce besoin. Si nous sommes tous physiquement ou même endroit tous les jours, un bon vieux tableau de liège avec les infos, où est quoi, photo de l'équipe etc. fonctionne bien. Possible d'avoir un wiki général et des groupes de travail et sous-groupe avec d'autres "gare centrale de projet) qui pourront être des pads, des pages wiki ou autre Point d'attention : une gare centrale s'anime et se met à jour Mais éviter d'avoir les 2 : physique et numérique car compliqué de mettre les 2 à jour. Inciter les gens à aller sur la gare centrale "va voir ici l'info y est" mais pour ça la gare centrale doit être à jour. Tout doit etre facilité pour faire gagner du temps. Important que cet outil soit simple pour que chacun.e puisse contribuer Ou alors 2 gare centrale avec de susages très différents, mais pas de doublons. **Quels outils numériques pour une gare centrale ?** - __un pad__ (ou papapad) avec des infos et des liens vers les documents, les outils etc. avantages : très peu de freins techniques, peu d'investissement (temps, argent etc.) facile de changer si finalement l'outil ne convient pas ou envie/besoin d'une gare centrale plus aboutie. Idéal pour débuter, petit collectif, projet simple etc. Inconvénients : pas de mises en page, si bp d'infos moins lisible si trop long Attention à ne pas perdre les infos: faire des exports régulièrement. En même temps si personne n'y est aller depuis x temps, est-ce vraiment une gare centrale ? utilité ? - __trello, notion ou équivalent libre__ via nextcloud ou autre : voir type d'outil CANBAN avantages : gestion de projet, notion de projets, de tâches, possible de commenter, pinguer, suivre des délais etc. Outil connu, si tout le monde le connait cela peut être facile d'utilisation inconvénient : pour celleux qui ne le connaissent pas, plus difficile d'accès, d'habitude besoin d'un compte, pas de transparence et de partage à l'exterieur du groupe. Essaimage et voir ce que les autres font compliqué. + sécurité à discuter sur outil propriétaire - __un wiki yeswiki__ avantages : un site internet, donc une adresse uniquement, et une architecture simple en arborescence, des boutons, des liens que la plupart des gens maitrise. Pas de limites en terme de liens, plusieurs chemins peuvent mener au même endroit. Ouverts à toustes si on le décide tout le monde peut voir la gare centrale de notre collectif. + côté esthétique qui peut être personnalisé ex: www.giecaydat.org Permet de faire des bases de données. Permet d'être contributif d'être facilement avec de simples formulaires. Tout est personnalisable. inconvénients : besoin d'hébergé sur son serveur sinon adresse de la ferme? Attention au serveur être sur qu'il y a des sauvegardes. + besoin qu'il y ait quelques personnes qui ait des compétences de bases pour administrer le wiki, le sauvegarder etc. : idéal d'avoir une petite formation même si documentation très bien faite. **INSTALLER un WIKI sur Yeswiki** Yeswiki Outil libre et "Gratuit" mais contributions bienvenue pour payer les développeureuses. Normalement besoin d'un hébergement et d'un nom de domaine. Possible d'héberger un wiki sur une "ferme à wikis" donc sur un hébrgement mutualisé et géré par un organisme (Yeswiki, colibris, chaton...). Ex sur Yeswiki : https://ferme.yeswiki.net/?ListeDesWikis Dans ce cas, l'URL commencera par le nom de la ferme ex: https://ferme.yeswiki.net/lenomdemonprojet Possible de migrer dans un second temps le wiki de la ferme vers un serveur. **Créer un wiki sur la ferme Yeswiki :** 1- Aller sur la ferme Yeswiki : https://ferme.yeswiki.net/?ListeDesWikis 2- Cliquer sur "Créer son wiki" 3 - Remplir le formulaire - mettre un titre du site : c'est ce qui est visible sur la liste des wikis de la ferme uniquement - description courte : idem pour la liste, pas dans le wiki - logo : idem uniquement pour la liste des wikis - nom de la personne référente : idem - e-mail : n'apparait pas dans la liste, juste pour pouvoir vous contacter si besoin (ex: autorisation de supprimer le wiki si pas utiliser dans 1 an) - l'adresse du site wiki : commence forcément par https://ferme.yeswiki.net/.....(le nom de votre wiki) Attention ne pas mettre d'accent ni de .org, .fr qui est déjà dans "yeswiki.net" - choisir un mot de passe admin 4 - Une fois que le wiki est créé, une fiche avec le lien du wiki apparait. Bien sauvegarder le lien de votre WIKI : le mettre en favoris ou autre. (même si on peut le retrouver sur la ferme à wiki) **Modifier une page Yeswiki** Par défaut un Wiki est ouvert en lecture et en écriture. 1 - Faire un "double-clic" dans la page pour entrer dans le mode édition ( vous pouvez enlever les droits d’édition et les restreindre, si vous ne pouvez pas modifier une page d'un wiki c'est que les droits d'édition sont limités) 2 - Modifier le texte grâce à la barre du haut (gras, italique, format de titres, centré etc.) On voit le code mais il n'est pas nécessaire de la connaitre pour la mise en forme. Possible d'insérer des liens, des fichiers etc. Pour modifier la configuration d'un "composante" (lien, bouton, téléchargement etc.) Cliquez sur le mot violet (ex: button) un crayon apparait, en cliquant dessus il est possible de modifier la configuration de cette composante. Créer des pages et modifier le menu Différentes possibilités pour créer une page : - Ecrire un ChatMot dans une page - Créer un lien dans un page via le logo "lien" et choisir "ajouter une page interne au Yeswiki" et indiquer un nom de page qui n'existe pas, à créer - Dans l'Url, partir de l'url de votre wiki et après le/ mettre le nom de la page à créer ex : https://ferme.yeswiki.net/monwiki/manouvellepage - Dans le menu : roue crantée - gestion du site - éditer la page du menu haut - pour un titre principal "espace - tiret -espace" puis taper le nom de la page, sélectionner et intégrer un lien - pour un sous menu "espace - espace - tiret - espace" puis taper le nom de la page, le sélectionner et intégrer un lien vers une page Yeswiki. Et donner un nom à cette nouvelle page **Créer des formulaires bazar** 1- Créer des formulaires Dans la roue crantée - base de donnée - onglet "formulaire" On voit tous les formulaires, on peut voir les ficher existantes, ajouter des fiches, exporter les données du formulaire, leur "identifiant", modifier les formulaires etc. Cliquer sur "Saisir un nouveau formulaire" - saisir le nom du formulaire, un nom clair exemple : Trombinoscope, ou Agenda de l'association - description optionnelle si besoin de précision sur l'objet du formulaire - dans le constructeur graphique, glisser de droite à gauche les champs du formulaire en fonction des besoins : texte court, long, image etc. Modifier les champs utilisé : intitulé ex:" Votre prénom" Indiqué si ce champ est obligatoire Éventuellement changé les droit d'écriture et de lecture Questions conditionnelles : voir "affichage conditionnel" si ils répondent quelque chose, tel ou tel champ s'affiche. Pour les champs "sélectionner", "groupes de cases à cocher" et groupe de boutons radio" il est nécessaire de créer une liste avec les "possibilités" de la liste ex une liste "types de ressources" avec les possibilités "tuto" "apports de contenu" "fiche méthodes" etc. Pour créer une liste : Dans la roue crantée - base de donnée - onglet "liste" Créer la liste puis dans le formulaire, pour les champs "sélectionner", " groupes de cases à cocher" " groupe boutons radio" indiquer quelle liste lier au champs. Ex champ "Type de ressource" à lié à la liste "type de ressources" 2- Afficher le formulaire - Créer une page dédiée au formulaire ex : FormulaireTrombi - Intégrer le formulaire dans la page via "composants" afficher un formulaire de création de fiche" 3 - Afficher les données du formulaire - Dans la page où l'on souhaite afficher les données (trombinoscope, agenda, ressources) cliquer dans "composants" puis "afficher les données d'un formulaire - Choisir le formulaire que l'on souhaite afficher - Choisir le type d'affichage (bloc, agenda, calendrier, liste etc.) **Comment rater sa gare centrale à coup sûr ?** Brainstorming inversé {{grid}} {{col size="6"}} ===Comment louper sa gare centrale à coup sûr ?=== - Vouloir tout construire d'un coup tout bien - Beaucoup d'infos dès le départ - La construire tout·e seul·e dans son coin - Ne pas le tester à plusieurs - Lien pas visible - Pas entretenu, pas mis à jour - Mal cerner les besoins - Codes d'accès partout - Imposer l'outil - Ne pas former les gens à l'utilisation - Laisser seuls les gens faire des choses complexes - Ne pas expliquer l'objectif, l’intérêt - Ne pas mettre de contact pour demander de l'aide - Hotline 100% à distance - Une seule personne compétente - Départ de la personne qui s'en est occupé, sans transmissions - Ne pas favoriser l'échange entre pairs - Manquer l'entrée des nouveaux arrivants, pas de kit d'accueil - Pas de plan B pour les gens à la ramasse (pas d'ordi, pas de connexion ...) - Accès égal à toustes en admin : modification, suppression ... - Laisser visibles des données personnelles - Oublier de mettre à jour le logiciel - Une gare centrale toute moche - Pas intuitif, mal agencé, arborescence compliquée - Pas identifier les rôles pour signaler les bugs - Pas accessibles (handicap) - Y passer trop de temps, se noyer {{end elem="col"}} {{col size="6"}} ===Idées pour la réussir=== - Se mettre d'accord sur les usages et les besoins auxquels ça répond, les outils choisis - Esthétique et ergonomique - Construction par étapes et améliorer, compléter petit à petit - Copier un maximum des choses en s'inspirant d'autres collectifs - Ne pas être trop long entre le temps de définition des usages et les premiers tests : ne pas attendre que ce soit parfait - Commencer par une fonction qui embarque, qui concerne tout le monde, qui répond à un problème - Avoir des tutos, des formations en présentiel ... - Montrer la gare centrale en présence, faire des démonstrations pratiques (ex : retrouver un CR) - Réinterroger à moyen terme : toujours fonctionnel ? - Animer, avoir des processus - Ne pas fermer ou accompagner la gestion des mots de passe {{end elem="col"}} {{end elem="grid"}}
Activer JavaScript pour joindre des fichiers.
Fichier
Annuler
Échoué
Type de ressources
Apport de contenu, théorie
Production lors de la formation
Méthode d'animation
Outil numérique
Tuto, process
Pépite : livre, vidéo, podcast
Site, lieu, structure ressource
Autre ressource
Licence et auteurice
Lien vers la ressource
Téléchargement de la ressource
Téléchargement de la ressource
Illustration de la ressource
Valider
Annuler
×
Télécharger le fichier
Texte du lien de téléchargement
Afficher le pdf dans la page :
sous forme de lien
directement inclus dans la page
Alignement de l'image
Texte en dessous
Gauche
Centre
Droite
Taille de l'image
Miniature (140x97)
Moyenne (300x209)
Large (780x544)
Taille originale
Texte de la vignette
Paramètres avancés
Lien associé
Effets graphiques
Bord blanc
Ombre portée
Agrandissement au survol
Ajouter un lien pour afficher l'image seule en entier
Oui
Non
Texte de remplacement