À la manière du test de Beshdel (qui permet en trois critères de mettre en lumière la sous-représentation des femmes et la sur-représentation des hommes dans des films), nous vous proposons un nouvel outil pour dénicher les embuscades tendues par l’autogestion-washing, en toute simplicité : « le test de l’Autogestion ».

Il nous semble plus que nécessaire dans le contexte actuel. En effet, utiliser des mots à tord et à travers, et les détourner de leur sens pour récupérer ceux qui y sont attachés est devenu si courant que l’on peine parfois à trouver des mots qui ne portent pas à confusion ou qui ne servent pas un discours de communicants. L’autogestion n’échappe pas à la règle au point que l’on peut désormais parler d’autogestion-washing. Que le processus soit conscient ou le fruit de l’ignorance. Il nous semblait donc important de proposer un outil simple et efficace permettant de faire le tri dans la majorité des cas.

Le test de l’Autogestion

Trois critères :

• Pas d’AGs ;
• Pas de salarié ;
• Pas de gestion informatisée.

Le projet ne respecte pas les trois critères ? Le collectif ou l’organisme n’est pas autogéré.

Il les coche tous ? C’est prometteur, vous tenez peut être là une initiative sans donneur d’ordre individuel ni collectif, humain comme machine ! Attention, le test de l’autogestion élimine la plupart des faux prétendants au titre. Il n’est pas une garantie à 100% d’un modèle autogéré, il faudra pousser l’analyse plus loin. Comme le test de Beshdel ne vous garantit pas un film respectant l’égalité femme-homme.

Quelques explications

Pas d’AG

Autogestion et chef apparaissent immédiatement comme contraires. Ce dernier a le pouvoir sur les membres d’autoriser ou interdire, à priori, des initiatives. L’Assemblée Générale est donc par définition un chef collectif. Parfois l’ensemble des membres constitue ce chef collectif mais le plus souvent c’est uniquement un petit groupe qui les organise. Petit groupe qui pré-écrit les délibérations en AG qui restent à valider.

Ce chef, quoique collectif, reste arbitraire. Il dicte ses volonté et ce qui doit être fait et pas fait, interdisant des pratiques et initiatives jugées marginales par une partie du groupe, au détriment du reste.

Les « simples membres » chercheront la validation des responsables et ces derniers pourraient se sentir trahis sans validation demandée. L’AG est un lieu de déresponsabilisation des membres d’un collectif et de sur-responsabilisation de quelques personnes mandatées pour résoudre les problèmes. La pratique des AGs a démontré que les simples membres deviennent attentistes et râleurs. Les mandatés eux, auront une charge mentale élevée.

Ces membres mandatés sont souvent des membres de longue durée dans des groupe de travail permanents (bureau, conseil d’administration, commissions, comité de pilotage, etc). Cela créé à terme des lieux de pouvoir et des déséquilibres d’investissement dans le projet, d’accès à l’information et du nombre de prises de décisions. Cela instaure mécaniquement des membres en responsables et gestionnaires et les autres comme consommateurs pouvant exiger des résultats.

Pas de salarié

L’existence de salarié instaure d’emblée une relation dominant / dominée, contraire au principe d’autogestion.

De plus, le salarié a pour rôle de gérer des pans entiers du projet. Il s’investit plusieurs dizaines d’heures par mois : beaucoup plus que n’importe quel autre membre. Cela crée un déficit d’impact des actions des membres qui sont marginales et un déséquilibre d’information mécanique entre le salarié et les autres membres.

Un salarié n’a pas les mêmes intérêts que les simples membres : sa gestion est d’abord au service du maintien de son poste et ensuite au maintien de la raison d’être de l’initiative.

Pas de gestion informatisée

Les outils informatiques tels qu’ils sont majoritairement conçus organisent les collectifs de manière hiérarchique. Quasi exclusivement nous retrouvons des administrateurs puis des rôles subalternes dont les pouvoirs sont définis et accordés par les premiers (et donc révocables par eux).

C’est d’autant plus problématique qu’un outil gère de nombreux pans de l’organisation. Or un outil informatique est construit pour le grand nombre et n’est jamais adapté aux projets particuliers. Et il ne peut l’être. D’autant plus que la plupart sont la propriété d’un organisme privé qui le conçoit en fonction de ses intérêts. Si la gestion d’un projet se fait au travers d’un seul outil unifié, que se passe-t-il lorsque un aspect ne convient pas et est incontournable ? Le plus souvent l’outil ne s’adapte pas, c’est le fonctionnement du collectif qui s’y adapte. De plus, que se passe-t-il quand le développeur change ses conditions d’utilisation (prix, valeurs, suppression de fonctionnalité, etc.) ? Qu’il signe un partenariat avec des entreprises peu recommandables ou qu’il vend vos données sans votre accord ?

De plus à mesure que se créé une dépendance à un outil il se créé une dépendance aux personnes compétentes (souvent peu nombreuses). Quel pouvoir cela leur donne-t-il ? Que se passe-t-il quand les personnes ne peuvent plus, ne veulent plus et que l’outil n’est plus maintenu ? Dans ces deux cas, le collectif est-il alors en capacité de s’en passer ? Devient-il prisonnier ?

Enfin, derrière ces outils, il y a des gens dont les idées imprègnent ces outils. Ils prennent donc des décisions pour le collectif bien en amont de la création de celui-ci, décisions qui ne pourront presque jamais être remise en cause. Il sort du champs de l’autogestion des composantes entières du fonctionnement du projet.

Évidemment, les épiceries libres passent le test ! 🙂