Les astuces des projets collectifs qui ont fonctionné

Ils ont démarré petit et tout de suite

image unsplashastronaute.jpeg (2.0MB)
CC0 1.0
Un grand voyage commence par de tout petit pas


Risques

  • A trop avoir attendu les moyens... la communauté et son envie de démarrer a disparu ;-(
  • Les gros moyens sont arrivés mais avec les contraintes aussi ;-) => il va falloir planifier !
  • Le projet est tellement bien décrit qu'il n'y a plus de marche de manœuvre pour la communauté

Conseils pratiques

  • Etre pragmatique et utiliser les outils disponibles facilement (oui parfois l'outil de départ n'est pas aussi idéal ou aussi libre qu'on le souhaiterait... )
  • Mettre les groupes en situation d'agir rapidement car agir c'est permettre aux gens de déployer leur potentiel d'action dans un monde en crise, de redonner du sens
  • Diminuer les besoins de départ afin de limiter les risques d'évaluation "à priori" du projet
  • Ne partez pas d'une page blanche. Sur n'importe quel sujet il est possible d'amasser un peu d'info pour pouvoir tout de suite passer à l'action !
  • Profitez de ces premiers petits pas pour faire la "démonstration collective du besoin"



Ils ont compris les limites du travail collectif

Risques

  • A vouloir coopérer de suite sur nos coeurs de métier, on s'est fait peur et l'envie est passée...
  • Pour faire avancer son projet, on sollicite réunions sur réunions en oubliant les temps à distance (ou inversement)
  • A trop vouloir faire collectif, on cherche à intégrer tous les membres dans chaque projet
  • A trop vouloir faire collectif, on voit les projets s'essouffler, ne jamais produire, aboutir

Conseils pratiques

  • Au sein des groupes projets,
    • ne cherchez pas à faire partager-collaborer sur des sujets "à enjeux" (à risque ou vital) pour les membres... Jouez d'abord à coopérer !
    • veiller à mélanger temps de travail en présence et temps de travail à distance
    • veiller à ne pas négliger les temps "à distance" afin de ne pas réinventer la roue à chaque réunion faute d'avoir eu un entre-deux "plein"
    • veiller à communiquer vos travaux vers l'extérieur (autres groupes projets, la communauté)
  • Discutez et favorisez le CRP (coopération, réciprocité, pardon)
  • Ne cherchez pas à créer des groupes de travail autonomes de plus de 12 personnes (limites cognitives humaines).
    • Wikipedia n'est pas un groupe de travail collectif
  • => Ne confondez pas groupe projet et communauté









Ils se sont entourés d'une communauté

image Capture_decran_20160608_a_154605.png (0.2MB)


"Sauf exception, les meilleurs contributeurs n'ont pas le temps de s'investir dans votre projet ! "

Risques

  • Sans apports extérieurs, tous les projets meurent naturellement
  • Les opportunités grandissent avec le nombre de membres et le nombre d'échanges entre-eux. Si on est peu... peu d'opportunités !
  • Pour éviter "l'entre-soi" d'autres visions, sources de nouvelles idées sont nécessaires

Conseils pratiques

  • Chercher à rapidement créer une communauté (en ajoutant-invitant des membres),
    • Quitte à jouer le "dictateur bienveillant" (pour un temps court ;-)
    • Ecrire et décrire son projet sans aller trop loin dans les résultats attendus, le rendre joli et aller en parler partout, y compris près des gens "différents" (les liens faibles)
  • Ne pas exclure les membres qui ne répondent pas aux sollicitations, ils sont observateurs, probablement futurs réactifs

Une communauté ça peut servir à

  • offrir un espace privilégié de diffusion (et d'appropriation collective) d'informations
  • favoriser l'entraide et l'échange (direct) entre les membres
  • développer-soutenir-amplifier des projets collectifs (les groupes projets créent une dynamique dans la communauté et la communauté nourrit les projets, en humains, en idées)
  • développer des activités d'intelligence collective (plus compliqué)





Ils ont motivé les membres à participer

image Capture_decran_20150311_a_144515.png (71.2kB)
Lien vers: http://youtu.be/WS1Nw6RWFmc?list=FLd5TOlxp9drt-ZRvh9s0cRg


N'oublions pas que dans un projet collaboratif les participants ne sont pas "contraints" d'être là et de participer

Risques

  • Confondre la motivation des membres actifs (dans les projets) et des membres "observateurs" de la communauté
  • Modifier sa façon de faire n'est pas simple... c'est souvent un processus de bascule qui ne peut s'opérer que si les conditions sont là
  • Quand c'est intéressant mais chiant, on reste souvent bloqué sur le "chiant"
  • Là où y a pas de plaisir, je reste pas ;-)
  • Ici on produit rien, on apprend rien... c'est de la réunionite aiguë !
  • C'est compliqué, ça change tout le temps... vous cherchez à me dégoûter ou quoi !
  • Ca sert à quoi tout ça ? pour moi, pour nous, pour l'humanité ? Mon temps est un bien "rival" (quand je vous le donne, il est perdu)

Conseils pratiques

  • Pour les membres actifs dans les projets, "déjà" motivés, il leur faut un accompagnement spécifique
    • Soutien logistique (salle, matos...)
    • Soutien dans la communication, la diffusion de leurs productions à minima dans la communauté (souvent ils oublient, pris dans leur travail ;-)
  • Pour les membres observateurs de la communauté qu'on aimerait voir s'engager, il faut
    • Simplifier la communication, les démarches, les outils : faire sauter les mot de passe ;-)
    • Permettre un engagement à la carte, sans trop de paperasses, on entre et sort quand on veut !
    • Prévoir des moments purement conviviaux : Boire des coups !
    • Rendre visible et faire circuler les lieux d'investissement. Faire des listes de tâches simples
    • Rendre visible le sens, les valeurs de votre projet
    • Proposer des tutoriels, des séances de formation dès que des "envies" apparaissent
    • Commencer en présence et poursuivre à distance
    • Favoriser les petites expériences de coopération
    • Organiser des temps de "retours d'usage" après avoir tester une pratique nouvelle ou un outil => faire monter le niveau de conscience
    • Valoriser le moindre de contribution (même modeste) en la rendant visible aux yeux de tous






Ils ont compris que produire et partager étaient motivant

image Capture_decran_20160608_a_154913.png (0.3MB)
CC BY SA Openstreetmap


Contribuer sur OSM est motivant, mes apports sont rapidement visibles et apportent une plus value "au monde". Je sais pourquoi je le fais !

Risques

  • Se voir pour se voir c'est sympa mais "un peu court". Le temps est un bien rival !
  • Produire pour produire n'a rien de passionnant, ni de motivant
  • A vouloir atteindre la perfection, on risque de passer à côté de "l'oeuvre de sa vie" (à un jour près)

Conseils pratiques

  • Partager les productions même si elles ne sont pas "finies" (à minima avec la communauté)
  • Inviter à contribuer, réagir sur ces productions, expliquer comment le faire
  • Nommer les contributeurs de ces productions pour favoriser les mécanisme d'estime au sein et en dehors de la communauté
  • Rediscuter de temps à autre des buts de vos productions
  • Faites du beau, sacralisez les productions !
  • Enfin, choisissez la bonne licence de partage pour votre production (et discutez-en)






Ils ont travaillé rapidement la question des conditions du partage (des productions)

image 512pxCClogosvg.png (13.7kB)

Risques

  • La perspective de produire et laisser dans un carton n'a rien de passionnant, ni de motivant
  • Si on élude la question du partage, elle revient en force avec des conséquences très néfastes pour la survie du projet, de la communauté
  • Faire comme si ce n'était pas important, comme si on avait pas le choix

Conseils pratiques

  • Mettez rapidement ce point en débat (et levez les lièvres ;-)
  • Offrez un cadre clair aux éventuels futurs contributeurs
  • On ne doit pas tout partager, mais réfléchissons-y
    • Ma structure ou mon objet social ?
    • Mon objectif dans ce projet, la cause pour laquelle j'investis mon temps
  • Montrez, formez à l'utilisation des différents types de licences (notamment les licences libres)
  • Rendez visible ce que le "libre" rend possible dans nos vies (la roue, le feu, le html....) et les limites de la PI







Un ou des humains animent et veillent au processus




Un leader n'est rien sans les suiveurs..

Risques

  • Inviter les membres à coopérer sans être "crédible"
  • Devenir l'animateur-fossoyeur du projet
  • Confier l'animation de la communauté et des projets aux outils
  • "Oublier" que dans tous projets, même collaboratifs, il existe des tâches critiques
  • Oublier que la convivialité est une de ces tâches critiques et qu'elle est le propre de l'homme
  • Oublier que dans tous projets humains, même collaboratifs, des tensions existent

Conseils pratiques

  • Commencer par soi-même en appliquant en interne ce que l'on souhaite voir en externe
  • L'animateur est souvent une personnalité "rare", très présente qui peut rendre le projet totalement "dépendant" d'elle (si elle n'y prête attention)
  • Faire rapidement monter en compétences les motivés afin de ne pas créer de "goulots d'étranglement"
  • Repérer les "bons suiveurs" et leur confier un rôle, notamment dans le soutien à la participation (en réagissant les 1er par ex)
  • Aucun outil seul n'est en capacité d'animer des humains (aujourd'hui... mais sans doute pour longtemps encore)
  • Gérer les départs (Et puis merde), débattez avec le partant et questionnez le collectif sur ce départ
  • L'animateur c'est vous ! votre place est vitale, vous gérez les tâches critiques et aucun outil ne pourra le faire pour vous !
    • Organiser le rôle de facilitateur (interface d'échange entre les groupes projets et la communauté)
    • Organiser la modération de la liste de discussion (sous peine de désabonnement massif)
    • Maintenir la logistique de base (serveurs...)
    • Gérer les conflits, rendez visible les processus à l'œuvre (cycle mimétique par exemple)







Ils ont mélangé les temps de travail avec ceux de convivialité et de sens

Risques

  • Sans moments festifs, c'est pas marrant ;-)
  • Sans moments productifs, c'est pas motivant
  • Sans vision claire de pourquoi je suis là, de pourquoi je fais ça... je reste pas "durablement"

Conseils pratiques

  • Profitez de la communauté pour enrichir les groupes projets et de la dynamique des groupes projets pour booster la communauté
  • Créer à fréquence régulière des rencontres "en présence" pour encourager les actifs.
  • Créer, instituer à fréquence régulière (chaque année par ex) et sur un mode convivial des temps de questionnement du projet / Faites régulièrement la démonstration du besoin collectif
  • Offrez des perspectives à long terme, pour favoriser les envies de coopérer (ombre du futur)
  • Profitez-en pour faire vivre des petites expériences irréversibles de coopération (1er pas de l'engagement)
  • Montrer le groupe au groupe afin de créer l'esprit communautaire et le sentiment d'appartenance (annuaire, rite...)











Ils ont utilisé les outils à bon escient

image unsplash_outils_web.png (1.1MB)


"Si votre seul outil est un marteau, tout commence à ressembler à un clou" Proverbe japonais

3 outils (presque) incontournables
  • une mailing list
  • un espace de co-écriture
  • un espace de stockage (wiki ou autres)

Risques

  • Confier l'animation du projet aux outils
  • Mettre en place "des usines à gaz" avant même l'émergence des besoins
  • Changer d'outils à chaque fois qu'un nouveau apparaît
  • Avoir 50 outils différents en marche, décourageant pour les "non geeks"
  • Sur-estimer les compétences informatiques au sein de la communauté
  • Chercher l'outil idéal avec de fortes chance de ne jamais le trouver (ou alors une fois trouvé y aura plus personne pour l'utiliser)

Conseils pratiques

  • Etre pragmatique et démarrer avec les outils existants même s'ils ne sont pas aussi parfaits ou aussi libres qu'on le souhaiterait
    • Accepter que "l'outil idéal est l'outil dont j'accepte les limites"
  • Mettre en oeuvre les outils et méthodes en présence avant de les envisager à distance
  • Créer des tutoriels pour permettre à chacun de se "rassurer" sur l'outil, la méthode
    • Pour une utilisation possible maintenant qu'il est seul à distance...
    • Pour ne pas être seul à maîtriser l'outil et devenir un "maillon faible"
  • Ne mettre en place les outils que quand le besoin s'en fait sentir (adhésion nettement plus grande)
  • Ne changer d'outil qu'après en avoir discuté et s'il y a une réelle plus-value
  • Travailler la notion d'outil convivial d'Illich
    • il ne doit pas dégrader l'autonomie personnelle en se rendant indispensable
    • il ne suscite ni esclave, ni maître
    • il élargit le rayon d'action personnel






Ils ont (vraiment) fait circuler l'info et mis en place une espace de stockage partagé

image rendre_visible.png (0.6MB)

Risques

  • S'il n'y a pas de traces, il faut réinventer l'histoire sans cesse !
  • S'il n'y a pas de traces, il n'est pas facile pour les nouveaux d'entrer dans le projet, la communauté
  • Si les lieux d'investissements ne sont pas visibles, j'investis ailleurs, là où c'est plus clair
  • Quand l'info n'est pas uniformément partagée, tous les membres ne sont donc pas au même niveau... ça sent "l'exclusion"
  • Quand le travail des membres n'est pas visible, les mécanismes d'estime ne peuvent prendre place, c'est décourageant !

Conseils pratiques

  • Maintenez la mailinglist et gérez-la activement afin de rendre visible le travail de chacun tout en évitant le bruit superflus et les désabonnements massifs
  • Mettez en place une espace partagé centralisé facilement accessible pour chacun
  • Partager tous les contenus (même non finis) sur un espace centralisé, faites savoir que c'est disponible (et facilement modifiable)
  • Proposez des tutoriels pour ceux qui voudraient aider et/ou qui sont bloqués
  • Gardez toutes les traces du passé, coordonnez-les, rendez-les "lisibles" pour éviter de repasser par les erreurs du passé et accueillir les nouveaux
  • Faites du beau, sacralisez les productions !






Ils ont évité les titres et privilégié les mécanismes d'estime

Dans un projet collectif, le pouvoir de contrainte (pouvoir hiérarchique ou contractuel), n'est plus au centre de la gestion du projet.

Risques

  • Motiver en attribuant des titres aux membres
  • Evaluer le projet par un nombre réduit de personnes
  • Croire en l'évaluation objective des comportements humains

Conseils pratiques

  • Eviter de donner des titres aux membres, plus encore pour des postes "opérationnels" car
    • Il s'agit d'une reconnaissance à priori qui nous place dans le principe de Peters
    • Ils donnent souvent un pouvoir hiérarchique coercitif
    • Ils présentent un danger lorsqu'ils sont opérationnels car ils bloquent un rôle qui ne peut être repris facilement par un autre si nécessaire.
  • Proposer plutôt à ceux qui le désirent d'endosser un rôle (temporairement)
  • Faites circuler largement l'information et nommer les contributeurs afin de favoriser les mécanismes d'estime
    • L'estime est un bien non rival, qui évolue en permanence et qu'on ne peut "demander"
    • Elle offre à celui (ou au projet) qui en a :
      • une satisfaction personnelle
      • une facilité pour obtenir des moyens
      • une facilité pour attirer des collaborateurs






Ils ont changé de regards

image reussirechouer_image.png (0.2MB)
Lien vers: https://framalab.org/gknd-creator/


"Vivre c'est risquer de mourrir..."

"Dans l'aquarium, les poissons parlent aux poissons."


Risques

  • Passage de l'attention à l'intention ou quand la structure prend le pas sur l'objet (le projet)
  • Refaire du planifié en cherchant du collaboratif
  • Vouloir faire du collaboratif quand les conditions n'y sont pas
  • Ne pas lâcher prise, ne pas voir et saisir les opportunités

Conseils pratiques

  • Faites confiance au groupe et à sa capacité à gérer les "parasites" (surtout si vous avez rendus visible les contributions)
  • Faites confiance au mécanisme d'estime, oubliez les titres !
  • Ne vous enfermez pas dans des résultats chiffrés mais dites plutôt : "le plus possible de ..."
  • S'interroger sur ce que l'on veut "juger"
    • L'apport réel du projet ? (même si colle plus trop avec objectifs initiaux)
    • Son adéquation avec les objectifs initiaux (même si entretemps, ils ne sont plus pertinents)