Registre des rôles
Télécharger ce modèle
Généré le 2026-08-31 · Télécharger tous les modèles
Vue d'ensemble
Which ongoing jobs have a name and a person, rather than being everybody's and nobody's?
Clauses RCOS 7.1.1, 7.1.2, 7.1.4, 7.7.1
- 7.1.1 Toutes les responsabilités continues DOIVENT être assignées à des rôles explicites et nommés plutôt qu'à des attentes implicites ou des accords informels.
- 7.1.2 La communauté DOIT maintenir un Registre des rôles qui inclut, au minimum :
- 7.1.4 Aucune responsabilité continue NE PEUT exister sans un rôle explicite, et aucune personne NE PEUT être tenue responsable de responsabilités qui ne sont pas formellement assignées à un rôle.
- 7.7.1 Les responsabilités continues NE DOIVENT PAS exister sans un rôle explicite.
Pourquoi exiger qu'un rôle nommé existe pour chaque responsabilité ?
Les responsabilités continues sans rôle explicite deviennent du travail invisible — effectué par la personne qui le remarque, source de ressentiment silencieux, et impossible à transmettre. Associer chaque responsabilité continue à un rôle nommé et redevable est ce qui empêche la communauté de fonctionner grâce à la bonne volonté non reconnue de quelques membres.
Comment remplir ce document
Distingue les rôles opérationnels (détenant une autorité déléguée selon la Matrice de décision) des rôles fonctionnels (limités à un périmètre de contribution, sans autorité de gouvernance particulière). Indique la définition de « en règle » que tu utiliseras pour l'éligibilité.
Ce registre définit tous les rôles reconnus au sein de la communauté. Les rôles sont soit opérationnels (détenant une autorité déléguée selon la Matrice de décision), soit fonctionnels (limités à un périmètre de contribution, sans autorité de gouvernance particulière au-delà des droits de Membre à part entière).
> « En règle » signifie un Membre à part entière qui a rempli ses attentes de participation au cours de la dernière <période> et qui ne fait pas actuellement l'objet d'un processus de redevabilité ou d'un examen de conflit en cours au titre de la Couche 4.
Ce qu’il faut couvrir
- Which ongoing responsibilities do we have today, and does each belong to a named role — or is some of it still done by whoever happens to notice?
- What makes a role operational (it may act for the community within set limits) rather than functional (it does work but carries no special say)?
- What does ‘in good standing’ mean for anyone who wants to take on a role?
- What must every role entry contain — purpose, scope and authority, boundaries with other roles, who is eligible, term, and how holders are appointed, reviewed and removed?
- How do we make sure nobody is held responsible for work that was never assigned to their role?
- How often do we check the registry against the work actually being done, and who does it?
Exemples
Every ongoing task belongs to a role in this registry; if it is not listed, nobody can be held to it, and whoever notices proposes a role for it. Operational roles may act for the community within limits set in the Decision Matrix; functional roles do work but carry no extra say. A member is in good standing if they are up to date on agreed contributions and not suspended. Each entry lists purpose, scope and authority, boundaries, eligibility, term, and appointment, review and removal. Stewards check the registry every six months.
Des exemples, pas des recommandations. Vos réponses vous appartiendront.
Tableau récapitulatif
| Rôle | Type | Titulaire actuel |
|---|---|---|
| <Nom du rôle> | <Opérationnel / Fonctionnel> | <titulaire ou « Vacant »> |
| <...> | <...> | <...> |
Rôles opérationnels
For each role that keeps things running, what is it answerable for and who reviews that?
Clauses RCOS 7.1.2, 7.1.3
Pourquoi définir la redevabilité pour l'autorité déléguée ?
Les rôles opérationnels détiennent un pouvoir réel — ils peuvent agir sans vote communautaire dans leur périmètre. Ce pouvoir ne reste sûr que si chaque rôle dispose d'un mécanisme de redevabilité clair : qui peut soulever des préoccupations, comment se déroule l'examen, et comment un rôle peut être réattribué lorsque la confiance se brise.
Comment remplir ce document
Pour chaque rôle opérationnel, remplis le modèle ci-dessous avec le périmètre concret, l'autorité de décision, les interfaces, l'éligibilité, la durée, la procédure de nomination, l'examen/la révocation, et les exigences de passation.
Les rôles opérationnels détiennent une autorité déléguée pour agir dans des limites explicitement définies sans vote des Membres à part entière, tel que défini dans la Matrice de décision (Couche 2). Tous les titulaires de rôles opérationnels sont redevables envers l'ensemble des Membres à part entière. Tout Membre à part entière peut soulever une préoccupation concernant l'exercice d'un rôle ; la réattribution nécessite un vote Stratégique.
<Nom du rôle opérationnel, p. ex. Administration des adhésions>
- Objet : <objet en une phrase.>
- Périmètre de responsabilité : <responsabilités concrètes.>
- Autorité de décision : <quelles décisions de la Matrice de décision ce rôle exécute ; limites explicites.>
- Interfaces : <autres rôles auxquels ce rôle transmet ou dont il reçoit.>
- Critères d'éligibilité : <Membre à part entière en règle ; tout critère supplémentaire.>
- Durée / rotation : <continu / rotatif / durée fixe.>
- Procédure de nomination : <comment le rôle est attribué.>
- Examen et révocation : <comment les préoccupations sont soulevées ; réattribution par vote Stratégique.>
- Passation : <ce qui doit être transmis avant de quitter le rôle.>
<Nom du rôle opérationnel, p. ex. Intendant·e des finances>
- Objet : <objet.>
- Périmètre de responsabilité : <responsabilités.>
- Autorité de décision : <périmètre de la Matrice de décision ; plafond de dépenses.>
- Interfaces : <autres rôles.>
- Critères d'éligibilité : <Membre à part entière en règle.>
- Durée / rotation : <...>
- Procédure de nomination : <...>
- Examen et révocation : <...>
- Passation : <...>
<Ajouter d'autres rôles opérationnels selon les besoins (p. ex. Intendant·e des infrastructures, Intendant·e de la communication).>
Ce qu’il faut couvrir
- Which operational roles do we need, and for each: what is it for and what is it responsible for?
- For each role: which decisions may it take without a community vote, and where are its limits (for example, a spending cap)?
- For each role: who is eligible, how long is the term, and how is the holder chosen?
- For each role: how, how often and by whom is the holder's work reviewed?
- For each role: what happens if the work is not getting done or the holder is overloaded — and how can the role be reassigned?
- For each role: what must be handed over before the holder leaves it?
Exemples
Finance Steward: keeps the accounts, pays agreed bills and reports the balance monthly. May approve spending up to €500 per item within the budget; anything more needs a proposal. Any Full Member in good standing may stand for a two-year term, chosen by Strategic vote. The Operations meeting reviews the role every six months, and any member can raise a concern. If the holder is overloaded, the deputy takes over payments; persistent failure leads to reassignment by Strategic vote. Before leaving, the holder hands over bank access, open invoices and the reporting checklist.
Des exemples, pas des recommandations. Vos réponses vous appartiendront.
Rôles fonctionnels
Which roles exist for a function rather than for daily work, and what are they for?
Clauses RCOS 7.1.1, 7.1.2
Pourquoi séparer les rôles fonctionnels des rôles opérationnels ?
Chaque contribution n'a pas besoin d'une autorité déléguée — la plupart du travail consiste à faire, pas à décider. Les rôles fonctionnels nomment des périmètres de contribution sans y associer de pouvoir de gouvernance, de sorte que les membres peuvent s'engager dans le travail sans transfert d'autorité, et que le système de gouvernance reste clair sur qui peut agir au nom de la communauté.
Comment remplir ce document
Pour chaque rôle fonctionnel, définis l'objet, le périmètre, les interfaces, l'éligibilité et la passation. Les rôles fonctionnels ne nécessitent pas de vote pour être assumés — une déclaration suffit.
Les rôles fonctionnels définissent le périmètre de contribution d'un membre. Ils ne détiennent aucune autorité de gouvernance déléguée au-delà des droits de Membre à part entière. Tout Membre à part entière peut assumer un rôle fonctionnel en le déclarant ; aucun vote n'est requis. Les rôles peuvent être libérés à tout moment par notification.
<Nom du rôle fonctionnel, p. ex. Facilitateur·ice>
- Objet : <objet.>
- Périmètre de responsabilité : <responsabilités.>
- Autorité de décision : <droits de Membre à part entière uniquement.>
- Interfaces : <autres rôles.>
- Critères d'éligibilité : <Membre à part entière ; toute préférence supplémentaire.>
- Durée / rotation : <continu jusqu'à libération.>
- Procédure de nomination : <auto-déclaration.>
- Examen et révocation : <peut être libéré à tout moment ; substitution en cas de conflit d'intérêts selon la Couche 4 si pertinent.>
- Passation : <engagements en cours à transmettre.>
<Ajouter d'autres rôles fonctionnels selon les besoins.>
Ce qu’il faut couvrir
- Which functional roles do we have — for example facilitator, note-taker or welcomer — and what is each for?
- For each role: what does it do, and which other roles does it work with?
- For each role: who may take it on, and is saying ‘I'll do it’ enough?
- For each role: what does it not include — which decisions can it not make on the community's behalf?
- For each role: how does someone step down, and what must they brief the next person on?
Exemples
Facilitator: prepares and runs meetings so everyone is heard and the agenda finishes on time. Any Full Member may take it on by announcing it in the members' channel; no vote is needed, and it carries no extra say in decisions. A facilitator who is a party to a conflict on the agenda steps aside for that item. They may step down at any time after briefing the next facilitator on upcoming meetings and open actions.
Des exemples, pas des recommandations. Vos réponses vous appartiendront.
Registre de ratification
- Adopté le : <AAAA-MM-JJ>
- Type de décision : Stratégique
- Version : <version>
- Registre de décision : <lien vers le registre de décision>