Protocole de changement
Télécharger ce modèle
Généré le 2026-08-31 · Télécharger tous les modèles
Comment les changements sont proposés
How does somebody propose adding, changing, pausing or removing one of our rules, roles or structures?
Clauses RCOS 8.1.1, 8.1.3, 8.6.3, 8.8.1
- 8.1.1 La communauté DOIT définir des mécanismes de changement explicites pour modifier, ajouter, suspendre ou supprimer des règles, rôles, artefacts ou structures de décision.
- 8.1.3 Chaque changement proposé DOIT spécifier, au minimum :
- 8.6.3 Le Protocole de changement DOIT définir, au minimum :
- 8.8.1 Les éléments suivants DOIVENT être explicites :
Pourquoi exiger une proposition structurée ?
Un changement qui arrive sous forme d'idée vague dans une discussion ne peut être ni évalué, ni contesté, ni annulé par la suite. Imposer à chaque proposition la même structure minimale — artefacts concernés, justification, risques, retour en arrière — transforme une opinion en artefact vérifiable et rend impossible de faire passer un changement de règle inaperçu au sein de la communauté.
Comment remplir cette section
Indique qui peut proposer, où les propositions sont soumises et quels champs de contenu sont obligatoires. Relie ceci au Protocole de gouvernance (Couche 2).
<Tout Membre de plein droit peut proposer un changement à tout artefact RCOS. Indique le canal de soumission.> Chaque proposition doit inclure :
- <Résumé du changement.>
- <Couches et artefacts concernés (avec liens).>
- <Type de décision (Opérationnel / Stratégique / Constitutionnel).>
- <Justification.>
- <Risques et mesures d'atténuation.>
- <Plan de retour en arrière.>
- <Date d'entrée en vigueur proposée.>
Ce qu’il faut couvrir
- Who may propose adding, changing, pausing or removing a rule, role, document or way of deciding?
- Where is a proposal submitted, and who makes sure it reaches everyone?
- Which documents and sections does the proposal have to name as affected?
- Which decision type and which decision path from our Decision Matrix does the proposal have to name — and so who decides it?
- What must every proposal say about its purpose, its reach and its known risks?
- What must it say about its effective date, any transition period, what happens to existing roles, agreements and records, and how it would be undone? (How long it is reviewed, and what happens in an emergency, are their own questions.)
Exemples
Any Full Member may propose adding, changing, pausing or removing a rule, role, document or decision structure by filling in the proposal form in the proposals folder and telling the facilitator. The form names the documents and sections affected, the decision type and path from our Decision Matrix, what the change is meant to do, how far it reaches and its risks, the effective date and any transition period, what happens to existing roles, agreements and records, and how it would be rolled back. Incomplete forms are returned before discussion starts.
Des exemples, pas des recommandations. Vos réponses vous appartiendront.
Comment les propositions sont classifiées
How do we tell a small adjustment from a change to who we are — and a permanent change from an experiment?
Clauses RCOS 8.1.2, 8.1.4
- 8.1.2 Les mécanismes de changement DOIVENT explicitement distinguer entre :
- 8.1.4 Les changements affectant la finalité, la portée, les invariants ou les contraintes d'identité de la Couche 0 DOIVENT être classés comme changements constitutionnels et DOIVENT suivre le mécanisme de décision constitutionnel.
Pourquoi classifier selon l'impact ?
Tous les changements ne méritent pas le même niveau de friction. Les corrections de coquilles ne devraient pas nécessiter une supermajorité ; les changements constitutionnels ne devraient pas passer en silence. Associer les propositions aux types de décision — et classer par défaut les cas ambigus vers le type supérieur — rend le coût d'un changement proportionnel à sa portée et protège la Couche 0 contre l'érosion par petites touches.
Comment remplir cette section
Définis ce qui relève de chaque type de décision. Indique la règle de classification par défaut vers le type supérieur pour les cas ambigus.
- Opérationnel : <corrections de formulation, mise en forme, mises à jour mineures de contenu ; aucun vote requis ; exécuté par le rôle responsable dans les limites de sa délégation.>
- Stratégique : <changements du contenu des Couches 1 à 5 qui affectent les droits des membres, les processus ou les structures.>
- Constitutionnel : <changements de la Couche 0 (raison d'être, périmètre, invariants) ou du système de gouvernance lui-même (Couche 2).>
> En cas de doute sur la classification, le type à impact supérieur s'applique par défaut.
Ce qu’il faut couvrir
- For each decision type (for example Operational, Strategic, Constitutional): what kinds of change fall under it?
- Which changes are always Constitutional — such as anything touching our purpose, our scope, the commitments we said would never change, or how we govern ourselves?
- How do we tell a permanent change from a time-limited experiment, and where is that written on the proposal?
- When it is unclear which type a proposal is, which type applies, and who settles a disagreement about it?
Exemples
Wording fixes and formatting are Operational: the document keeper makes them and lists them at the next circle. Changes to how members join, decide, share costs or hold roles are Strategic. Anything touching our purpose, our scope, our non-negotiable commitments or the way we govern ourselves is Constitutional and goes through the Constitutional decision process. A proposal with a fixed end date is filed as an experiment; everything else is permanent. If we disagree about the type, the higher one applies.
Des exemples, pas des recommandations. Vos réponses vous appartiendront.
Examen et délibération
How long does a proposed change have to sit before we are allowed to adopt it?
Clauses RCOS 8.1.2, 8.7.1
Pourquoi imposer des périodes minimales de délibération ?
Sans durée minimale de délibération, tout changement peut être adopté à la hâte un jour calme où peu de membres sont attentifs. Des minimums obligatoires — plus longs pour les changements à fort impact — garantissent que les membres en déplacement, malades ou simplement occupés disposent d'une vraie chance de lire, d'objecter ou de se manifester.
Comment remplir cette section
Définis les périodes minimales de délibération pour chaque type de décision, ainsi qu'une période de ratification pour les changements constitutionnels.
- Opérationnel : <aucune délibération requise.>
- Stratégique : <délibération minimale de X jours ; lieu de délibération.>
- Constitutionnel : <délibération minimale de Y jours ; période de ratification de Z jours après l'adoption du vote.>
Ce qu’il faut couvrir
- For each decision type: what is the shortest time a proposal must be open for discussion before it can be decided?
- Where does the discussion happen, so that members who are away, ill or busy can still read and respond?
- For Constitutional changes, how long is the ratification period after the vote passes, and what can members do during it?
- If some small changes need no waiting period, how can members still see them and ask for a proper review afterwards? (Urgent changes are their own question.)
Exemples
Operational changes need no waiting period but are posted in the changes channel for 7 days, during which any member can ask for a full review. Strategic proposals stay open for at least 14 days, including one general meeting, before a decision. Constitutional proposals need at least 30 days of discussion and, after the vote passes, a 14-day ratification period in which any Full Member may call for a second vote.
Des exemples, pas des recommandations. Vos réponses vous appartiendront.
Adoption et publication
When a change is adopted, how does everyone find out, and from when does it apply?
Clauses RCOS 8.2.1, 8.2.2, 8.2.5, 8.6.3
- 8.2.1 Tous les changements adoptés DOIVENT être versionnés et traçables.
- 8.2.2 La communauté DOIT maintenir un Historique des versions qui enregistre, au minimum :
- 8.2.5 Aucune modification de règle informelle, non documentée ou « implicitement convenue » NE PEUT être considérée comme valide.
- 8.6.3 Le Protocole de changement DOIT définir, au minimum :
Pourquoi des étapes de publication fixes ?
Un vote qui passe mais n'est jamais consigné par écrit équivaut à une absence de vote — et pire, il crée un vide où quiconque se souvient du résultat peut le définir à sa guise. Des étapes de publication rigoureuses et ordonnées comblent ce vide et font de « ce qui a été adopté » une question d'archive, non de mémoire.
Comment remplir cette section
Indique les étapes ordonnées qui doivent être exécutées après l'adoption d'une proposition. Inclus les délais et l'obligation de maintenir un historique des versions.
Lorsqu'une proposition est adoptée :
- <Fichier de proposition déplacé vers l'archive des propositions adoptées dans un délai de X jours.>
- <Artefacts concernés mis à jour dans un délai de X jours.>
- <Entrée ajoutée à l'historique des versions.>
- <Champs de statut mis à jour sur les artefacts concernés.>
Ce qu’il faut couvrir
- Once a proposal passes, which steps follow, in what order, and within how many days?
- Who is responsible for updating the affected documents and adding the Version History entry? (What the entry contains is its own question.)
- How are all members told about the change, and what does the notice include?
- From when does an adopted change apply — and can it ever apply before it is published?
- What happens if a change was agreed but never written up — does it count?
Exemples
Within 7 days of a change passing, the secretary updates every affected document, marks the old wording as superseded, adds a Version History entry and moves the proposal to the passed-proposals folder. All members then receive an email with a summary and the effective date. The change applies from the effective date named in the proposal, or from publication if that is later. A change that has not been written up this way is not in force, however clearly people remember agreeing to it.
Des exemples, pas des recommandations. Vos réponses vous appartiendront.
Rejet
What happens to a rejected proposal — can it come back, and how soon?
Clauses RCOS 8.2.2, 8.2.4
Pourquoi archiver les propositions rejetées ?
Les idées rejetées portent autant de signal que celles acceptées — elles montrent ce que la communauté a examiné et refusé. Garder les rejets classés et accessibles empêche la même proposition de réapparaître sous un nouveau nom tous les six mois et offre aux futurs membres une vue des chemins non empruntés.
Comment remplir cette section
Indique l'emplacement de l'archive pour les propositions rejetées et les conditions de nouveau vote pour rouvrir la question.
Lorsqu'une proposition est rejetée :
- <Fichier de proposition déplacé vers l'archive des propositions rejetées dans un délai de X jours.>
- <Aucune modification d'artefact effectuée.>
- <Le mécanisme de nouveau vote s'applique si de nouvelles informations émergent (selon la Matrice de décision, Couche 2).>
Ce qu’il faut couvrir
- Where is a rejected proposal kept, together with its decision record, and within how many days is it filed?
- Is the proposer told why it was rejected, and by whom?
- Can the same proposal come back — after how long, or only with new information?
- Who decides whether a returning proposal is really new, or the same one under a different name?
Exemples
Within 7 days, a rejected proposal is filed in the rejected-proposals folder with its decision record and a short note of the main reasons given. Nothing in our documents changes. The same proposal may come back after six months, or sooner if the proposer shows new information that was not available during the first discussion; the facilitator decides whether a returning proposal is substantially the same.
Des exemples, pas des recommandations. Vos réponses vous appartiendront.
Transition et migration
What extra care does a change that is hard to undo need — and what happens to what is already running under the old rule?
Clauses RCOS 8.5.1, 8.5.2
Pourquoi protéger les droits existants pendant les transitions ?
Si de nouvelles règles pouvaient réécrire silencieusement des accords existants, l'adhésion n'aurait aucun sens — ce à quoi tu as souscrit pourrait être modifié sans que tu t'en aperçoives. Des règles de transition explicites garantissent que les droits ne sont pas réduits rétroactivement et que les personnes opérant sous les anciennes règles disposent de temps et d'un préavis avant que le terrain ne change.
Comment remplir cette section
Indique les règles protégeant les titulaires de rôles existants, les membres et les registres lorsqu'un changement de règle prend effet.
Lorsqu'un changement de règle affecte des rôles, accords ou registres existants :
- <Les titulaires de rôles existants sont notifiés avant l'entrée en vigueur du changement.>
- <Les droits des membres existants ne peuvent pas être réduits sans consentement ou vote constitutionnel.>
- <Les registres antérieurs au changement ne sont pas modifiés rétroactivement, sauf si cela fait explicitement partie de la proposition.>
- <Une période de transition peut être définie dans la proposition elle-même.>
Ce qu’il faut couvrir
- How do we recognise a change as high-impact or hard to undo, and who decides that it is?
- For those changes, how much longer is the discussion, and what higher threshold do they need?
- How are the risks written down and acknowledged before the decision?
- How much notice do current role holders and members get before a change affects them?
- Can a change reduce the rights existing members already have, and if so, what does it take?
- What happens to records and agreements made under the old rule — are they left as they were?
Exemples
A change counts as high-impact if it affects money, housing or membership rights, or cannot easily be undone. Such changes get twice the normal discussion time, need a two-thirds majority instead of a simple one, and include a written risk section that members acknowledge before voting. Affected role holders are told at least 30 days before the change takes effect. Existing members' rights are never reduced without their consent or a Constitutional vote, and records made under the old rule are not altered.
Des exemples, pas des recommandations. Vos réponses vous appartiendront.
Retour en arrière
How do we check whether a change is working — and revise or undo it if it is not?
Clauses RCOS 8.1.5, 8.5.1
- 8.1.5 La communauté DOIT définir des mécanismes de révision explicites pour les changements adoptés, y compris la manière dont les changements sont évalués, révisés ou annulés lorsqu'ils produisent des préjudices, de l'instabilité ou une concentration involontaire du pouvoir.
- 8.5.1 Le système DOIT privilégier les changements réversibles par rapport aux changements irréversibles lorsque c'est possible.
Pourquoi rendre le retour en arrière symétrique à l'adoption ?
Un changement qui ne peut pas être annulé par le même chemin qui l'a créé est un piège. Exiger que le retour en arrière utilise le même type de décision que l'original maintient la porte ouverte à la correction sans permettre à un seul membre d'inverser discrètement une décision communautaire en l'appelant une « correction ».
Comment remplir cette section
Indique que le retour en arrière utilise le même type de décision et le même processus que l'adoption originale.
<Toute décision adoptée peut être annulée par le même processus que l'original. Tout Membre de plein droit peut déclencher un nouveau vote en soumettant une objection écrite et motivée qui n'a pas été prise en compte lors de la délibération originale. Le retour en arrière utilise le même type de décision que l'original.>
Ce qu’il faut couvrir
- How and when do we check whether an adopted change is working as intended?
- What signs mean a change needs revising or reversing — such as harm, instability, or decisions gathering in fewer hands?
- Who may ask for a change to be revised or reversed, and what do they have to show?
- Which decision type and process does a reversal use?
- When choosing between ways to solve a problem, how do we favour the one that is easier to undo?
Exemples
Every adopted Strategic or Constitutional change is reviewed six months after it takes effect: the stewardship circle reports whether it caused harm, confusion, or put decisions into fewer hands. Any Full Member can ask for a change to be revised or reversed by giving written reasons that were not considered the first time. A reversal uses the same decision type as the original adoption. When two options would solve the same problem, we choose the one that is easier to undo.
Des exemples, pas des recommandations. Vos réponses vous appartiendront.
Changements d'urgence
What may we decide in a hurry, who may do it, and when does it expire?
Clauses RCOS 8.5.3
- 8.5.3 Les changements d'urgence NE PEUVENT être autorisés que lorsqu'ils sont explicitement définis, DOIVENT être limités dans le temps, NE DOIVENT PAS outrepasser les invariants de la Couche 0, et DOIVENT faire l'objet d'une révision a posteriori obligatoire suivie d'une ratification ou d'un retour en arrière.
Pourquoi autoriser les changements d'urgence ?
Certains dommages se produisent plus vite qu'un vote ne peut être convoqué. Un chemin d'urgence étroit et bien encadré permet à la communauté de répondre à de véritables problèmes de sécurité ou défaillances de plateforme sans accorder à quiconque un pouvoir de dérogation général. Le cycle obligatoire de signalement, examen et ratification-ou-retour-en-arrière est ce qui empêche les pouvoirs d'urgence de devenir des pouvoirs ordinaires.
Comment remplir cette section
Définis les conditions dans lesquelles un changement d'urgence peut être effectué, qui peut le faire, et le cycle obligatoire de signalement-examen-ratification-ou-retour-en-arrière.
Un changement opérationnel d'urgence peut être effectué par <rôle> uniquement si toutes les conditions suivantes sont réunies :
- <Action immédiate requise pour prévenir un préjudice à la sécurité ou une défaillance de plateforme.>
- <Un vote des Membres de plein droit ne peut pas être convoqué à temps.>
- <Le changement ne contrevient pas à un invariant de la Couche 0.>
Les changements d'urgence doivent être :
- <Signalés à tous les Membres de plein droit dans un délai de X heures.>
- <Examinés lors de la prochaine réunion communautaire.>
- <Ratifiés via le type de décision approprié dans un délai de Y jours, ou automatiquement annulés.>
Ce qu’il faut couvrir
- What situations count as an emergency — and what makes waiting for a normal decision impossible?
- Who may make an emergency change, alone or together with someone else?
- What can never be changed in an emergency, such as our purpose or the commitments we said would never change?
- How quickly must an emergency change be reported, and to whom?
- When is it reviewed, and by when must it be confirmed through the normal decision type — or does it end automatically?
Exemples
The two safety coordinators together may make an emergency change only when immediate action is needed to prevent harm to people or loss of the building, and a members' meeting cannot be held in time. An emergency change can never alter our purpose or core commitments. It is reported to all members within 24 hours, discussed at the next meeting, and lapses after 21 days unless members ratify it through the decision type the change would normally need.
Des exemples, pas des recommandations. Vos réponses vous appartiendront.
Expérimentations
How do we try something for a while without it quietly becoming permanent?
Clauses RCOS 8.3.1, 8.3.2, 8.3.3, 8.3.4, 8.3.5, 8.7.3
- 8.3.1 La communauté PEUT adopter des expérimentations en tant que déviations, extensions ou projets pilotes explicitement limités dans le temps et réversibles, destinés à l'apprentissage.
- 8.3.2 Chaque expérimentation DOIT définir, au minimum :
- 8.3.3 Les expérimentations NE DOIVENT PAS outrepasser les invariants de la Couche 0 et NE DOIVENT PAS contourner les contraintes de gouvernance définies dans la Couche 2.
- 8.3.4 Les expérimentations DOIVENT être explicitement étiquetées comme expérimentales dans tous les artefacts concernés et DOIVENT inclure une date d'expiration non prolongeable, sauf renouvellement par une décision autorisée.
- 8.3.5 Si une expérimentation introduit un risque pour la sécurité, de la coercition ou un préjudice durable, la communauté DOIT suspendre ou mettre fin à l'expérimentation immédiatement par une action protectrice, suivie d'une révision a posteriori.
- 8.7.3 Les expérimentations DOIVENT être limitées dans le temps, explicitement étiquetées et réversibles.
Pourquoi traiter les expérimentations comme un mécanisme distinct ?
La communauté a besoin d'un moyen d'essayer de nouvelles choses sans devoir les adopter définitivement pour les tester. Les expérimentations créent cet espace — mais seulement si elles sont limitées dans le temps, étiquetées et à expiration automatique. Sans ces garde-fous, une « expérimentation » devient le moyen le plus rapide d'installer une règle permanente sans véritable délibération.
Comment remplir cette section
Définis les règles que chaque expérimentation doit satisfaire. Réfère-toi au Modèle d'expérimentation pour la structure complète de soumission.
<Tout Membre de plein droit peut proposer une expérimentation limitée dans le temps via une décision stratégique. Voir le Modèle d'expérimentation pour les champs obligatoires.>
- <Les expérimentations expirent automatiquement à la fin de leur durée définie, sauf renouvellement explicite via une nouvelle proposition.>
- <Tous les artefacts affectés par une expérimentation doivent être explicitement étiquetés comme expérimentaux pendant toute la durée.>
- <Suspension de sécurité : si une expérimentation introduit un risque crédible pour la sécurité, de la coercition ou un préjudice durable, une suspension d'urgence peut être invoquée conformément aux Changements d'urgence ci-dessus.>
- <Les résultats et enseignements sont consignés dans le Journal d'apprentissage.>
Ce qu’il faut couvrir
- Who may propose an experiment, and which decision starts, extends, changes or ends one?
- What must every experiment state — what changes and what stays the same, how long it runs, its check-in points, and the signs of success or failure?
- What triggers a rollback, and how is it carried out?
- What may an experiment never touch, such as our core commitments or the way decisions are made?
- How is an experiment labelled in every document it affects, and what fixed end date does it carry?
- If an experiment causes harm, pressure on people or a safety risk, who may stop it at once, and how is that reviewed afterwards?
Exemples
Any Full Member may propose an experiment of up to 12 months; starting, extending or changing one takes a Strategic decision. The proposal states what changes and what does not, a midpoint check-in, signs of success and failure, and how to roll back. Every affected document is labelled "Experimental until" its end date. Experiments cannot change our core commitments or skip our decision rules, and they end on their date unless renewed by a new decision. Any two stewards may halt one immediately if it causes harm, with a review within 14 days.
Des exemples, pas des recommandations. Vos réponses vous appartiendront.
Registre de ratification
- Adopté : <AAAA-MM-JJ>
- Type de décision : Constitutionnel
- Version : <version>
- Registre de décision : <lien vers le registre de décision>