openfab-lab / rtfm

THE openfab manual. Will be the source of all knowledge in the lab, nicely published on gitBook
https://openfab.gitbook.io/rtfm/
Creative Commons Attribution Share Alike 4.0 International
0 stars 0 forks source link

sujet: gouvernance et prise de décision. #46

Open nicolasdb opened 4 years ago

nicolasdb commented 4 years ago

La question de gouvernance dans un projet collaboratif est centrale, car quand tout va bien, c'est super mais dès qu'on n'est plus d'accord, c'est le drame.

Nous sommes donc arrivé à un choix de gouvernance.

  1. Le CA n'est pas là pour décider des couleurs du stickers.
    Ils sont là comme conseillers stratégique, comme représentant légaux de l'asbl et d'un point de vue extérieur lorsqu'on bloque sur des décisions opérationnelles.
  2. Si à un moment donné, les gestionnaires n'arrivent pas à s'accorder avec les membres, on peut faire appel au CA pour aide et conseils. Jusqu'à, si besoin, un vote officiel càd par une prise de décision par consentement entre les membres effectifs.

Quid de la gestion par consentement? Pourquoi faire?

La gestion par consentement est la pratique de décision collective associée à la sociocratie, un modèle organisationnel issu des théories systémiques qui a émergé en Hollande dans les années 70 sous l’impulsion de Gerard Endenburg. Il vise à favoriser l’expression et la responsabilité des membres de l’organisation à travers notamment la co-décision dans une relation d’équivalence au pouvoir. Ce dernier point introduit une forme d’organisation construite en cercles qui délimitent les différents périmètres d’autorité d’une organisation. La prise de décision par consentement se différencie de la prise de décision par consensus : en consensus tout le monde dit « oui », en consentement, personne ne dit « non ».

https://colibris06azur.org/index.php/gouvernance/46-decision-par-consentement

nicolasdb commented 4 years ago

https://www.reseautransition.be/gestion-par-consentement/

Gestion par consentement – Réseau Transition.be

5-6 minutes

1. Elaboration de la proposition

A l'écoute du Centre, ou à son initiative, une personne élabore une proposition.

2. Présenter la proposition

Qui parle? Uniquement la personne qui propose

La personne qui propose présente sa proposition et le cas échéant la raison qui la pousse à effectuer cette proposition.

Il n'y a aucune discussion ou réaction à ce stade de la part des membres du Cercle.

3. Questions de clarification

Qui parle? Les membres du Cercle posent des questions (une personne à la fois, sans ordre établi) et la personne qui propose répond.

Le Facilitateur sollicite des questions de clarification et vérifie que les membres du Cercle ont tous compris la proposition. A chaque question, la personne qui effectue la proposition répond le plus clairement et synthétiquement possible. Elle peut aussi préciser que l'élément questionné n'est "pas spécifié dans la proposition".

Toute réaction à la proposition ou toute discussion qui s'amorce au sujet de la proposition est coupée par le Facilitateur.

4. Tour de réaction

Qui parle? Les membres du Cercle chacun à leur tour, l'un après l'autre. La personne qui effectue la proposition écoute et ne s'exprime pas.

Le Facilitateur demande à chaque membre du cercle à son tour de réagir à la proposition. Il empêche toute forme de discussion entre les membres ou de réponse aux réactions exprimées.

5. Amender et clarifier

Qui parle? La personne qui propose uniquement.

La personne qui propose peut (i) clarifier à nouveau certains aspects de la proposition suite aux réactions entendues, (ii) amender sa proposition sur la base des réactions, (iii) maintenir sa proposition, ou (iv) retirer sa proposition

Le Facilitateur interrompt toute discussion ou commentaire de tout autre membre que la personne qui effectue la proposition. . Tour d'objection

Qui parle? Les membres du Cercle chacun à leur tour, l'un après l'autre. La personne qui effectue la proposition s'exprime également, en dernier lieu.

Le Facilitateur demande à chaque membre du Cercle à tour de rôle s'il a une objection à l'adoption de la proposition. Le facilitateur veille à ce que toute objection soit clairement formulée et argumentée. Il peut poser des questions dans le but d'aider la personne qui soulève une objection pour vérifier que l'objection soulevée répond aux critères requis pour être retenue.

Une objection peut s'apprécier de deux manières: (i) sous l'angle des limites personnelles des membres du Cercle, (ii) en considérant la raison d'être de l'Organisation.

Dans le premier cas, une objection valide est posée si la proposition présentée dépasse les limites personnelles d'un membre, ce qui l'empêcherait d'y adhérer et de la mettre en œuvre.

Dans le second cas, une objection valide répond au moins à l'une des conditions suivantes:

Une objection n'est ni une préférence, ni un avis, ni une autre proposition. Une objection qui répond au moins à l'un des critères ci-dessus est un cadeau au Cercle.

Le Facilitateur dresse la liste des objections. Une fois le tour terminé, si aucune objection n'a été soulevée, la proposition est adoptée. Un membre peut "passer" une fois lorsqu'il lui est demandé s'il a une objection à la proposition. Dans ce cas, le Facilitateur revient à ceux qui ont passé pour leur donner une nouvelle occasion de s'exprimer. Tous les membres du Cercle participant à la réunion doivent s'exprimer pour qu'une décision soit prise. Les membres ne peuvent donc s'abstenir.

7. Intégration et bonification

Qui parle? Discussion ouverte dirigée par le Facilitateur

Le Facilitateur conduit une discussion ouverte, ayant pour objet chaque objection soulevée, abordées une à une. L'objectif est de parvenir à modifier ou amender la proposition effectuée de manière à éliminer les objections et à résoudre les Tensions apparues du fait de la proposition. Le Cercle élabore les amendements à la proposition avec la personne qui l'a effectuée. Le Facilitateur appuie le Cercle afin de déterminer si la proposition amendée supprime bien chaque objection soulevée.

Lorsqu'une nouvelle proposition amendée supprimant toutes les objections est élaborée, le Facilitateur revient au tour d'objection avec la proposition amendée.

8. Célébration

Pffffff... Quand ça fonctionne, qu'est-ce que c'est bon!!!

Sources : Gouvernance partagée et fonctionnement des Organisations en Cercle - Dimitri Biot - Avril 2014 Document inspiré de la Sociocratie, de l'Holacratie™ et des travaux de l'Université du Nous

Publié par [François WUIDARD](mailto: francois.wuidard@student.ulg.ac.be) via Réseau transition Belgique selon les termes de la licence Creative Commons BY-NC-SA.

nicolasdb commented 4 years ago

En vrai à Openfab. Prenons l'exemple d'une nouvelle règle ou un nouveau chapitre à ajouter dans le RTFM.

je vais d'ailleurs pratiquer cette méthode pour publier cette description sur le rtfm.

  1. Une tension, une opportunité se présente sous forme d'une issue avec contexte, objectif et proposition. Cette proposition peut-être déjà co-constuite dans l'issue. prise de note, exemple, photo, argument, ...
  2. La proposition est affinée, testée et mise au propre comme pour le jour de la réunion IRL. En créant une branche et un document .markdown le plus clair possible.
  3. La proposition est présentée au collectif par le Pull Request. Qui est une demande d'ajout au commun.

    comme quand on veut publier les statuts au moniteur,

  4. la proposition doit alors être validée par les pairs. (peer review + conditions consentement à paramétrer) Avec comme conséquence:
    • pas d'objection et donc fusion de la proposition au document commun, ici la version "master" du RTFM
    • une objection qui s'accompagnera d'une proposition et sera discutée jusqu'à résoudre les éventuelles objections.
    • en cas de blocage, on peut faire appel au CA, si encore blocage, les décisions sont prises par la majorité simple des membres effectifs. (référence à l'Art. 15 des statuts)

image

nicolasdb commented 4 years ago

On commence par identifier les demandes entrantes. Quelques soient les plateformes. On dispatch à la team correspondantes. Si c'est pas clair, on en discute dans le slack. Flowchart - Multi Player

Ensuite, ça marche pareil pour la gouvernance que pour la proposition d'un job ou d'un projet. Avec pour résultat sa documentation et l'alimentation en projets sur le siteweb. Flowchart - GTD + github

nicolasdb commented 4 years ago

Exemple,

  1. Je crée une issue pour proposer un nouveau chapitre ou une modification. J'y explique contexte et proposition.
  2. Je crée une branche avec le nouveau chapitre (fichier.md)
  3. Je crée un pull request pour approbation selon les conditions définies (Review requested) image
  4. Les autres membres, conformément à la prise de décision par consentement, peuvent soit ne rien faire, soit est d'accord, soit demander une modification. image
  5. Un minimum d'approbation peut être requis, une fois atteins, le nouveau chapitre (branch) est fusionné au tronc commun (master)