2.8 réduire les risques à participer
Livre "la coopération, nouvelles approches" version 1.1
Paradoxe : seuls ceux qui ne font rien ont du temps
Sans doute, si vous avez déjà cherché à rassembler des personnes, êtes vous tombé sur ce curieux paradoxe : Ceux qui pourraient apporter le plus à une communauté sont soit déjà impliqués dans d'autres groupes, soit ils sont en train de monter leur propre projet. Ils n'ont donc pas le temps nécessaire pour s'investir dans votre projet.
D'autres encore n'ont pas la sécurité matérielle suffisante pour s'engager.
Il reste une troisième classe de personnes qui participent à de très nombreux projets. Ils se joindront avec joie au votre. Mais s'ils peuvent apporter la richesse des liaisons avec d'autres groupes, ils n'auront ni le temps ni l'intérêt de contribuer fortement à votre projet.
Le paradoxe pourrait s'énoncer ainsi : "Sauf exception, les meilleurs contributeurs n'ont pas le temps de s'investir dans votre projet."
Réduire les risques lors de l'engagement
Ceux qui sont sollicités souvent pour participer aux projets ont pris l'habitude de d'abord dire non et éventuellement de réfléchir ensuite. Pour n'avoir que très mal suivi cette règle, je me suis souvent retrouvé surchargé par de trop nombreux engagements. Cela ne peut se faire qu'au détriment de son implication dans les projets auxquels on participe ou que l'on monte.
Cette fois encore, il est nécessaire de faire jouer les mécanismes de régulation. Quelqu'un qui arrive dans un projet ne peut jamais être certain que celui-ci est réellement intéressant pour lui ou même qu'il le restera. Il faut donc minimiser le risque de s'engager dans un nouveau projet.
Pour cela il existe deux critères :
- L'un dépend de la personne elle-même : On peut s'impliquer lorsque l'on a réglé ses besoins de sécurité matérielle.
- L'autre dépend du groupe : L'entrée dans un groupe ne doit pas être un engagement à y contribuer ou même à y rester.
Première Règle : chacun doit disposer d'une sécurité matérielle
Il est nécessaire que chacun ait résolu ses problèmes de sécurité matérielle :
- Soit en participant au projet dans le cadre de son travail si l'organisation à laquelle il appartient y voit son intérêt ,
- Soit en ayant une marge de manoeuvre suffisante pour participer bénévolement.
Le financement direct des personnes pour un projet pose des problèmes d’acceptation par les autres personnes non rémunérées et d’obligation de résultats qui imposent d’autres méthodes de travail. Une personne peut cependant être salariée par une organisation participante au projet. Elle est alors payée pour son rôle de lien avec le projet plutôt que directement pour le travail qu'elle fait dans le cadre du projet.
Les communautés ouvertes et fermées
Un domaine important dans la mise en place des projets coopératifs concerne l’aspect ouvert ou fermé des groupes.
Si un coordinateur constitue une communauté d’utilisateurs qui ne peuvent que difficilement faire le choix de sortir de la communauté, alors la communauté est dite fermée. Si au contraire la communauté permet à tout utilisateur de sortir aisément, si les contributions peuvent venir de toute personne, alors la communauté est ouverte. Il semble que quelques règles se détachent pour former un groupe ouvert :
- Chaque membre de la communauté peut sortir de lui-même à tout moment de la communauté. Si un membre perturbe le fonctionnement de la communauté, le coordinateur garde la possibilité de l’exclure. Il n’a cependant pas le pouvoir de maintenir dans la communauté quelqu’un qui veut en sortir.
- Il est possible et même très positif de faire partie de plusieurs communautés. Chacun peut choisir librement les groupes auxquels il souhaite participer.
La mise en place d’une communauté ouverte d’utilisateurs-contributeurs est un choix préférable à celui d’une communauté fermée.
Les sectes sont des groupes fermés. L'appartenance à d'autres groupes tout comme la sortie de la secte sont fortement découragés. Le gourou dispose de plus d’un pouvoir de contrainte sur ses membres.
Les critères que nous avons donnés ne concernent pas le mode d'entrée dans la communauté. Il existe des cas où des communautés mettent des freins à l'entrée en utilisant la cooptation ou d'autres mécanismes. Il en existe plusieurs types tels que le noyau de coordination d'un projet lorsqu'il comporte plusieurs personnes ou la communauté des coordinateurs de projet.
Noyau de coordination et groupe de pilotage
Nous avons vu que la grande différence entre les contributeurs et les coordinateurs résidait dans le côté critique ou non critique des tâches exécutées. Ainsi le noyau de coordination d’un projet peut parfois comprendre plusieurs personnes. Dans ce cas il est préférable de choisir très soigneusement l’équipe de coordination dont chaque membre prendra en charge des tâches critiques. La cooptation est alors le meilleur système. C’est au coordinateur principal de choisir ses partenaires et d’assurer la cohérence de l’équipe.
Les utilisateurs ne choisissent pas chaque membre du noyau de coordination mais sanctionnent l’efficacité de l’équipe de coordination en contribuant ou au contraire en sortant de la communauté. L’information dont ils disposent est un critère clé pour éviter les déviations. Paradoxalement, le fonctionnement est similaire à une bourse de valeurs ou d'un marché financier : On "parie" sur une idée, sur une stratégie, sur une équipe et la sanction est l'accroissement de la demande du titre.
Dans tous les cas il est préférable que le noyau de coordination (et également le nombre de tâches critiques) reste le plus petit possible pour éviter la complexité grandissante imposée par la loi de Brooks. Dans l'idéal le coordinateur est seul.
Une solution consiste à former un groupe de pilotage. Celui-ci rassemble des membres de la communauté auxquels on a donné des rôles (non exclusifs et non critiques) pour qu'ils prennent en charge des tâches dont aucune n'est vitale pour le projet. Un tel groupe de pilotage non critique permet alors de disposer de contributeurs particulièrement actifs qui peuvent même prendre en charge la coordination d'un sous projet sans que la défaillance de l'un d'eux ne mette le reste du projet en péril.
La communauté des pairs
La communauté des coordinateurs de projets est un cas de communauté par cooptation : les personnes rentrent dans la communauté lorsqu’elles sont reconnues par leurs pairs. Ici, la communauté n’a qu’un but d’échanges. N’ayant rien à produire en commun, il n’y a pas de tâches critiques. Elle sert principalement à apporter des échanges et de la reconnaissance entre ses membres. Une telle communauté fermée est cependant dangereuse si la reconnaissance n’est basée que sur ses membres et non sur une communauté ouverte d’utilisateurs-contributeurs.
Ainsi, dans les logiciels libres, il existe deux types de communautés. Les hackers (également appelés hackers éthiques pour les distinguer des autres) : Il s’agit souvent de personnes qui mettent en place des projets coopératifs de développement de logiciels libres. Ils tiennent leur reconnaissance (et donc leur statut de hackers), non seulement de la communauté des hackers, mais également des utilisateurs-contributeurs de leurs communautés ouvertes.
Les communautés d’intérêt comme celles des hackers protègent leur cohérence de l’extérieur par des mécanismes de sélection :
- Le vocabulaire ou le contexte social permet la reconnaissance entre les membres
- La nécessité d’un temps d’initiation permet d’acquérir des qualités nécessaires pour être reconnu comme membre du groupe (compétences techniques, patience, sens du compromis...). Les secrets doivent être découverts progressivement.
A l’inverse, les " crackers " sont des pirates informatiques qui développent en secret des virus ou piratent des sites Internet. La communauté des crackers est formée des personnes qui se reconnaissent entre eux comme crackers. S’ils ont l’équivalent d’utilisateurs (qui le sont bien malgré eux !), ils n’ont pas de communauté ouverte de contributeurs. La régulation par l’implication des utilisateurs-contributeurs ne peut pas se faire.
Une communauté dont l'entrée n'est pas ouverte n’est donc pas nécessairement une mauvaise chose si elle permet de constituer un noyau de coordination cohérent par cooptation ou permet des échanges entre des personnes ayant une culture commune. Cependant elle doit permettre la sortie et la multi-appartenance pour rester ouverte et elle doit être basée sur d’autres communautés ouvertes pour permettre les mécanismes de régulation de la reconnaissance et ainsi éviter les déviations.
Deuxième règle : Entrer dans un projet ne doit être un engagement ni à y contribuer ni à y rester
Cette "ouverture" peut apparaître comme un inconvénient, et il semblerait plus intéressant à court terme de rendre ses utilisateurs "captifs". Mais la véritable évaluation du projet passe par l'estime qu'en ont les utilisateurs qui choisissent de contribuer ou au contraire de partir. Les remises en questions imposées par cette évaluation permanente poussent le projet vers un cercle vertueux de qualité. Bien sûr le coordinateur garde cependant le pouvoir d'exclure un membre qui perturberait le fonctionnement d'ensemble.
Pour que les bons contributeurs ne perçoivent pas la participation à votre projet comme un engagement à risque, il faut à la fois qu'ils aient une certaine sécurité matérielle mais aussi que le groupe soit ouvert. Un groupe ouvert permet à chacun de sortir à tout moment et encourage la multi-appartenance à l'initiative du membre. Pour minimiser le risque de s'engager dans un projet il faut :
|
Livre sur la coopération #implication28
Par J-M Cornu | Avant | 24/12/2004 10:26 | Après | Coopération | un commentaire | Lu 5988 fois |
Commentaires
1 - Encourager l'appartenance à d'autres groupes (§2.8)par Cornu, le Vendredi 24 Décembre 2004, 12:40 Répondre à ce commentaire