Vue lecture

Il y a de nouveaux articles disponibles, cliquez pour rafraîchir la page.

Association LinuxFr et site LinuxFr.org en 2022/2023

Le 12 janvier 2024 a eu lieu l’assemblée générale de l’association LinuxFr (couvrant statutairement la période du 1ᵉʳ octobre 2022 au 30 septembre 2023). C’était aussi l’occasion de discuter des activités ne relevant pas directement de l’association, mais de la vie du site LinuxFr.org : c’est‑à‑dire y compris de bénévoles ou contributeurs non membres de l’association, sur une période comprise entre la période couverte lors de l’assemblée précédente et le jour de l’assemblée.

Les membres de l’association étaient statutairement convoqués, et les membres de l’équipe de modération, d’animation de l’espace de rédaction et de maintenance, ainsi que la présidente de l'April.

Le compte‑rendu complet est fourni en lien. Voici un résumé des thèmes abordés :

  • dans la partie bilan moral de l’association LinuxFr pour la période du 1ᵉʳ octobre 2022 au 30 septembre 2023 : assemblée générale, convention d'hébergement, prix mensuels, relations avec les autres associations, communication interne et externe, risques juridiques, nouveaux membres, potentiels risques juridiques pour l’association, remerciements ;
  • dans la partie activités autour du site LinuxFr.org entre le 16 février 2023 et le 31 décembre 2023 : administration système, développement, administration du site, modération du site, animation de la rédaction du site, contenus réguliers ou particulièrement notables, rencontres physiques, évolutions de l’équipe, visibilité externe (positive ou non), informations régulières des membres, diversité.
  • et enfin des discussions diverses sur les thèmes proposés par les personnes présentes.

Commentaires : voir le flux Atom ouvrir dans le navigateur

Deux ans en tout-doux-cratie : bilan et perspectives

Ce billet est la seconde et dernière partie d’une enquête sur la gouvernance associative. La première partie est par ici : https://framablog.org/2022/09/05/de-la-bureau-cratie-a-la-tout-doux-cratie-refonder-la-gouvernance-associative


TL;DR : Picasoft est un chaton majoritairement étudiant actif depuis 2016. Comme nombre d’associations 1901, il fonctionnait avec un bureau classique : président·e, trésorier·e… et, dans notre cas, responsable technique. Les responsables ont bon dos : grand pouvoir, grande responsabilité, tout ça. Quand cette pression devient trop forte, des conflits éclatent, remettant en question l’existence même du bureau. On décide alors de changer de mode de gouvernance : il nous faut quelque chose de plus horizontal, qui répartit la charge mentale. Mais quand on a dit horizontalité, on a tout et rien dit. Comme le rappelle Jo Freeman dans La tyrannie de l’absence de structure, l’horizontalité sans structure risque de reproduire des rapports de domination sans les rendre palpables.

C’est dans ce sillage que s’inscrit la tout-doux-cratie : un mode de gouvernance qui tente de concilier fluidité, démocratie et bienveillance. L’accès à l’information pour tout·es y est central. Les actions se divisent en deux catégories : ordinaires, qui peuvent être menée sans consensus a priori, et extraordinaire, qui requièrent un consensus ou, du moins, une absence de dissensus. La charge de prouver qu’une action ne devrait pas être menée est transférée sur la personne qui n’est pas d’accord. Sans consensus explicite, l’action peut être menée à l’expiration d’un délai. La discussion et la recherche de compromis sont privilégiés sur le vote, qui n’intervient qu’en dernier recours.

Résumé du processus d’action en tout-doux-cratie, extrait de la première partie du billet.

Voilà pour le résumé à la hache. Pour les détails… je vous renvoie à la première partie.

Dans ce billet, je vous propose de faire un bilan après plus de deux ans en tout-doux-cratie : d’abord en examinant quelques statistiques, puis en rentrant dans le détail de cas difficiles, sujets à tensions. Enfin, je passerai en revue les limites possible de ce mode de gouvernance.

La tout-doux-cratie en chiffres

La première partie du billet était essentiellement théorique. En pratique, Picasoft est en tout-doux-cratie depuis près de deux ans, ce qui est un délai raisonnable pour une première évaluation. Pour ce faire, on a développé un petit script qui produit des statistiques sur les actions. L’idée est de voir si dans notre cas, le système est fonctionnel. Je vous propose de regarder les chiffres et de les commenter.

Les actions initiées totalisent à 108 : 50 ordinaires et 58 extraordinaires. Le nombre d’actions ordinaires est sous-estimé, car pas toujours formalisé de sorte à ce que le script le détecte. Sur les actions repérées, quelques statistiques :

Intitulé Taux
Actions avec une majorité contre 0 %
Actions avec au moins un contre 2 %
Actions avec au moins un contre acceptées par délai 1 %
Participation moyenne aux actions extraordinaires 60 %
Actions extraordinaires sans vote contre acceptées par délai 10 %
Actions avec au moins un neutre 12 %
Participation moyenne aux actions ordinaires 50 %

 

Le premier chiffre important à regarder est le taux d’actions avec une majorité contre (équivalent à un contre-vote à majorité pour), car c’est le seul cas où une action est refusée. Ce taux est littéralement nul, c’est-à-dire que l’ensemble des actions entreprises en tout-doux-cratie depuis 2 ans ont été statutairement acceptées.

Ma première intuition — et probablement la vôtre à la lecture de ce chiffre — est de sentir que le système est dysfonctionnel. En effet, que dire d’un mode de décision qui a laissé passer l’absolue totalité des actions initiées 2 ans durant ? Il semble n’y avoir que deux solutions. Soit tout le monde est tout le temps d’accord…

Allégorie extrêmement réaliste de la vie en tout-doux-cratie.

…soit les désaccords ne sont pas exprimés au niveau du vote. Et en fait, l’acceptation de la quasi-totalité des décisions — malgré des désaccords — est précisément le signe d’une tout-doux-cratie qui fonctionne. Je m’explique.

On l’a vu, le vote contre est un outil de dernier recours. En d’autres termes, les membres n’ont pas soumis d’actions dont ils savaient qu’elles faisaient l’objet de dissensus trop forts. Cette affirmation se vérifie par le taux d’actions avec au moins un vote contre : 2 %. Parmi elles, la moitié n’ont pas récolté une majorité de votes pour, mais n’ont pas non plus récolté de majorité de votes contre. Les règles de la tout-doux-cratie autorisent alors l’auteur·ice de l’action à la réaliser. La sélection est réalisée en amont du vote.

Pour autant, ces actions ont été abandonnées, sur un principe de bonne foi : on pensait bien faire, mais on constate que l’action ne fait pas consensus, alors on abandonne.

Deuxième chiffre crucial : la participation moyenne aux actions extraordinaires. Ces actions pouvant avoir un impact fort sur l’association, il est désirable qu’elles soient décidées par le plus grand nombre. Cette participation est de 60 %, c’est-à-dire qu’en moyenne, plus de la moitié des membres donnent leur avis sur les actions extraordinaires. Si on peut se satisfaire de ce minimum, le chiffre reste un peu faible pour des actions de cette importance.

On peut toutefois justifier la faiblesse de ce chiffre par le contexte associatif ; le bénévolat passe souvent après les obligations et les étudiant·es qui se désintéressent de l’association mettent du temps à actualiser leur statut de membre.

Le dernier chiffre significatif correspond au nombre d’actions extraordinaires qui ont été acceptées par expiration du délai : ce sont les actions sans contre, mais sans adhésion majoritaire. Près d’une action sur dix est concernée ; ce sont à peu près les mêmes qui recueillent des votes neutres. Le neutre n’étant pas formalisé dans les statuts, il est difficile d’estimer à quel point l’absence de vote vaut un neutre, une abstention ou un manque de réactivité. Pour autant, l’acceptation de ces actions n’est pas pathologique dans la mesure où les membres de l’association se sont engagé·es à se tenir informé·es ; à l’expiration du délai, l’ensemble des membres a eu l’opportunité de donner son avis. Par fluidité, on avance même si le consensus n’est pas explicite.

Pour donner corps à ces chiffres, je vous propose d’examiner dans le détail certaines des actions tout-doux-cratiques concernées.

La tout-doux-cratie à l’épreuve

Dans les deux situations qui suivent, la tout-doux-cratie a été mise à l’épreuve : image de l’association fortement engagée, pas de consensus facile et nécessité de décider dans l’urgence.

Picasoft au concours de la reine du muguet

À Compiègne, chaque année, la mairie organise un concours sexiste, discriminatoire, conservateur et paternaliste : la reine du muguet. Chaque année, une nouvelle « reine » est élue et a pour prérogative de représenter la ville à tous les événements qui chantent à la mairie. Pour rendre compte de l’absurdité de ce concours, voici quelques mots choisis de son règlement :

La participation d’une candidate à l’élection implique de pouvoir répondre aux conditions suivantes :
‐ Avoir entre 18 et 22 ans lors de l’inscription et être de nationalité française.
[…] ‐ Être célibataire, sans enfant.
[…] ‐ Être d’une taille minimum de 1,65 m.
[…] Une fois élues, […] elles s’engagent à ne porter l’écharpe et la couronne qu’avec l’accord de la Ville, à porter la tenue offerte par la Ville, à ne pas fumer et ne pas utiliser de téléphone portable lors de représentations publiques.
[…] La Candidate veillera à porter, pour toutes les convocations officielles décrites ci dessus, une tenue correcte exigée (robe et chaussures).
[…] La Candidate s’engage à se comporter en toutes circonstances et en tous lieux avec grâce, élégance et dignité.

Ces extraits se passent de commentaires.

Le conseil municipal en plein brainstorming pour disrupter la prochaine édition.

 

En revanche, le règlement ne dit rien sur le sexe de la candidate ; seul le pronom elle, qui dénote le genre, est employé. Si on peut raisonnablement douter que la mairie de Compiègne soit sensible à cet argument, il n’en fallait pas plus pour qu’un·e membre de sexe masculin de Picasoft, répondant par ailleurs aux conditions formulées (détenteur·ice d’un formidable mètre quatre-vingt, non fumeur·se, célibataire, rempli·e de grâce, équipé·e en robe et chaussure de bon ton) décide d’aller troller le concours en s’y présentant avec la dignité de circonstances.

Seulement, il y a un hic : les candidates doivent « être présentée[s] par un commerçant ou une association de Compiègne ». Qu’à cela ne tienne, Picasoft est domiciliée à Compiègne. Une action extraordinaire est lancée dans la mesure où l’image de Picasoft est engagée. Les avis divergent particulièrement. Picasoft est-elle prête à mettre les pieds dans le plat pourri de la politique locale et à en assumer les conséquences ? Est-ce raisonnable de parrainer une candidature alors que c’est sans rapport aucun avec l’objet de l’association ?

Neuf jours plus tard, c’est la deadline pour s’inscrire au concours de la reine du muguet. Or le délai de 10 jours avant levée du verrou bloquant concernant une action extraordinaire n’est pas passé. Aucun vote contre, quelques votes pour, mais clairement pas encore assez pour dégager une majorité. Conclusion en tout-doux-cratie : le soutien de la candidature n’est pas autorisé.

Mais pour interroger la tout-doux-cratie, imaginons un monde alternatif où l’action aurait été lancée un jour plus tôt. Pas de vote contre, pas de majorité non plus ; 10 jours passent, le verrou expire, l’action aurait été validée. C’est cette expérience de pensée qui anime une autre discussion entre les membres : est-ce normal qu’une décision qui engage l’image de l’association et qui rencontre de nombreux doutes soit validée par manque de participation ?

Ce qui en ressort, c’est que voter contre est un acte très fort en tout-doux-cratie. Pour rappel, voter contre bloque la décision pendant 10 jours et enjoint le·la contre-votant·e à faire consensus autour du rejet pour bloquer définitivement l’action. Aussi, les votes sont publics et un vote contre peut être pris personnellement, particulièrement dans ce genre de cas.

D’un autre côté, voter pour quand on a une faible implication dans l’asso n’est pas évident : la personne qui vote ne sera pas forcément là pour assumer les conséquences, même si elle est pour sur le principe.

Ces frilosités à se positionner clairement sont virtuellement des votes blancs, qui ne sont pas distincts de l’abstention dans les statuts. En pratique, un smiley de drapeau blanc donne des indices sur le canal de vote. Et voter blanc est dans ce cas dans l’esprit de la tout-doux-cratie : je me m’engage pas, je ne suis sûr⋅e, mais je ne veux pas bloquer la décision. La fluidité et les compromis prévalent sur les blocages. Si d’autres personnes sont ok, alors ça me va que ça se fasse, mais sinon il faut me convaincre.

Ce coût du vote contre est assumé : à n’utiliser qu’en dernier recours, quand une action est particulièrement conflictuelle et qu’il faut trancher formellement. Ici, l’action aurait été certes statutairement validée, mais elle n’aurait pas produit de consensus. Le·a membre en question s’était d’ailleurs engagé·e à ne pas présenter sa candidature sans un consensus fort. Question de confiance, donc… dont on reparlera en dernière partie.

Picasoft au ministère de l’intérieur du Koweït

Le 7 décembre 2021, Picasoft reçoit un curieux mail, intitulé « threating e-mail using drop@picasoft.net urgent disclosure request ». Le corps du message est un court message (Kindly find attached our request – Awaiting your kind reply) qui fait référence à une pièce jointe au format PDF.

Son contenu va vous surprendre.

Autant vous dire que jusque là, ça ressemble à un début de scam, du phising ou que sais-je encore. Le courrier provient supposément du ministère de l’intérieur du Koweït et explique que notre instance de Lufi — un service libre et sécurisé de partage de fichiers — est utilisée entre autres pour envoyer des menaces de mort et de kidnapping à une famille qui a porté plainte.

Le courrier se finit par une demande :

En bref, nous sommes enjoints à transmettre à l’expéditeur les informations personnelles sur l’utilisateur de Lufi à l’origine des menaces. Le courrier contient en annexe les mails reçus par la victime. Leur contenu est particulièrement violent. Une dernière annexe reproduit la carte d’identité de la victime et la plainte qu’elle a déposée.

C’est le premier cas du genre qui se présente chez Picasoft. Bien que l’approche soit extrêmement douteuse, nos investigations confirment que le courrier est authentique 1

À ce stade, les membres qui ont authentifié la demande et pris connaissance de la gravité des menaces font face à un dilemme éthique : que faire, sachant que des vies sont peut-être en danger ? Il n’est alors pas exclu de transmettre l’information demandée, malgré l’illégalité d’une telle action, à la condition de communiquer publiquement sur l’ensemble du processus de décision.

Un mail est envoyé dans la foulée au ministère de l’intérieur du Koweït pour confirmer la réception de leur demande et leur demander de patienter. Comme l’action engage très fortement l’association, une action extraordinaire est nécessaire. En revanche, il semble difficile de se prononcer sans prendre connaissance de l’ensemble des éléments. Or, lire ces documents, c’est aussi s’exposer à leur lourde violence. L’idée est alors de déléguer la décision finale à un groupe de volontaires :

[…] Un groupe de membres s’est donc constitué et je demande par cette action qu’on leur délègue le droit de décider en conscience de l’action à mener, transmettre ou pas les éventuelles infos, sachant que […] s’ils décident de le faire c’est bien une décision de l’asso, parce qu’on aura considéré ici qu’il existe des cas ou il est légitime de le faire et qu’on leur aura donné mandat pour cette action.

La situation est urgente, il est difficile de prendre du recul. À rebours complet des discussion jusqu’alors, un membre intervient et recadre le débat : il faut sans aucun doute répondre par la négative. Le Koweït n’a pas à intervenir directement auprès d’un ressortissant français, quelle que soit l’urgence, et connaît les procédures pour passer par les autorités françaises. Il est donc inconcevable de leur transmettre la moindre information et ce mandat n’a pas lieu d’être. Cette objection reconfigure le débat et deux points émergent :

  • Il ne devrait pas être de notre responsabilité de prendre cette décision, mais aux autorités françaises. Engager la responsabilité du responsable administratif à travers une action illégale est extrêmement problématique.
  • Le Koweït est un régime autoritaire capable de monter un dossier crédible pour obtenir des informations sur un opposant au régime, par exemple.

Cette action est la première à cumuler plusieurs votes contre. Selon le formalisme des statuts, une majorité de votes contre est nécessaire pour invalider l’action. Il ne sera pas nécessaire d’en arriver là : les arguments font consensus et l’action est spontanément abandonnée. Le ministère de l’intérieur du Koweït est renvoyé aux autorités françaises.

Ce qu’illustre bien cet exemple, c’est que la tout-doux-cratie s’est montrée fonctionnelle non pas tant par son processus technique (action extraordinaire, verrou bloquant…) que par ce que ce processus produit :

  • Une nécessité d’informer correctement et clairement tous les membres. Une proposition d’action doit être vulgarisée et reformulée pour que chacun·e soit en capacité de donner son avis.
  • Une obligation pour les membres de s’informer et donc la possibilité de donner son avis dans un délai raisonnable.

Ici, l’urgence de la situation a conduit un petit groupe de membres à considérer une option — divulguer des informations personnelles à un régime autoritaire en toute illégalité — qui semble inconcevable a posteriori. La communication pour donner mandat d’agir à ce groupe a permis de faire émerger un débat contradictoire et d’éviter une décision que l’on aurait pu regretter longtemps.

Des limites de la tout-doux-cratie

Après avoir défendu le bon fonctionnement de la tout-doux-cratie dans les précédentes parties de cet article, une dose d’auto-critique est plus que bienvenue.

Je pense que les limites de ce mode de gouvernance peuvent être interrogées par trois prismes : faiblesses du mode de scrutin, difficultés de transposition à d’autres structures et possibilités d’abus du système.

Un mécanisme de vote faible

Il me semble que le mécanisme de vote simpliste des actions (pour ou contre) pose problème à plusieurs égards. En premier lieu, l’abstention et le blanc sont tout bonnement absents des statuts et sont distribués de manière informelle. De ce fait, il est impossible de savoir si une action a reçu peu de votes par manque d’information ou par prudence, abstention, position neutre…

Portant, cette information est essentielle, car elle rend compte de la bonne santé d’une tout-doux-cratie. Voter blanc ou s’abstenir, c’est donner activement son avis tout en manifestant une volonté de ne pas bloquer une action. Peut-être qu’alors, le nombre de blancs/abstentions devrait rentrer en compte pour la validation d’une action extraordinaire ; ce qui compterait, c’est que suffisamment de membres se soient exprimés, plus que le nombre de « pour ».

Aussi, les statuts ne prévoient pas de délai de réflexion obligatoire pour les décisions qui impactent fortement l’image de l’association. Je n’ai pas vraiment d’opinion argumentée sur la pertinence d’un tel délai, mais on a vu qu’il aurait pu se montrer utile avec le cas du ministère de l’intérieur du Koweït.

Enfin, les votes sont publics. C’est un choix qui n’est pas neutre et qui présuppose que les membres sont en capacité de recevoir l’opinion des autres sur une action sans la prendre personnellement. En miroir, les membres sont supposés se sentir légitimes et à l’aise d’exprimer leur opinion publiquement. Ce n’est pas une évidence, et dans un groupe avec des tensions ou des liens interpersonnels forts, le vote public peut conduire à une auto-censure qui donne l’impression d’un système en bonne santé, alors qu’il masque des dissensus.

Une dépendance à la participation

Plus haut dans ce billet, j’ai affirmé que la participation active aux prises de décision est essentielle au bon fonctionnement de la tout-doux-cratie. Pourtant, ce point suscite des controverses : que faire des membres inactif·ves ? Les virer manu militari ? Bien entendu, ce n’est pas le genre de la maison, mais tout de même… on grince un peu des dents quand les décisions sont prises à une majorité faiblarde.

On m’a signalé les vidéos de Jean-Michel Cornu, spécialiste de la coopération et de l’intelligence collective. Dans une vidéo intitulée « à quoi servent ceux qui ne font rien dans vos collectifs », Cornu propose que le ratio d’actif·ves et d’inactif·ves reste constant dans les grands groupes, i.e. plusieurs dizaines de personnes. Chercher à faire disparaître les inactif·ves, c’est risquer de faire diminuer le taux de participation encore plus. Dans une autre vidéo, « le truc contre-intuitif pour avoir un groupe durable », Cornu rappelle qu’en plus des inactif·ves, des réactif·ves et des proactif·ves, il y a aussi les observateur·ices. Peut-être en êtes vous un·e vous-même : vous lisez cet article, vous suivez les actualités de Framasoft, mais vous ne les commentez pas. Je vous connais à présent moins que vous ne me connaissez ; et pourtant, vous êtes partie intégrante du groupe. Les observateur·ices peuvent à tout moment passer le cap : prendre un rôle vacant, donner leur avis, réagir à une proposition…

La tout-doux-cratie a encore du chemin pour être vraiment inclusive : les personnes qui ne participent pas activement on en réalité un rôle essentiel dans le collectif.

C’est pourquoi il est essentiel de ne pas les exclure de la vie de l’association. Les statuts actuels ne reconnaissent que les membres actifs. Peut-être serait-il bon de formaliser un rôle de sympathisant·e, qui aurait alors toutes les cartes en main pour participer un jour : accès à l’information, autonomie, structure adéquate, processus d’intégration, réflexions sur l’inclusivité dans le collectif… C’est un autre débat passionnant qui méritera(it) son propre billet. En attendant, prenons soin de celles et ceux qui nous sont invisibles et dont la tout-doux-cratie a radicalement discrédité le rôle.

La gestion des membres inactifs ou « disparus »

Ce point est lié au précédent : que faire lorsque des membres de la tout-doux-cratie n’ont plus aucune interaction avec l’association depuis plusieurs mois ? Les membres actifs se déclarent en « vacances » s’ils savent qu’ils seront absents pour une durée de plusieurs jours, pour éviter de bloquer les votes par abstention. Mais des membres ne donnant plus de signes de vie, ça ne se met pas en vacances…

Le fonctionnement de l’Université de Compiègne divise l’année en deux semestres, avec des vacances de 1 mois l’hiver et 2 mois l’été. Toutes les associations étudiantes fonctionnent donc au semestre : au début du semestre, une journée des associations est organisée au sein de l’établissement, chaque étudiant « s’inscrit » à une ou plusieurs associations sur le portail interne, les associations font leurs demandes de subventions auprès des organismes de l’établissement ; en fin de semestre, il est demandé à chaque association de réaliser son bilan, puis les inscriptions sur le portail sont automatiquement réinitialisées. Ce mode de fonctionnement incite les étudiants à s’inscrire dès les premiers jours dans ces associations sans pour autant participer à celles-ci durant le semestre — il y a notamment beaucoup de « disparitions » lorsque les premières notes arrivent. De plus, la majorité des étudiants rompent tout contact avec les associations une fois diplômés.

Picasoft a dès le départ fait le choix de s’ouvrir à l’extérieur du milieu scolaire bien que la quasi-totalité de ses membres soient en lien direct avec l’UTC (étudiant·e, vacataire ou personnel interne). Les cas de décrochages — des personnes qui ne donnent plus signe de vie au bout d’un mois — s’accumulent. Ces cas finissent par interpeller les autres membres, menant à des petits débats lors des assemblées générales ordinaires. Si la suspension des accès aux identifiants partagés et aux machines de Picasoft, après demande directe auprès des personnes concernées, fait l’unanimité, leur présence fantôme à la tout-doux-cratie est source de dissensus. Plusieurs pistes ont été étudiées :

  • Laisser les membres quitter la tout-doux-cratie par eux-même : c’est la solution actuelle, qui a montré rapidement ses limites pour les actions extraordinaires, qui nécessitent des consensus.
  • À chaque fin de semestre, contacter les personnes une-à-une pour leur demander si elles souhaitent continuer à participer ; c’est la solution actuelle pour les accès techniques. C’est fastidieux, et il faut de plus trancher sur la manière de réagir si une personne semble injoignable.
  • À chaque fin de semestre, définir un seuil minimal de participation et expulser les personnes en-dessous de ce seuil ; cette méthode est assez violente et peut frustrer par exemple un·e étudiant·e qui était parti·e en stage de 6 mois en ayant oublié de se mettre en vacances. Ielle aura probablement peu envie de retourner dans l’association à la fin de son stage. Il y a aussi la question de comment déterminer le seuil : 0 %, 10 %, 20 %, 30 % de participation ? L’outil que nous utilisons actuellement pour déterminer la participation ne tient pas compte des vacances, et certaines abstentions de vote peuvent être justifiées a posteriori.
  • Mise-en-place d’une cotisation symbolique pour adhérer à la tout-doux-cratie : c’est le choix de beaucoup d’associations loi 1901 « standards » pour rentrer dans les instances de celles-ci. Cette solution est a priori exclue, car la tout-doux-cratie avait pour objectif de rendre l’entrée dans l’association la plus simple possible. D’une part, gérer les cotisations demande un peu d’effort logistique (déclarer chaque cotisation dans notre registre, remplir des papiers, etc). D’autre part, et surtout, rendre coûteux (en temps et en argent) la participation à l’association est un non-objectif.
  • À chaque début de semestre, expulser tout le monde, puis recréer un canal de tout-doux-cratie par le bureau, et ajouter les anciens membres qui le demandent. Cette solution, bien que moins violente que l’expulsion ciblée, pose un risque lors du changement de canal : une minorité pourrait prendre le contrôle de l’association en jouant sur le fait qu’elle a été temporairement majoritaire.

Le choix final final est toujours en cours de discussion. Peut-être aurez-vous une idée plus féconde ?

Des tout-doux-craties ?

Comme on le rappelait en introduction, il n’existe pas de bonne manière intrinsèque de prendre une décision ; la tout-doux-cratie ne peut donc pas être un bon mode de gouvernance en soi. Mais si son bon fonctionnement chez Picasoft dépend du croisement de facteurs trop spécifiques, de notre configuration très particulière, alors ce billet ne présente qu’un intérêt limité. Ce serait comme vous faire une description extensive d’une recette de cuisine dont vous n’avez aucun moyen de vous procurer les ingrédients.

Pour essayer d’être le plus honnête intellectuellement, je vous propose de situer plus précisément les à-côtés de Picasoft. En effet, si on cherche ce qui fait que la tout-doux-cratie a marché chez nous mais pourrait potentiellement ne pas marcher ailleurs, je pense qu’il faut scruter les conditions de notre expérience : l’écosystème dans lequel nous sommes, la taille de Picasoft, les objets sur lesquels on travaille, les gens, leur culture, leurs envies qui additionnées font les objets de Picasoft, leur vécu, leurs personnalités.

On est peu ou prou 20-30 moitié actif·ves, étudiant·es ou universitaires. Bénévoles, l’asso ne nous donne aucun moyen de survie et la tout-doux-cratie n’a pas pensé cet enjeu pourtant crucial. En revanche, il y a un enjeu émotionnel lié à la valorisation de nos contributions (par le commentaire des pairs et/ou des réussites opérationnelles). La tout-doux-cratie joue avec cet enjeu. Nos personnalités et vécus différents nous font réagir très différemment face à ces enjeux qui partent dans la nature et qui sont secoués.

De plus, par un mécanisme type œuf ou poule, Picasoft intègre des personnes pour qui la qualité des échange et la bienveillance sont importantes, de sorte qu’il n’y a pas de conflits pré-existants. L’inverse serait plus probable dans une association qui s’est formée contre un projet d’urbanisme par exemple, où les opinions sur ce qui devrait être fait à la place divergent a priori.

Nous passons du temps ensemble et nos dialogues prennent une certaine forme. Sur Mattermost bien sûr, mais aussi au foyer étudiant, aux détours d’une colocation, du studio de Graf’hit… Le rythme étudiant façonne la façon dont on se retrouve et dont on se quitte. Ce mode de fonctionnement n’a rien à voir avec une entreprise ; pas seulement par la tout-doux-cratie ou nos valeurs, mais aussi parce nos activités peuvent s’organiser en petits groupes physiques qui se font et se défont au gré de nos envies, disponibilités, et hasards sympathiques de la vie dans un genre de grand campus. Ce point est à nuancer vu que l’association a été particulièrement active en période de confinement, mais il n’est pas certain qu’elle aurait perduré sur ce mode.

Alors, il est franchement difficile de faire une supposition pertinente sur la transposition de la tout-doux-cratie à d’autres. Pour résumer ce que je viens de raconter, Picasoft est une association dont les membres proviennent essentiellement de la même classe sociale et partagent un même environnement. En revanche, j’ai constaté empiriquement que les nouveaux membres arrivés au fil des années se sont d’abord intéressés à l’objet de l’association (l’informatique libre) avant de s’intéresser aux autres humains qui en font partie. L’amitié est née après : il semblerait abusif de mettre le bon fonctionnement de la gouvernance sur le dos d’une bonne entente préalable.

En revanche, la tout-doux-cratie favorisant la fluidité à l’unanimité, il est peut-être dangereux de la transposer dans un contexte où les actions engagent trop fortement les membres.

Quant au passage à l’échelle, il est vraisemblable que la tout-doux-cratie fonctionne moins bien. En effet, une échelle plus grande va souvent de pair avec un plus grand nombre de décisions et un champ d’action plus large. Mécaniquement, le pourcentage de membres en capacité de s’informer et de donner son avis sur l’ensemble des sujets diminue. L’information et la participation au vote étant les piliers d’une tout-doux-cratie saine, son application à une large organisation risque d’être inefficace. Ceci étant, appliquer une tout-doux-cratie pour chaque groupe de travail et réserver la tout-doux-cratie globale aux actions les plus importantes me semble être un bon compromis.

Confiance humaine, confiance procédurale

Les autres points limites de la tout-doux-cratie, dont certains ont été évoqués plus haut, posent à mon avis la même question : les règles d’un mode de gouvernance doivent-elles être infaillibles ?

Avant de répondre, voici quelques exemples où le fonctionnement de la tout-doux-cratie pourrait être abusé, volontairement ou non.

Prenons une action extraordinaire qui reçoit un vote contre, qui n’a pas de majorité de vote pour — par exemple car, conjoncturellement, plusieurs membres sont peu disponibles à cette période. Mettons que cette action dépasse le délai du verrou bloquant. Très clairement, elle ne fait pas consensus, elle engage l’association et elle est pourtant validée statutairement parlant. Quid d’une personne qui déciderait alors de forcer l’action ?

Autre exemple : un groupe de personnes malveillantes rejoignent l’association et votent sa dissolution. Un putsch facile et efficace. En réalité, le processus serait beaucoup plus complexe 2 mais le risque n’est pas nul.

De façon générale, les membres sont peu à être réellement actifs dans l’association, ce qui peut créer un sentiment d’illégitimité à s’exprimer chez les membres moins actifs. Les « vieux » qui connaissent le système pourraient alors mener une politique conservatrice, en décourageant les nouveaux membres de s’investir.

Toutes ces limites sont réelles et valides. La tout-doux-cratie n’est pas une baguette magique. Elle fonctionne aussi, et nécessairement car les membres de l’association sont réputés bienveillants, attentifs aux autres, se remettent en question et recherchent le compromis plutôt que le conflit, prennent le temps de s’informer, se connaissent de près ou de loin et s’entendent sur les valeurs portées par l’association.

Mais… est-ce un problème ? Tout dépend du point de vue. Un système de gouvernance ne s’évalue qu’à la lumière de ses objectifs. Si l’objectif de la tout-doux-cratie était de produire des actions nécessairement conformes à l’opinion de la majorité sans aucune possibilité d’action malveillante, alors c’est raté.

Et c’est sans doute le plus grand parti-pris : ne pas offrir ces garanties grâce à des moyens procéduraux techniques ou juridiques, mais créer un climat de confiance entre humains, propice à la discussion. Alors, oui, ça fait bisounours, mais ça fonctionne. Peut-être que ça fera réagir certain·es d’entre vous. En tout cas, moi, quand je lis ce genre de choses, j’objecte souvent en mon for intérieur : « oui, mais quand même, si n’importe qui peut rentrer dans l’asso, et voter ci, et bloquer ça, et si personne s’en rend compte, et […] », j’ai peur. Et quand j’ai peur, je voudrais trouver un moyen de me protéger, d’empêcher les abus de confiance à coup sûr.

Moi et mes cauchemars, quand j’ai peur. Ça donne pas bien envie de laisser des failles traîner, non ?

Mais se protéger à coup sûr, c’est souvent créer des procédures désincarnées et compliquées. Si on fait un pas de côté, c’est notamment cette peur qui a conduit à l’émergence des blockchains. Dans ce monde du zero-trust, le premier postulat est que personne n’est digne de confiance, sauf vous. Alors, des mécanismes cryptographiques infalsifiables garantissent que rien ni personne ne peut nier que ce machin est à vous, ou que vous avez envoyé telle quantité de cryptomonnaies à bidule. Sans aller jusque là, c’est aussi cette peur (justifiée) qui fonde le chiffrement de bout en bout : il existe forcément quelqu’un qui pourrait regarder ou utiliser mes données sans ma permission.

Mais une solution technique serait profondément dysfonctionnelle à l’échelle d’une association. Une association n’est pas un système ouvert et anonyme comme Internet, mais un lieu où les gens ont envie de réaliser des choses ensemble. Les risques théoriques sont valides, mais c’est par choix : nous ne voulons pas de processus bureaucratiques complexes et pseudo-neutres, nous voulons créer du lien.

Nous voulons affirmer que la confiance, à cette échelle, doit être un a priori.

Nous pensons qu’essayer de tout prévoir, tout englober, se prémunir de tous les risques est voué à l’échec. Des cas problématiques se présenteront quoi qu’il arrive. Ils nous feront grandir.

C’est ça, pour nous, la tout-doux-cratie : offrir un cadre sans élites ni stars pour créer du lien avec respect et bienveillance – renouer avec les débats joyeux.

Un grand merci à Antoine, Gaëtan, Jérôme, Stph, R01, Tobias, et tout·es les membres de Picasoft et de Framasoft, en particulier à Goofy, pour leurs contributions, relecture, corrections et leur accueil bienveillant !

De la bureau-cratie à la tout-doux-cratie : refonder la gouvernance associative

Une asso qui se lance, comment ça marche ? Ou plutôt quels écueils ça rencontre, comment on peut les contourner, quel mode de gouvernance installer… ? Ces questions et bien d’autres qui agitent ses membres jusqu’à les rendre perplexes, Quentin et ses complices les ont affrontées au sein de l’association Picasoft…

Faut-il préciser que chez Framasoft, asso déjà plus ancienne, ces questions et leurs réponses nous ont tout de suite « parlé », car d’une saison à l’autre ce sont bien les mêmes perplexités que nous avons rencontrés et retrouvons encore périodiquement sans avoir beaucoup plus de certitudes malgré les années…

C’est donc avec beaucoup de plaisir et d’intérêt que nous avons lu l’analyse très fine et teintée d’humour que propose Quentin et que nous vous partageons, tant il nous semble que beaucoup de membres d’associations diverses (et pas seulement les CHATONS) pourraient en tirer profit, du moins une saine réflexion.


Ce billet raconte une histoire : l’histoire d’un hébergeur associatif étudiant et universitaire face à ses dilemmes internes. Un chaton au bord de la crise de nerfs. Mieux sécuriser les données des utilisateur·ices au prix d’un flicage des bénévoles ? Militer pour des thèmes qui ne parlent pas à tout le monde ou rester consensuel ?

En fait, c’est l’histoire de dilemmes qui se transforment en crise. Je vous propose de me suivre dans cette enquête pour comprendre ce qui n’a pas fonctionné, et comment on a réagi. On y réalisera notamment que cette histoire est terriblement banale et que le ver était dans le fruit depuis le début. Toute organisation, tôt ou tard, doit regarder ses tensions dans les yeux sous peine d’imploser, et il y a fort à parier que certains machins résonneront avec vos propres histoires.

Rappelons d’abord qu’il n’y a pas de méthode optimale pour résoudre des conflits, ou plus généralement, pour décider de la bonne chose à faire – en premier lieu parce que tout le monde a ses propres besoins et ses propres valeurs et qu’il est rare de pouvoir les satisfaire simultanément et pleinement. Tout processus de décision porte en lui-même des arbitrages. Il peut favoriser la fluidité au détriment du consensus. Il peut préférer la lenteur à l’urgence. Il peut chercher à maximiser la satisfaction globale quitte à autoriser une insatisfaction marginale très forte. En bref, un processus de décision n’est jamais neutre.

Et pourtant, on verra qu’il est indispensable de choisir explicitement un processus de décision, sous peine de laisser les rapports de domination se reproduire subrepticement. Le nôtre, c’est la tout-doux-cratie, qui occupera la suite de ce billet. Nous l’avons écrit avec l’espoir qu’il essaimera et fera fleurir des idées fécondes, pour nos ami·es CHATONS mais pas seulement ; vers toutes les structures qui, un jour, se retrouveront face à des dilemmes explosifs. Bonne lecture ! ☺️

J’oubliais… évidemment, ce système n’est pas parfait, alors après la théorie, il sera utile de regarder la pratique. Deux ans de tout-doux-cratie plus tard, je vous proposerai un retour d’expérience, quelques cas pratiques et un essai d’auto-critique. Mais ça… ce sera pour un autre billet. 😉

Qui sont-ils ? Quel est leur projet ?

Nous, je, on, c’est Picasoft. Je vous propose un peu de contexte pour se mettre dans le bain. Picasoft est une association étudiante créée en 2016 à l’Université de Technologie de Compiègne (UTC). Elle est membre du collectif CHATONS.

Le logo de Picasoft fait référence au collectif CHATONS et à la décentralisation du web, deux thèmes largement repris des campagnes de Framasoft.

Le nombre de membres est plutôt stable dans le temps : entre cinq et dix membres actifs, entre vingt et trente enthousiastes prêt·es à donner un coup de main. Ses bénévoles sont étudiant·es ou enseignant·es chercheur·ses.

Quant à notre projet…

L’Association Picasoft a pour objet de promouvoir et défendre une approche libriste inclusive, respectueuse de la vie privée, respectueuse de la liberté d’expression, respectueuse de la solidarité entre les humains et respectueuse de l’environnement, notamment dans le domaine de l’informatique.

C’est un extrait de nos statuts. Vous l’aurez compris, la voie est libre. Plus concrètement, Picasoft s’est engagée dans trois voies :

  1. Héberger des services web libres et respectueux de la vie privée ;
  2. Sensibiliser les citoyenn·es aux enjeux autour du numérique ;
  3. Former les étudiant·es ingénieur·es à des façons de faire (auto-hébergement, hébergement à petite échelle…) peu ou pas traitées en cours.

Par exemple, on propose :

 

Un chamboule tout avec des services propriétaires à renverser, et des gâteaux sous licence libre.

Un chamboule-tout avec des services propriétaires à renverser, et des gâteaux sous licence libre. Voyez comme chez Picasoft, on sait s’amuser. N’hésitez pas à nous inviter pour mettre l’ambiance à tous vos événements.

 

Par ailleurs, Picasoft s’inscrit dans un écosystème particulier, qui est important pour la suite ; je vous prie donc de me pardonner ces précisions administratives. L’UTC compte plus d’une centaine d’associations étudiantes, fédérées de manière très verticale jusqu’au Bureau Des Étudiants (BDE), un organe essentiellement administratif.

Lors de sa création, Picasoft fait le choix de se constituer en association loi 1901, pour s’assurer une relative indépendance par rapport au BDE. En effet, les autres associations, des genres de « projets » du BDE, n’ont pas d’existence légale propre ni de compte en banque. Pour autant, le couplage entre Picasoft et l’UTC reste très fort, notamment à travers le soutien fort du laboratoire de sciences humaines et sociales, Costech.

Et qui dit association loi 1901 dit statuts.

Les statuts sont l’acte fondateur d’une association [qui comporte] les informations décrivant l’objet (ou le but) de l’association et ses règles de fonctionnement.1

Ça ne rigole pas, des règles de fonctionnement. Finie l’insouciance, fini de se rouler dans l’herbe pieds nus en jouant du djembé : il faut rédiger des statuts et les envoyer à la préfecture (bruit de tonnerre).

Alors l’équipe de l’époque s’attelle à la tâche. L’idée est moins de contrôler ses membres que de faciliter les roulements dans l’association en lui donnant un cadre. En effet, l’UTC fonctionne sur un rythme semestriel. Tous les semestres, des étudiant·es partent en stage ou à l’étranger : il faut sans cesse renouveler les membres, transmettre les savoir-faire technique, financier et administratif, s’assurer d’un service minimum… En bref, faire de Picasoft un chaton étudiant durable et compostable.

Alors, on signe où et quoi ?

Vieux pots et (dé)confiture

Les premiers statuts de Picasoft sont calqués sur ceux de Rhizome, le Fournisseur d’Accès à Internet étudiant de l’UTC. Et pour cause, c’est Kyâne, un ancien membre de Rhizome, qui a aidé à lancer l’aventure Picasoft.

logo_rhizome

Expérimenté plusieurs années chez Rhizome, c’est un modèle très classique qui a « fait ses preuves ». Examinons-en quelques concepts-clés. D’abord, les décisions sont prises par un sous-ensemble des membres.

L’Association est dirigée par un Bureau d’au moins trois membres. […] Toute prise de décision relevant du Bureau est soumise au vote. Ce vote a lieu lors d’une réunion où doivent être présents au minimum deux-tiers des membres du Bureau. La décision est adoptée à la majorité absolue des membres du Bureau.

Les membres doivent adhérer à l’association (chez Rhizome, c’est 1€ symbolique).

Est membre de l’Association toute personne à jour de la cotisation fixée dans le Règlement Intérieur.

Le bureau est renouvelé régulièrement…

L’Assemblée Générale Ordinaire se réunit obligatoirement au moins une fois par semestre. […] Il est aussi procédé à l’élection des membres du Bureau.

…et doit rendre des comptes.

Lors de cette réunion dite « semestrielle », le Président soumet à l’Assemblée Générale un rapport sur l’activité de l’Association. Le Trésorier soumet le rapport financier comportant les comptes de l’exercice écoulé.

L’intention de ces statuts est de déléguer aux membres de l’association à un bureau élu lors des Assemblées Générales (AG). En pratique, le bureau assure la gestion quotidienne, sous mandat de l’AG. Notamment, s’il est en rupture avec les autres membres, il peut être dissous par les membres.

Alors, à parler de bureau, d’AG et de préfecture, le suspense monte inévitablement. Je vous devine derrière l’écran, les yeux pétillants, à vous demander : mais quand est-ce-qu’on arrive ? qu’est-ce-qui a mal tourné alors que tout semblait si bien parti ?

Eh bien pour le savoir, il faut examiner dans le détail les cruels dilemmes qui ont déchiré l’association (le lecteur découvrira plus tard que j’en fais trop, mais j’espère pour l’heure avoir retenu son attention).

Picasoft, « respectueux de la vie privée » ?

À la fin de l’année 2017, nos services connaissent leur première hausse de fréquentation. 1000 utilisateur·ices sur Mattermost, 500 pads créés… C’est modeste, mais c’est aussi l’occasion de se poser une question : quelles sont les garanties que les utilisateur·ices sont en droit d’attendre ? Il y a en effet une tension entre la présentation de nos services et nos Conditions Générales d’Utilisation.

D’un côté, on pourrait tendre l’oreille sur un stand Picasoft et glaner un bout de conversation :

L’idée, c’est de proposer une alternative locale, pour les services collaboratifs mais pas que. Tes données restent à toi, on ne les regarde pas, on ne les vend pas, elles restent sur nos serveurs et personne n’y touche ! 😙 — un·e sympathisant·e de Picasoft

De l’autre, nos CGU sont plus prudentes :

Picasoft fera tout son possible pour que vos données personnelles ne puissent être consultées par personne d’autre que vous et votre destinataire le cas échéant. […] On n’est pas obligé de réparer. Picasoft propose ce service gratuitement et librement. Si vous perdez des données, par votre faute ou par la nôtre, désolé, mais ça arrive. — nos sympathiques CGU

Cette prudence est naturelle : personne n’a envie d’engager la responsabilité juridique de Picasoft parce que quelqu’un a perdu son pad. Le message est clair : on fait de notre mieux. Mais est-ce vraiment cette version que les utilisateur·ices ont en tête ? Car mécaniquement, plus le public s’agrandit, plus le lien humain avec l’association est ténu. Et, aux convaincu·es du début, s’ajoutent deux types de personnes : les convaincu·es par un·e convaincu·e et les obligé·es par un·e convaincu·e. Avec un public encore élargi, on peut y ajouter les personnes qui découvrent les services par hasard.

Le public de Picasoft s’élargit petit à petit… vers des publics différents.

 

Dans tous les cas, ces personnes n’ont généralement pas lu nos CGU ni échangé avec nous. Les convaincu·es attendent a minima que leur vie privée soit effectivement respectée tandis que les autres attendent que leurs données soient accessibles et intègres. Cette pseudo-catégorisation est bien entendu très réductrice ; on y oublie par exemple les personnes qui ont conscience de l’aspect artisanal des petites structures comme Picasoft. Ces dernières savent que la disponibilité permanente nécessite un fort investissement et se fait parfois au prix d’une infrastructure technique complexe, coûteuse et énergivore. Par ce prisme, il semble raisonnable que les services soient parfois indisponibles. Mais l’image marketing du Cloud, partout-tout-le-temps-pour-toujours, invisibilise la difficulté et les moyens à déployer pour obtenir ces garanties.

Alors, pour beaucoup, un service Picasoft c’est au pire un énième service, au mieux un service qui lui, respecte la confidentialité. La confidentialité est un des éléments du triptyque de la sécurité informatique : confidentialité (ma vie privée est respectée), intégrité (mes données ne sont pas perdues) et disponibilité (mes données sont accessibles). Ces attributs sont généralement pris comme des présupposés. Alors, quelle posture adopter ? Il est délicat de se cacher derrière nos CGU, car nous ne voulons pas ternir l’image du libre et des CHATONS, mais nous ne voulons pas non plus jouer le jeu des « Cloud » commerciaux2.

Nous souhaitons véritablement faire de notre mieux pour la sécurité. Et en matière de sécurité, les déclarations d’intention ne suffisent pas. Les risques sont nombreux et concrets : clés d’accès aux machines perdues dans la nature, failles de sécurité non corrigées et exploitées par un·e attaquant·e, curiosité mal placée d’un·e membre… Au boulot : un des processus de base pour améliorer la sécurité d’une infrastructure est de réduire la surface d’attaque, c’est-à-dire la réunion des points d’entrée par lesquels une attaque est susceptible de se produire. Intuitivement, plus il y a de logiciels installés sur les serveurs et plus il y a de personnes qui y ont accès, plus la surface d’attaque augmente.

Cette question cruciale est débattue pendant l’AG extraordinaire de l’été 2018, a fortiori car à cette époque, personne n’est véritablement en maîtrise des accès à l’infrastructure. Ils sont donnés de la main à la main, sans trace nette, et ne sont jamais révoqués, même pas après que le départ des membres. L’idée que cette situation est problématique fait consensus. Parmi les options pour y remédier, la désignation d’une personne qui centralise la gestion des accès à l’infrastructure. C’est la solution retenue et de nouveaux statuts sont rédigés dans ce sens.

Le Responsable technique est responsable de la gestion de l’équipe technique et des accès à l’infrastructure de Picasoft. C’est la personne qui est apte à donner ou retirer les accès aux différents bénévoles de l’équipe technique. De plus le Responsable technique s’assure que l’infrastructure de Picasoft est correctement maintenue dans le temps.

C’est à ce moment de l’histoire que la péripétie principale entre en piste (bruits de roulement de tambour).

Une mayonnaise qui ne prend pas

On a testé pour vous : mélanger bureaucratie sécuritaire et fluidité artisanale, puis secouer très fort. Eh bien, ne refaites pas ça chez vous : ça explose. Prenons un peu de recul et mettons-nous en quête du ver dans la pomme.

État de Picasoft après un semestre de nouveaux statuts : allégorie. Crédit photo : SDIS du Bas-Rhin

 

D’un côté, le rôle de responsable technique est très inconfortable. Mettez-vous en condition : vous êtes seul·e responsable de la distribution des accès. Grand pouvoir, grandes responsabilités, tout ça. Une seule erreur de votre part et l’image publique de Picasoft part en lambeaux, la confiance avec. Une mise à jour de sécurité oubliée, un compte de bénévole piraté, une machine et ses données inondées : vous êtes techniquement responsable. Votre obsession devient dès lors la réduction systématique de la surface d’attaque de l’infrastructure. Pour autant, trancher entre « avoir accès » et « ne pas avoir accès » est trop binaire ; un membre pourrait avoir des droits d’édition sur la documentation sans pouvoir supprimer la base de données de Mattermost. Vous appliquez naturellement le très classique principe de moindre privilège (principle of least privilege en anglais). Chacun·e ne doit pouvoir faire que ce dont iel a strictement besoin, et pas plus. Autrement dit, la compromission des accès d’un·e membre ou ses maladresses ont un impact limité à ses privilèges — un compte de wiki ne pourra jamais supprimer les données de Mattermost. La question épineuse, en tant que responsable technique, est de définir les contours du besoin de chaque membre. Bien entendu, vous pourriez faire confiance et considérer que chacun·e demande les accès dont il a besoin. Mais c’est vous qui portez cette lourde responsabilité ; c’est vous qui connaissez les risques. Alors à défaut de sombrer dans la folie, vous préparez des procédures standardisées et un examen minutieux des demandes d’accès. Pas de sécurité sans ordre.

Maintenant, changement de costume. Vous êtes membre de Picasoft, enthousiaste et plein·e de vie. Vous aimez son fonctionnement artisanal et les projets spontanés qui en émergent. Pour vous, pas de doute : on se forme en faisant, et surtout en faisant des erreurs. C’est d’ailleurs aussi pour vous former que vous avez rejoint le navire. Alors, vous faites de votre mieux. Parfois vous cassez quelque chose, vous pleurez en vous demandant pourquoi vous n’avez pas choisi le maraîchage, puis, après vous être fait une raison, vous réparez du mieux que vous pouvez. Vous en sortez grandi. D’ailleurs, ces temps-ci, personne ne s’occupe de la maintenance des services — il faut dire que c’est un peu rébarbatif. Pas facile de se motiver. Mais aujourd’hui, après votre meilleur chocolat chaud, vous vous sentez en pleine forme. Time to upgrade. Vous enfilez votre plus beau hoodie, et quand vient minuit, vous vous lancez. Sur l’écran, les commandes se succèdent au rythme effréné de vos frappes. Les tests sont impeccables, la conclusion implacable : plus qu’à mettre en production et aller vous coucher. Mais au moment de lancer la dernière commande, un message s’affiche : permission denied. Accès refusé. Incrédule, vous essayez à nouveau, comme on tente d’ouvrir une porte qu’on sait fermement verrouillée. Il faut vous rendre à l’évidence, impossible de faire quoi que ce soit : on ne négocie pas plus avec les ordinateurs qu’avec les portes. Frustré·e, votre motivation tombe à plat. Vous rallumez la lumière et vous partagez votre malheureuse aventure au reste de l’équipe technique, avant d’aller vous rouler en boule sous votre couette.

Le lendemain matin, la réponse manque de vous faire tomber de votre chaise : ce refus n’est pas une erreur, bien au contraire : vous n’aviez pas besoin a priori de ces accès. Question de surface d’attaque. Si vous avez pour projet de faire la maintenance des services, pas de soucis : prévenez un peu avant et on vous donnera les accès nécessaires. Question de sécurité. Vous ne voudriez pas mettre à mal la confiance des gens, n’est-ce-pas ? Et puis c’est quand même pas grand-chose, de demander des accès. On ne vous interdit rien, on fait juste de la prévention. Pas de quoi en faire un plat.

Dernier tour de veste : vous êtes franchement arrivé·e dans l’équipe technique, et motivé·e comme jamais pour monter un nouveau service. On s’y met ? Eh ien, j’espère que vous avez du temps devant vous. Car avec le raisonnement qui précède, chaque étape (test, partage, déploiement, gestion des sauvegardes, communication…) nécessite des accès différents, et autant de potentielles discussions et argumentations sur votre légitimité à briguer ces accès. Légitimité dont l’appréciation revient en dernière instance au/à la responsable technique.

J’espère que cette mise en situation, quoique caricaturale, donne une bonne intuition des tensions qui macèrent pendant cette année. D’un côté, une responsabilité forte et mal définie qui repose sur une seule personne ; de l’autre, des membres de bonne volonté qui perdent leur autonomie et dont les actions sont sous contrôle.

Libre ou open source ?

À l’été 2019, le semestre se clôt par une assemblée générale électrique. Les tensions accumulées appellent un changement radical, c’est-à-dire un changement qui prend le problème à la racine. Or ces tensions ne sont que des manifestations d’un problème plus fondamental. La boîte de Pandore est ouverte.

Le procès verbal de l’AG donne quelques exemples de dissensus qui agitent les membres :

— Picasoft peut-elle être militante ou politique ?
— Picasoft doit-elle se positionner sur des questions éthiques, par exemple pour le choix d’une banque ?
— Qui doit décider de l’attribution des accès à l’infrastructure ? Faut-il privilégier la sécurité ou l’ouverture ?
— La monnaie libre rentre-t-elle dans les prérogatives de l’association ?

Passer à une banque plus dosée en éthique et payer plus cher, donc avoir moins d’argent pour agir, ou rester clients d’une banque bon marché, mais qui finance des projets écocides ? Organiser des événements autour de la monnaie libre, dont l’écosystème est très libriste-compatible, mais qui assume une critique radicale du système économique ?

En sous-texte de toutes ces questions, on retrouve en réalité la question à cent balles : une association d’informatique libre a-t-elle vocation à se positionner politiquement et idéologiquement ? Cette question fera peut-être tiquer certain·es d’entre vous, car elle est mal posée : elle suppose qu’il soit possible d’agir apolitiquement. Or, dans les exemples précédents, ne pas se positionner signifie en réalité adhérer au système dominant. Ne pas choisir une banque qui refuse de soutenir des projets écocides quand on en a les moyens, c’est adhérer, même mollement, à la ruine écologique. Par cette affirmation, je ne cherche à culpabiliser personne. Mais surtout en tant qu’association, c’est-à-dire en tant que personne morale, il est important de réaliser ce que veut vraiment dire rester apolitique. Ce qui ne veut pas dire que c’est une posture indéfendable.

À gauche, on lit « Proposition : je suis apolitique. »
À droite, on lit : « Traduction : je suis privilégié et ne suis pas affecté par les politiques actuelles, j’en suis même peut-être bénéficiaire ».

 

Dans notre milieu, cette question prend la forme de la vieille dispute open source versus libre. Ce débat est resté relativement confidentiel, bien que la mainmise d’Amazon, Google ou Microsoft sur des outils open-source contribue à amplifier les voix qui s’élèvent contre l’open source. Je vous en propose un résumé à la hache. Open source et libre partagent les mêmes libertés fondamentales, exprimées par des licences qui ont valeur de contrat. Ces quatre libertés ne sont plus à présenter : droit d’utiliser, d’étudier, de modifier et de redistribuer.

Les tenants de l’open source s’intéressent particulièrement à la sécurité et à la performance : par exemple, l’ouverture du code d’un logiciel au plus grand nombre permet de détecter les failles plus rapidement. Aussi, les efforts des développeur·ses pourront se concentrer en un seul point plutôt que d’être gaspillés pour développer dix fois le même logiciel (competitive waste). Dans l’open source, l’accent est mis sur la liberté absolue : on ne vous donne que des droits mais aucun devoir. L’exemple typique est la licence MIT, qui dit en substance : faites ce que vous voulez. Vous pouvez donc faire de l’open source tout en créant un écosystème qui utilise tous les leviers pour rendre vos utilisateurs captifs d’outils qui, par ailleurs, ne sont pas libres3.

En miroir, le mouvement du libre a pour vocation de créer des communs. Un commun ne peut pas être approprié par une personne qui en tirerait du profit sans contrepartie. Cette vision des communs prône l’absolue liberté. L’exemple typique serait alors la licence GPL, qui est contagieuse : si vous utilisez un programme sous licence GPL comme base d’un autre programme, celui-ci devra également être sous licence GPL ou équivalent. De la sorte, vous rendez à la communauté ce qu’elle vous a donné. Cette contrainte ne contredit pas les 4 libertés fondamentales, mais porte en elle une vision marquée de l’intérêt général : il ne saurait être optimisé par une liberté totale, bien au contraire. Pour le dire en peu de mots, le libre est anti-libéral.

Pour clarifier cette affirmation un peu provocatrice, il est intéressant de s’attarder sur Eric S. Raymond, un défenseur emblématique de l’open source. Il est notamment l’auteur de la Cathédrale et le Bazar, un essai populaire qui théorise différents modes de développement de logiciels open source. Dans une réponse à une critique, il clarifie son positionnement idéologique :

In fact, I find the imputation of Marxism deeply and personally offensive as well as untrue. While I have made a point of not gratuitously waving my politics around in my papers, it is no secret in the open-source world that I am a libertarian, a friend of the free market, and implacably hostile to all forms of Marxism and socialism (which I regard as coequal in evil with Nazism).

Ce qui, traduit relativement fidèlement, donne ceci (tenez-vous bien) :

En fait, je trouve l’imputation de marxisme [à cet essai] profondément et personnellement offensante et inexacte. Même si j’ai toujours mis un point d’honneur à ne pas étaler mes convictions politiques dans mes articles [de recherche], ce n’est un secret pour personne dans le monde de l’open source que je suis libertarien favorable au libre marché et implacablement hostile à toutes formes de marxisme et de socialisme (que je considère comme aussi dangereux que le nazisme).

Là encore, l’exemple est caricatural, mais donne une intuition correcte du conflit. La parenthèse étant fermée, il était évident qu’une remise en cause de l’identité profonde de l’association ne pouvait pas être résolue en quelques heures.

L’AG vote alors pour le compromis suivant : le bureau proposé est élu, mais à la condition qu’il organise une journée de réflexion qui devra aboutir à des propositions concrètes pour trancher ces questions. Le bureau signe le mandat, l’AG est close. Les vacances peuvent enfin aérer les esprits.

Haïssez le jeu, pas les joueurs

À l’automne 2019, le premier Picacamp est organisé. Pas du tout inspiré du Framacamp (comme rien n’est inspiré de Framasoft d’ailleurs), une équipe de choc de — tenez-vous bien — quatre bénévoles se réunit à cette occasion.

Quatre, c’est peu. Trop peu pour décider de l’orientation idéologique de Picasoft. Sautons directement à la conclusion de cette journée : le problème n’est pas là. Il est encore plus profond. Décider d’une posture politique ne changera rien, car c’est le mode de gouvernance même de Picasoft qui est en cause.

En d’autres termes, ce qui s’est passé n’est pas un problème de personnes : certes, l’asso aurait pu continuer à rouler quelques semestres avec une bande de potes très complices, mais ses règles de fonctionnement étaient propices à faire émerger ce genre de tensions. Comme le rappelle le mathématicien et vulgarisateur Lê Nguyên Hoang dans son excellente série de vidéos sur la démocratie, il faut haïr le jeu, pas les joueurs.

En d’autres termes, les règles du jeu — ici les statuts — déterminent très majoritairement les comportements des joueurs, sur le long terme et à l’échelle globale. Une intuition de cette idée est que toutes les personnes qui jouent au Monopoly ne sont pas d’affreux·ses capitalistes ; de même, tout·es les responsables techniques ne sont pas d’affreux·ses autoritaires. Pourtant, les règles du jeu les incitent à se comporter comme tel·les.

Mais alors, si mon analyse se tient, pourquoi est-ce-que ce genre de conflits n’est pas arrivé à Rhizome, puisque les statuts de Picasoft sont peu ou prou les mêmes ? J’ai posé cette question à Kyâne — qui a adapté les statuts de Rhizome pour Picasoft. L’explication tient en ce que chez Rhizome, les modalités d’implication sont très différentes. D’un côté, il y a les abonné·es, celleux qui louent un accès à Internet, et qui votent en AG. De l’autre côté, il y a celleux qui font, qui mettent les mains dans le cambouis. Il y a peu de bras : les personnes motivées sont plus que bienvenues. Le format « pouvoir à l’AG et petit bureau qui mène les affaires », dixit Kyâne, fonctionne bien.

Mais chez Picasoft, les utilisateur·ices ne sont pas membres. Les membres, c’est un groupe hétéroclite fait de sympathisant·es, de bonnes volontés qui donnent parfois un coup de main, de motivé·es qui passent leurs nuits à déboguer, de personnes qui aiment aller en conventions, de curieux·ses timides qu’on ne voit jamais. Ce spectre de participation ne peut pas être correctement représenté par un bureau qui fait autorité.

À bien y réfléchir, l’entité même de bureau n’a plus de sens quand on lui ôte la fonction qu’elle avait chez Rhizome. C’est un archétype, un cliché, un spectre qui hante le monde associatif. C’est le modèle auquel nous sommes le plus exposés, des associations aux entreprises cotées en bourse en passant par notre démocratie représentative. Aussi, une recherche de modèle de statuts sur Internet a peu de chances de donner idée d’un autre système. C’est ainsi que la bureau-cratie et ses pièges se reproduisent en infrabasses.

La conclusion est sans appel : la gouvernance de l’association doit être intégralement repensée pour permettre l’inclusion de chaque membre et la répartition des responsabilités.

Les pièges de l’horizontalité

J’espère vous avoir convaincu⋅e, à ce stade, qu’un mode de gouvernance plus horizontal est nécessaire. Mais avec horizontal, on a tout et rien dit. On comprend bien qu’on l’oppose à une gouvernance verticale, hiérarchique, et on y perçoit des velléités d’inclusion et de participation. Mais l’horizontalité est du même genre que la bienveillance, l’inclusion ou l’agilité, à savoir un vernis qui part bien vite sans actes concrets.

Une première approche serait prendre l’idée de bureau à contre-pied et de soumettre l’ensemble des décisions au vote. De la sorte, chaque décision représente l’association dans sa majorité. Le problème évident de cette approche est que toute initiative est bloquante jusqu’à participation des membres. Or tout le monde est toujours occupé ; se tenir au courant des tenants et aboutissants de l’ensemble de la vie d’une association est coûteux ; donner son avis sur tout est encore plus difficile4. De plus, ce système charge les personnes motivées : elles doivent convaincre tou·tes les membres et aller quémander des voix. Ce système produit facilement du découragement et il est hostile aux initiatives originales. Il pousse à un fonctionnement plutôt conservateur.

Une approche orthogonale serait d’instaurer une do-ocratie : en gros, les personnes qui font ont le pouvoir. La do-ocratie est séduisante car les personnes motivées ne sont pas empêchées de faire, mais ne sont pas non plus statutairement tributaires de l’autorité. Il suffit de s’impliquer activement pour avoir son mot à dire. C’est d’ailleurs le mode informel qu’adoptent de nombreuses structures, où « déjà qu’il y a pas beaucoup personne pour faire les trucs chiants, si en plus on les emmerde, y’aura vraiment plus personne ».

Cependant, ce système est problématique à deux égards. D’abord, à y regarder de plus près, c’est virtuellement le même système que celui des premiers statuts. En effet, chez Rhizome, ce sont ceux qui font qui se présentent pour constituer un bureau, à qui l’AG confie la gestion quotidienne. À Picasoft, donc, ce sont généralement les personnes qui s’investissaient le plus à un moment donné qui se retrouvent membres du bureau, et confisquent involontairement le pouvoir aux autres membres.

Mais ce système fait pire encore : il déstructure le mode de gouvernance. Il ne donne aucun moyen de résoudre les conflits entre les doers, i.e. celles et ceux qui s’impliquent. Mais qui fait, et qui ne fait pas ? Où est la limite ? Qui est légitime et aux yeux de qui ? Comment s’assurer que ce n’est pas à celui qui gueule le plus fort ? À bien y regarder, ce système simpliste s’identifie à la caricature classique de l’anarchisme, qui voudrait que la loi du plus fort soit le seul principe qui tienne. C’est au fond l’idée nauséabonde du darwinisme social : briser tout cadre qui pourrait gêner la compétition, dont sortiront vainqueur·es les plus aptes. Si l’on s’en fie à cette idée, toute association sans structure devrait un jour arriver à son fonctionnement optimal. Ça vous rappelle quelque chose ?

Sans transition, l’article de blog du chaton deuxfleurs au sujet de l’autogestion est particulièrement éclairant. Je vais en paraphraser une partie (peut-être mal, alors foncez le lire !). Il s’attarde sur un texte de Jo Freeman, une avocate, politologue et militante féministe américaine. Intitulé « La tyrannie de l’absence de structure », elle le prononce en 1970 devant des militant·es féministes. On peut en trouver une traduction en français sur Infokiosques.

Ce texte s’adresse aux « groupes sans leader ni structure » du Mouvement de Libération des Femmes étatsunien. Jo Freeman remarque que l’absence de structure est « passée du stade de saine contre-tendance à celui d’idée allant de soi ».

Lors de la gestation du mouvement, le caractère détendu et informel qui régissait [le groupe de conscientisation] était propice à la participation aux discussions, et le climat de soutien mutuel qui se créait en général permettait une meilleure expression des visions personnelles. [Des problèmes surgirent lorsque] les petits groupes d’action épuisèrent les vertus de la conscientisation et décidèrent qu’ils voulaient faire quelque chose de plus concret.

Assez de contexte : pourquoi est-ce-que l’absence de structure ne fonctionne pas ? Jo Freeman est claire : parce que l’absence de structure n’existe pas. Nos différences interpersonnelles, nos intentions, la distribution des tâches — qu’elle soit équitable ou injuste — est de fait une structure, au même titre que ne pas se positionner est un positionnement et l’apolitisme n’existe pas. Il est seulement possible de choisir la nature de la structure : formelle ou informelle.

Lorsque la structure est intégralement informelle, deux phénomènes peuvent se produire : la formation d’élites et de stars.

Une élite est un petit groupe de gens qui domine un autre groupe plus grand […], et qui agit fréquemment sans son consentement ou sa connaissance.

Une élite, ce n’est pas une conspiration de méchants de film. Ce peut être ce groupe de bons potes au sein d’un mouvement, qui boit des coups au bar et y discute du mouvement. L’élite échange en son sein plus d’information que n’en reçoit le reste du groupe. Elle peut faire bloc pour pousser telle ou telle orientation, dans des discussions déséquilibrées d’avance. C’est moins par malveillance que par contingence que les élites se forment : leur activité politique et leur amitié coïncident. C’est aussi ce qui rend difficile leur dissolution, car l’élite ne commet pas de faute fondamentale. Elle s’entretient par affinité, et comme gagner la confiance de l’élite existante est difficile et nécessite d’intégrer ses codes, elle est sujette à une certaine homogamie.

Quant aux stars, ce sont des personnes qui sont mises en avant au sein du groupe, voire qui le représente dans l’inconscient collectif. Mais au sens de Freeman, elle n’ont pas été désignées explicitement. Une personne charismatique qui s’exprime bien prendra souvent plus de place. En plus de favoriser les normes dominantes, le « statut » de star n’est pas révocable dans la mesure où il n’a été attribué par personne. La star, comme l’élite, est rarement consciente de son statut. Les critiques légitimes qu’elle reçoit peuvent être vécues violemment et la conduire à quitter le groupe, et par là même, le fragiliser.

Pour lutter contre l’émergence d’élites et de stars, Jo Freeman propose 7 principes pour formaliser la structure d’un mouvement de sorte à faire émerger une horizontalité inclusive et politiquement efficace :

  1. Assigner démocratiquement des tâches précises à des personnes concrètes, qui ont préférablement manifesté leur intérêt.
  2. Assurer que toute personne qui exerce une autorité le fasse sous le contrôle du groupe.
  3. Distribuer l’autorité au plus grand nombre de personnes raisonnablement possible.
  4. Faire tourner les postes ; pas trop souvent (pour avoir le temps d’apprendre), pas trop peu (pour ne pas créer d’élite).
  5. Rationaliser les critères d’assignation des tâches, par compétence plutôt que par sympathie.
  6. Diffuser l’information au plus grand nombre, le plus possible. L’information, c’est le pouvoir.
  7. Rendre accessibles les ressources de manière équitable (un local, du matériel, des identifiants…)

Ce billet tirant déjà en longueur, je vous laisse vous convaincre de la pertinence des propositions, et à la lumière de cette analyse, je vous propose de passer à l’examen de la tout-doux-cratie. 😙

Bienvenue en tout-doux-cratie

La tout-doux-cratie est le mode de gouvernance qui émerge pendant le Picacamp. Il est forgé selon trois principes :

  • Faire et laisser faire (permettre à Picasoft d’être un lieu où chacun·e peut agir) ;
  • Se préoccuper des opinions des autres membres (partager l’information, s’informer)
  •  Rechercher le consensus (accepter les compromis, être amical·e et favoriser la vie ensemble).

Tout système de gouvernance s’ancre sur des partis pris adaptés au contexte dans lequel il se déploie. Pour Picasoft, on l’a vu, il y a un véritable enjeu à faciliter l’action des personnes motivées sans écraser les autres ; c’est pourquoi le nom dénote la fluidité (to-do) et le soin (tout-doux). L’intention du système de règles lui-même est d’être suffisamment simple pour être intégré rapidement (fluidité) mais suffisamment robuste pour être mis à l’épreuve dans les cas difficiles (soin).

Voyons très concrètement comment ça se passe5. Tout membre peut engager des actions, séparées en deux catégories.

  • Une action ordinaire ressemble aux actions habituelles menées dans le cadre de l’Association. Le règlement intérieur contient une tout-doux-liste qui aide à déterminer si une action est ordinaire.
  • Une action extraordinaire n’est pas habituelle dans le cadre et l’historique de l’Association, en particulier lorsqu’elle n’est pas réversible.

Certaines actions (modification du règlement intérieur, exclusion d’un membre, dissolution de l’association…) sont statutairement extraordinaires. En cas de doute ou de cas limite, l’action extraordinaire est préférée. Le mode de décision collectif diffère en fonction de l’action.

Une action ordinaire peut être lancée sans accord préalable, à partir du moment où la personne informe les membres de l’association de son action. Tout membre a la possibilité de suspendre l’action en posant un verrou non-bloquant : il dispose alors de dix jours pour convaincre une majorité des membres que l’action doit être annulée. S’il n’y parvient pas, l’action est maintenue.

Une action extraordinaire est associée à un verrou bloquant par défaut : l’action peut être réalisée uniquement si une majorité de membres y sont favorables, ou si dix jours se sont écoulés sans qu’une majorité des membres n’y soient défavorables.

Si ce fonctionnement peut paraître alambiqué, il provient du raisonnement suivant :

  1. L’horizontalité par consensus à majorité absolue ne fonctionne pas ;
  2. Le « laisser-faire sauf en cas de véto » donne un pouvoir disproportionné à chaque membre, en tant qu’il peut empêcher l’action d’un autre membre seul et pour de mauvaises raisons (détruire est plus facile que construire) ;
  3. La charge doit alors peser sur la personne qui est contre ; elle devra prouver que l’action doit être annulée en sollicitant un rejet collectif. Si elle n’y parvient pas, alors l’action est légitime à être menée.

Ce raisonnement a des accents conflictuels qui semblent bien loin du tout-doux. C’est pourquoi la tout-doux-cratie n’utilise pas ce mécanisme en fonctionnement nominal. En première instance, la recherche du consensus et la discussion sont les modes d’interaction privilégiés. Le vote agit généralement comme une chambre d’enregistrement. En d’autres termes, un membre qui a connaissance d’un dissensus devrait d’abord informer et, le cas échéant, chercher le compromis avant de lancer une action ordinaire ou extraordinaire. Si le dissensus persiste, le vote permettra de rendre compte de l’opinion générale des membres, tout en préservant la personne agissante d’une trop grande charge mentale.

De ce fonctionnement découle naturellement l’abolition du bureau. L’association ayant toujours besoin de personnes pour la représenter (juridiquement, économiquement…), trois personnes sont élues chaque semestre pour constituer un genre de spectre de bureau :

  • Un·e représentant·e administratif, qui doit lever la main quand quelqu’un demande le·la président·e et qui signe tous les documents administratifs concernant Picasoft ;
  • Un·e représentant·e financie·re, qui effectue les opérations bancaires ;
  • Un·e représentant·e technique, qui distribue les accès aux machines.

Chaque représentant·e est la seule personne en capacité de réaliser ces actions ou de les déléguer. En revanche, la différence majeure avec l’ancien bureau est que les représentant·es n’ont aucun pouvoir décisionnaire ; iels exécutent simplement les décisions de l’association.

Dans la mesure où leurs actions peuvent engager leur responsabilité, iels disposent d’un droit de retrait, c’est-à-dire de la possibilité de démissionner sans aucune justification en cas de refus d’exécuter une action. Là aussi, ce droit de retrait correspond à la dernière alternative et n’a en pratique jamais été utilisé.

Enfin, la tout-doux-cratie a été conçue pour fonctionner correctement même en système ouvert, c’est-à-dire que devient membre toute personne qui en fait la demande. Si la plupart des associations fonctionnent par cooptation, Picasoft est une association dont les membres tournent beaucoup et qui a besoin de maintenir ses effectifs. Rendre l’adhésion peu coûteuse en temps et gratuite incite plus facilement à tenter l’expérience. C’est sans danger, car l’arrivée d’un·e nouveau·elle ne peut pas bouleverser l’association du fait du mode de décision : si cette nouvelle personne se trouve en opposition avec le reste des membres, elle ne sera pas en mesure de bloquer les décisions, quel que soit son poste. Enfin, si sa présence est réellement problématique, son exclusion peut être décidée par action extraordinaire.

Être membre implique cependant un nombre minimal d’obligations définies dans les statuts.

  • Agir conformément à l’objet de l’Association ;
  • Aider les autres à agir ;
  • Participer au processus de tout-doux-cratie, c’est-à-dire donner son avis lorsqu’il est demandé, voter, rester informé·e et participer aux AG.

En pratique, seul la dernière obligation est cruciale, capitale, essentielle, indispensable, vitale, critique ; bref, vous l’aurez compris, faut pas passer à côté. Car pour bien fonctionner, la tout-doux-cratie a besoin de l’opinion de ses membres : sans prendre le temps de s’informer, on peut se lancer dans des actions conflictuelles. Sans voter, on allonge le délai de réalisation des actions extraordinaires et on démotive ses auteur·ices. Sans participer aux discussions, on perd le lien et la dynamique qui animent Picasoft.

En définitive, ce sont la circulation horizontale de l’information et la participation active aux décisions qui forment les clés de voûte d’une tout-doux-cratie saine.

Gardez de la place pour le dessert

Nous arrivons tranquillement à la fin du premier chapitre de cette enquête. Vous l’aurez compris, Picasoft fonctionne depuis plus de deux ans en tout-doux-cratie. Ce mode de gouvernance n’a rien de révolutionnaire. Au contraire, il s’appuie sur des idées théorisées depuis plusieurs décennies et qui structurent nombre de collectifs militants, plus ou moins informellement. On lui a donné un nom car on aime bien les jeux de mots mignons, et qu’on peut en parler plus facilement, voilà tout. ✨

Pour autant, si la critique de la bureau-cratie est facile et que j’ai présenté la tout-doux-cratie sous son meilleur jour, à ce stade, il vous manque cruellement de passage à la pratique à vous mettre sous la dent. Et l’occasion, inévitable, de relever les failles de ce système. Mais ça… ce sera pour la seconde et dernière partie de ce billet ! 😄

Un grand merci à Antoine, Audrey, Gaëtan, Jérôme, Stph, R01, Tobias, et tout·es les membres de Picasoft et de Framasoft pour leurs contributions, relecture, corrections et leur accueil bienveillants !


  1. https://www.associations.gouv.fr/1001-redaction-statuts-association.html ↩︎
  2. En effet, l’idée qu’il est normal que les services et contenus soit disponibles partout et tout le temps est largement et sciemment véhiculée par l’imaginaire du « Cloud », des nuages. La très haute disponibilité est par ailleurs un sujet de recherche actif. L’idée de diminuer la disponibilité d’un service rencontre des résistances similaires à l’idée de « décroissance », parfois vécue comme une régression. Pourtant, il y a de quoi s’interroger sur la disponibilité totale, mais c’est un autre sujet. Ne pas jouer le jeu du Cloud, c’est donc ne pas se fixer un objectif de disponibilité, mais en restant prudent pour ne pas se marginaliser. ↩︎
  3. Les mécanismes par lesquels l’open-source devient un puissant outil de domination politique et économique sont passionnants, même si largement au-delà du sujet principal de ce billet. Néanmoins, pour les anglophones, cet article récemment paru sur l’éditeur de code open-source Visual Studio Code, développé par Microsoft, est édifiant : https://ghuntley.com/fracture. ↩︎
  4. D’ailleurs, il est vraisemblable qu’avoir un avis sur tout n’est pas souhaitable. Un système qui oblige à prendre chaque décision à la majorité sera soit démesurément inefficace (car lent), soit irréfléchi (car la plupart des votes seront au doigt mouillé). C’est un raccourci que je me permets de faire dans cet espace plus confidentiel des notes de bas de page. On peut légitimement objecter que la lenteur n’est pas un problème en soi, et que des modes de gouvernance l’assument, et même plus, la revendiquent. Voir le cas fascinant des zapatistes : https://hal.archives-ouvertes.fr/hal-02567515/document ↩︎
  5. Les curieux·ses trouveront la formalisation dans nos statuts et notre règlement intérieur. ↩︎
❌