Prise de note journée Gare centrale et Yeswiki
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.
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
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
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
- 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é
- 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
- 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
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.
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"
- 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é
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
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
Type de ressources
- Production lors de la formation
Licence et auteurice
CC by SA Animacoop