interpole : L'implication

Saisir une fiche : Concept

Image

Modifier l'image

Titre du concept

Auteur de la fiche

Licence de la fiche

Description

=====Les motivations pour faciliter l'implication=====
Livre "la coopération, nouvelles approches" version 1.0
====Paradoxe : Le système EPM====
Un projet ne se développe pas simplement parce que les participants font bien ce qu'on leur dit de faire, mais aussi parce qu'ils s'impliquent.

Au début de l'ORTF (Office de Radio et Télévision Française), les équipes travaillaient dans une grande émulation. De nombreuses premières ont ainsi été rendues possibles grâce à des groupes de personnes passionnées qui inventaient la télévision (la façon de filmer une dramatique, le mécanisme d'incrustation qui permet d'ajouter un fond derrière un présentateur...). Il y eut des innovations merveilleuses et bien sûr également de nombreuses erreurs commises.

Pour financer la télévision qui devenait de plus en plus chère, la publicité fut introduite. Petit à petit, un effet pernicieux apparut : Au moment de la publicité, il fallait que le maximum de personnes regardent la télévision. Il ne devenait plus possible de prendre le risque d'un flop. Les orientations des émissions étaient clairement définies et choisies AVANT par les gestionnaires. L'innovation et la créativité devenaient des facteurs de risque. Les personnes qui réalisaient les émissions devinrent les exécutants de projets entièrement définis et calibrés. Ils perdaient au passage le plaisir de la découverte et la reconnaissance lorsqu'ils inventaient quelque chose d'extraordinaire. Une autre forme de reconnaissance était accordée non plus aux innovateurs mais à ceux qui avaient une place visible grâce à la diffusion grandissante du média. Il devenait intéressant de lutter contre les autres pour obtenir les meilleures places, les meilleurs titres et même la célébrité.

Ceux qui ont voulu continuer à innover ou faire de belles choses se sont vus de moins en moins reconnus, se sont découragés et sont tombés dans le système que François de Closet appelle le système EPM ("Et Puis Merde...")""<a href="#ancre1"><sup>1</sup></a>"".
====Laissez les meilleurs contributeurs s'approprier des morceaux du projet====
Lorsque les émissions de télévisions sont devenues des événements critiques, il a fallut supprimer le droit à l'erreur. Mais l'innovation et la créativité sont des processus non robotisés. Elles imposent souvent de nombreux échecs pour arriver à une idée géniale. Une planification précise prévoyant ce qui doit se passer tue l'innovation. Ainsi, Norbert Alter""<a href="#ancre2"><sup>2</sup></a>"" explique que les innovateurs ne sont pas reconnus au début et même souvent rejetés.

A l'inverse, une des particularités des projets coopératifs est que le coordinateur-propriétaire ne détient finalement que le droit de modifier comme il le souhaite son projet. Chacun peut aller et venir sur son "territoire". Plus les passants auront envie de s'y arrêter et de s'y établir et plus le projet s'enrichira. Pour retenir les meilleurs contributeurs et les plus actifs, il est bon de leur laisser un petit morceau de la propriété sous la forme d'un sous-projet qu'ils peuvent ensuite coordonner, même si ce qu'ils en font n'est pas prévu au départ.

La clé est d'adopter un "laisser-faire actif" tant que les propositions vont dans le sens du projet. Par exemple, il vaut mieux autant que possible que chacun puisse choisir son rôle, cherchant alors à s'investir dans les fonctions non ou mal remplies pour "trouver sa place", plutôt que d'affecter des rôles à l'avance. La théorie des files d'attente présente bien ce genre de rééquilibrage""<a href="#ancre3"><sup>3</sup></a>"".
====La contrepartie du don====
Comme nous l'avons vu, coopérer à un projet, et même s'investir et donner sans attendre de contrepartie immédiate n'est pas forcément un acte altruiste mais une façon de concilier son intérêt personnel avec l'intérêt collectif en différant et globalisant la contrepartie reçue.

Les biens consommables (ou leur équivalent en argent) sont assez mal adaptés pour constituer une contrepartie efficace, car on se retrouve alors avec un simple échange basé sur une évaluation unitaire de chaque don. Cela montre qu'il est difficile de vivre uniquement du don car nous avons également besoin, entre autre, de biens de consommation pour assurer nos besoins vitaux. Nous verrons cependant que par un effet de ricochet, les gains plus immatériels obtenus dans un système de don peuvent dans un deuxième temps grandement faciliter l'obtention de ces biens matériels.

Les gains que l'on peut s'attendre à recevoir à la suite de ses dons sont de trois ordres :

- Le savoir-faire
 - Le plaisir
 - La reconnaissance

Dans l'économie d'échange, on obtient en contrepartie de son travail le développement d'un savoir-faire et de l'argent qui permet indirectement de satisfaire ses besoins vitaux et d'acheter ce qui peut faire plaisir (même s'il est possible et souhaitable de prendre du plaisir directement dans son travail).

Dans l'économie du don, on obtient en contre partie de son travail le développement de savoir-faire et du plaisir, ainsi que de la reconnaissance qui permet éventuellement d'obtenir indirectement une valorisation du statut social pour mieux satisfaire ses besoins vitaux.

Le sentiment du travail bien fait constitue également une gratification pour ceux qui y sont sensibles. Il s'agit d'un sentiment personnel indépendant des réactions collectives, nous ne le détaillerons donc pas ici.
====
Première contrepartie :Le savoir-faire====
Toute participation à un projet doit permettre d'acquérir des savoir-faire dans les domaines opérationnels où nous nous impliquons, mais également le sens de la participation et de la gestion de projets. De ce point de vue, on peut comparer l'acquisition de savoir-faire à ce qu'une société dans l'économie d'échange cherche à obtenir avec son budget formation et son budget recherche et développement.
====Deuxième contrepartie : Le plaisir====
Cela pourrait sembler un bien faible résultat que l'on peut obtenir de bien d'autres façons. Pourtant, dans l'économie d'échange également, une fois nos besoins vitaux remplis, l'argent sert principalement à contenter notre besoin de plaisir et même notre besoin de paraître et notre besoin de montrer à autrui notre réussite sociale au travers de biens plus luxueux et de voyages, spectacles, etc. Dans les projets coopératifs le plaisir n'est plus apporté indirectement grâce aux gains en argent, mais directement par le projet lui-même. Il s'agit même d'un critère primordial dans la gestion du projet : celui-ci doit permettre aux participants d'y trouver du plaisir et en contrepartie, le plaisir agit comme un moteur pour susciter l'implication qui est une des clés de la réussite de tout projet.
====Troisième contrepartie : La reconnaissance====
Il s'agit d'un gain fondamental dans un projet coopératif libre. De la même façon que l'économie d'échange n'apporte pas directement la satisfaction des besoins vitaux mais apporte l'argent qui permet de les prendre en charge, la reconnaissance apporte par ricochet plusieurs avantages :

- Un moyen très efficace pour attirer la coopération des autres dans les projets que nous pourrions proposer.
 - La satisfaction du besoin de reconnaissance que nous avons tous.
 - L'augmentation des moyens (embauche, promotion) qui résulte de façon indirecte de l'estime que nous suscitons ou des titres que nous avons acquis.

Les deux dernières contreparties sont souvent reniées par les purs et durs des projets bénévoles. Le besoin de reconnaissance fait trop penser à sa version pervertie : l'égocentrisme. Quant à l'augmentation des moyens, il n'est possible de l'ignorer que si l'on a résolu tous ses besoins vitaux et obtenu la sécurité. Si cet avantage est souvent nié c'est qu'il comporte des risques importants de déviations comme nous le verrons plus loin. Pour donner une comparaison, la reconnaissance permet d'obtenir ce qu'une société dans l'économie d'échange recherche grâce à son budget //marketing// ou communication.

De nouveau, quelque chose qui peut sembler négatif dans notre environnement où l'intérêt individuel est antinomique avec l'intérêt collectif, devient un fondement du projet coopératif lorsque l'intérêt individuel et l'intérêt collectif sont réconciliés.
====Les déviations de la reconnaissance====
La reconnaissance joue dans l'économie du don le rôle de l'argent avec les différences que nous avons déjà identifiées : évaluation globale //a posteriori// sur tous les dons. La contrepartie n'est pas demandée mais reçue de l'ensemble de la communauté.

Il faut plus de temps pour " toucher " sa première paye, ce qui explique qu'une économie du don marche d'autant mieux que les acteurs ont déjà résolu leurs besoins vitaux et peuvent se concentrer sur d'autres besoins moins urgents (besoin de reconnaissance, plaisir, acquisition de savoir-faire, faciliter la coopération des autres dans des projets futurs...).

Nous avons vu cependant que deux de ces gains au moins (la satisfaction du besoin de reconnaissance et l'augmentation des moyens) comportent des déviations possibles.

En particulier, la satisfaction du besoin de reconnaissance peut pousser à l'égocentrisme. Dans ce cas la reconnaissance n'est plus reçue des autres mais considérée comme un dû. Cependant, grâce à un mécanisme de régulation naturel, la personne qui tombe dans ce travers et qui ne dispose pas de pouvoir de contrainte sur les autres voit ses pairs se détourner d'elle.
====Les différents types de reconnaissance====
Pour ce qui est de l'augmentation des moyens par l'intermédiaire de l'augmentation du statut social, il faut distinguer plusieurs formes de reconnaissance. Si chacune apporte une forme de pouvoir, il est là aussi nécessaire de voir s'il y est associée ou non une possibilité de contrainte sur les autres.

- Le titre honorifique n'est normalement obtenu qu'après la fin de sa participation à un projet. Pour que ce type de reconnaissance fonctionne bien, il faut qu'il n'y ait plus d'implication ensuite dans le projet. Le titre apporte alors une mesure de la reconnaissance obtenue sans apporter de pouvoir. Les seules déviations possibles sont de continuer à avoir une implication et la mauvaise évaluation de la récompense. Celle-ci risque particulièrement d'arriver si seul une personne ou un petit groupe décide d'attribuer le titre. Il est alors possible d'influencer la personne chargée de l'attribution pour obtenir un titre non mérité ou à l'inverse le faire refuser à quelqu'un.
 - L'estime est obtenue pendant le déroulement du projet et permet à celui qui la reçoit de continuer à agir en attirant plus facilement encore la coopération des autres. Son grand inconvénient est qu'elle n'est pas mesurable (il n'y a pas " d'unité d'estime "), même si elle peut être...estimée. Mais cette forme de reconnaissance apporte de nombreux avantages. L'évaluation se fait en continu et peut augmenter ou diminuer par un phénomène d'autocorrection permanent. L'évaluation est distribuée car elle est réalisée par tous. Elle se fait sur ce que l'on a réalisé et non sur ce que l'on annonce. Elle apporte un pouvoir non contraignant : il sera plus facile d'attirer la coopération des autres mais l'estime ne permet pas d'obliger à coopérer. Enfin dernier avantage, le nombre de personnes qui peuvent recevoir de l'estime n'est pas limité, nous sommes dans une économie d'abondance qui facilite la redistribution de l'estime aux autres.
 - Le titre opérationnel est obtenu avant de remplir le rôle qui lui est associé. Cette fois, il s'agit d'une mesure facilement identifiable. Mais l'évaluation se fait à un moment donné par une personne ou un petit groupe sur la base de l'estime obtenue dans d'autres rôles. Le titre peut également être obtenu à partir de l'annonce de ce qui va être fait (comme par exemple dans les appels d'offres pour obtenir un contrat). Nous sommes alors complètement dans le domaine du principe de Peters ""<a href="#ancre4"><sup>4</sup></a>"" : " Dans une hiérarchie, toute personne tend à s'élever jusqu'à atteindre son niveau d'incompétence ". C'est une des conséquences de ce système d'évaluation " //a priori// ". Un des points important est que le titre opérationnel donne la plupart du temps un pouvoir de contrainte sur des " subalternes " que l'on voudrait faire coopérer. Enfin, le nombre de postes disponibles est limité et pour pouvoir donner un titre opérationnel, il faut bien souvent en libérer un.
====Première règle : faciliter les mécanismes de contrepartie====
L'un des rôles fondamentaux du coordinateur d'un projet est de faire en sorte que chacun trouve son intérêt dans la coopération avec les autres. Pour cela il est important d'être attentif de façon continue pour faciliter l'apprentissage de choses nouvelles et les moments de plaisir surtout si ceux-ci sont collectifs.

Le coordinateur doit également être attentif au fait que chacun récolte l'estime qu'il mérite. Faire circuler l'information sur les réalisations de chacun, conserver un historique des réalisations sont des moyens efficaces de faciliter l'autorégulation par l'estime.
====Deuxième règle : Permettre à chacun de se voir en construisant par étape====
Avant même de réaliser de grandes choses, le membre de la communauté va tester inconsciemment la capacité de la communauté à reconnaître ses résultats.

Nous avons vu que plus la taille des groupes était grande et plus il générait d'opportunités. Cela semble aller à l'inverse de la capacité à recevoir de la reconnaissance, les actions étant noyées dans la masse. Pourtant, il est possible d'être visible même dans les grands groupes car c'est le nombre de contributeurs et non le nombre total de personnes qui compte.

Le nombre de contributeurs réguliers est lui limité. Pour permettre à plus de personnes de s'impliquer, il faut alors progressivement segmenter le projet en sous-projets. Tout l'art du coordinateur consiste à faire progresser son projet au bon rythme depuis une idée unifiée jusqu'à la ramification en sous projets, pour permettre à chaque étape à la fois un nombre minimum de contributeurs et que ce nombre ne soit pas un frein à ce que les contributeurs se voient et soient reconnus.
====
Troisième règle : Ne donnez pas des titres mais des rôles non exclusifs aux participants====
La subtilité entre le titre et le rôle est importante. Le titre apporte une concrétisation d'une reconnaissance. Il est souvent exclusif, ce qui bloque la possibilité d'avoir d'autres personnes qui assument le rôle ouvertement si le niveau d'incompétence est atteint. Par ailleurs le titre s'accompagne souvent d'un pouvoir coercitif qui va à l'encontre des mécanismes de régulations par les participants proposés pour les projets coopératifs.

Le rôle non exclusif lui, permet d'orienter et d'inciter un membre à contribuer (en particulier au début lorsque le nombre des contributeurs est faible ou nul). Mais le rôle doit se conquérir à chaque moment pour recevoir de l'estime en contrepartie. S'il ne s'accompagne pas d'un pouvoir coercitif, la personne ayant un rôle devra motiver d'autres contributeurs s'il veut démultiplier ses résultats suivant un processus proche de celui de la mise en place d'un projet complet. La distribution d'un rôle non exclusif à une personne est une motivation à s'impliquer et peut mener par la suite à la coordination d'un sous-projet fructueux.
""<div class="row-fluid">
<div class="well"  style="text-align:justify"> ""====Résumé====
Pour que les contributeurs les plus innovants s'impliquent de plus en plus et restent motivés il faut faciliter les mécanismes naturels de contrepartie :
 - Le développement de savoir-faire
 - Le plaisir
 - La reconnaissance

Pour cela le coordinateur doit suivre les règles suivantes :
 - Faciliter les mécanismes de contrepartie (savoir-faire, plaisir, reconnaissance).
 - Permettre à chacun de se voir en construisant le projet par étape.
 - Ne pas donner des titres mais des rôles non exclusifs aux participants pour qu'ils s'approprient des morceaux du projet.
""</div>
</div>""
=====Réduire les risques à s'impliquer dans un groupe=====
====Paradoxe : seuls ceux qui ne font rien ont du temps====
Sans doute, si vous avez déjà cherché à rassembler des personnes, êtes-vous tombés 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.

""<div class="row-fluid">
<div class="well"  style="text-align:justify"> ""====Résumé====
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 :

- Disposer d'une sécurité matérielle pour chacun.
 - Entrer dans un projet ne doit être un engagement ni à y contribuer ni à y rester.
""</div>
</div>""

=====
L'implication : abaisser le seuil de passage à l'acte=====
====Paradoxe : le train est parti====
Si vous arrivez juste à temps pour attraper votre train, vous pourrez monter dedans et voyager comme prévu. Si vous arrivez 20 minutes à l'avance, vous avez une marge de sécurité et la durée totale de votre voyage (attentes comprises) sera allongée de 20 minutes. Mais si vous arrivez quelques secondes après le départ du train, alors tout votre voyage est chamboulé car vous avez raté votre train !

Nous avons souvent une vision linéaire des choses. Mais de nombreux phénomènes se produisent de façon non linéaire en fonction d'un seuil. Un domaine où l'on rencontre souvent ce genre de seuil et de basculement est la psychologie.
====Abaisser le "seuil de passage à l'acte"====
Le passage à l'acte chez l'être humain correspond à un basculement brutal. La théorie mathématique du chaos exprime bien le seuil qui fait passer de l'attitude passive à la coopération""<a href="#ancre5"><sup>5</sup></a>"". Ce seuil dépend de chaque personne mais aussi de l'environnement.

""<div class="row-fluid">
<div class="well"  style="text-align:justify"> ""====Exemple : inciter à l'action en envoyant un message électronique====
Prenons par exemple un message Internet demandant aux utilisateurs de regarder une page spécifique de votre site //web//. Si l'adresse de la page est dans le message et que l'utilisateur n'a plus qu'à cliquer, vous aurez bien plus de personnes qui iront voir votre page que si vous considérez qu'ils ont déjà l'adresse de votre site et qu'ils peuvent très bien se débrouiller pour la retrouver. L'ennemie dans ce cas est la phrase que l'on entend beaucoup trop dans des projets : "c'est leur problème !".
Si le coordinateur propose dans un message à ses utilisateurs de contribuer activement, il doit redonner tous les éléments afin que ceux qui reçoivent son message n'aient pas à rechercher des informations supplémentaires pour contribuer. Sinon il ne pourra que se lamenter du manque de dynamisme de ses utilisateurs. Il en sera pourtant le premier responsable. Réfléchissez un instant aux différentes fois dans votre vie où vous vous êtes impliqués et à celles où finalement vous n'avez rien fait. Votre attitude dépendait de votre intérêt direct pour ce qui est proposé, de la dynamique du groupe, mais aussi de petits détails apparemment insignifiants qui ont facilité ou non votre première action.
""</div>
</div>""

Donner l'autorisation d'utilisation et de modification //a priori// grâce à une licence plutôt que d'imposer une demande d'autorisation avant toute action est un autre exemple d'éléments qui facilitent le passage à l'acte.
====Première règle : KISS (Keep It Simple and Stupid - Restez bête et simple)====
Un projet trouvera des contributeurs si ceux-ci arrivent à comprendre ce qu'a voulu faire l'initiateur. A chaque étape, les choix doivent être simples et compréhensibles. Ce sont d'ailleurs le plus souvent les solutions simples qui sont les meilleures.

Il existe une règle d'or pour faciliter les actions des contributeurs. Elle tient en 4 lettres :
K.I.S.S (Keep It Simple and Stupid - Restez bête et simple).

Ne considérez surtout pas que tous les participants à votre projet ont une compréhension aussi bonne que vous qui en êtes au coeur. Il y a plusieurs raisons pour cela :

Les informations que vous communiquez à vos participants doivent probablement être plus facilement compréhensibles avec votre tournure d'esprit qu'avec la leur.
Vos participants n'ont pas eu accès à l'ensemble des informations, en particulier celles qui vous ont semblé suffisamment évidentes pour que vous ne leur transmettiez pas.
Enfin, même si certains contributeurs peuvent être très impliqués, ils le seront toujours moins que vous et donc sélectionnent et assimilent mieux le sous-ensemble des informations qui les concerne dans le projet.
====Deuxième règle : Soyez réactif avant tout====
A l'opposé, un projet présenté de longue date et qui ne démarre pas laisse le participant potentiel dans une attitude de non-participation qu'il sera difficile de lui faire quitter. Attention donc aux promesses d'actions qui sont retardées. Ces retards au démarrage sont fréquents dans les projets traditionnels basés sur des contraintes (par exemple financières). Ils tuent la motivation et l'opportunité de faire basculer les participants potentiels vers la coopération.

Être réactif... Cette règle peut sembler toute simple mais c'est souvent elle qui fait la réussite ou l'échec de l'implication des personnes. Il faut bien comprendre que le mécanisme qui permet d'agir évolue dans le temps. Plus le temps passe et plus il devient difficile d'agir. A chaque instant le seuil se met à remonter.

En gestion du temps, il est toujours recommandé de commencer tout de suite ce que l'on a à faire. Sinon il faudra encore plus de volonté pour le faire plus tard. La "maladie" qui consiste à reporter à plus tard s'appelle la "procrastination".

Si vous souhaitez coordonner un projet, ne cherchez pas à être simplement réactif : cherchez à surprendre vos membres en étant hyper-réactif ! Vous verrez qu'ainsi, non seulement vous habituerez vos contributeurs à être eux-mêmes réactifs, mais également ils se sentiront plus reconnus, si vous réagissez promptement à leurs suggestions et vous sauverez également un temps énorme simplement en réagissant souvent et rapidement.

""<div class="row-fluid">
<div class="well"  style="text-align:justify"> ""====Résumé====
Outre l'augmentation de la motivation et la minimisation des risques, le secret de l'implication est dans l'abaissement du seuil de passage à l'acte.

Deux règles sont indispensables pour abaisser le seuil
 - KISS (Keep It Simple and Stupid - Restez bête et simple)
 - Le secret : soyez hyper-réactifs
""</div>
</div>""

""<a name="ancre1">""1""</a>""  François de Closet, "Le système EPM. Et puis merde", Paris, Ed. Grasset
""<a name="ancre2">""2""</a>""  Norbert Alter, "Sociologie de l'entreprise et de l'innovation, Paris, PUF, 1996
""<a name="ancre3">""3""</a>"" Théorie des files d'attentes (queeing theory) en recherche opérationnelle, voir par exemple http://chronomath.irem.univ-mrs.fr/LudoMath/ro.html "methods of operations research", par P.M. Morse et G.E. Kimball, Chapman et Hall, Londres, 1950
""<a name="ancre4">""4""</a>"" Laurence J. Peters & Raymond Hull, "The Peter Principle : why things always go wrong", Morrow William & Co (1969) "in a hierarchy, every employee tends to rise to his level of incompetence." Voir également une interview de Peters sur http://www.reasonmag.com/9710/int.peters.html
""<a name="ancre5">""5""</a>"" Voir par exemple sur http://www.ping.be/chaoflight/pageen/bookchaos.htm et en particulier : Ilya Prigogine, "les lois du Chaos", Flammarion, Paris 1997

Source : Jean-Michel Cornu - La coopération, nouvelles approches. [en ligne]. [Consulté le 29 janvier 2014]. Disponible à l&#8217;adresse : http://www.cornu.eu.org/texts/cooperation

//Crédits photo : Via catalana by SBA73 sur Flickr - CC-BY-SA//

Mots clés

Annuler

Interpole

Des ressources mutualisées pour coopérer !

Saisir une fiche : Concept

Saisir une fiche : Concept

Télécharger le fichier