Rollenverzeichnis
Diese Vorlage herunterladen
Erzeugt am 2026-08-31 · Alle Vorlagen herunterladen
Überblick
Which ongoing jobs have a name and a person, rather than being everybody's and nobody's?
RCOS-Klauseln 7.1.1, 7.1.2, 7.1.4, 7.7.1
- 7.1.1 Alle laufenden Verantwortlichkeiten MUSS expliziten, benannten Rollen zugewiesen werden — nicht impliziten Erwartungen oder informellen Absprachen.
- 7.1.2 Die Gemeinschaft MUSS ein Rollenregister führen, das mindestens Folgendes enthält:
- 7.1.4 Keine laufende Verantwortlichkeit KANN ohne eine explizite Rolle bestehen, und keine Person KANN für Verantwortlichkeiten zur Rechenschaft gezogen werden, die nicht formal einer Rolle zugewiesen sind.
- 7.7.1 Laufende Verantwortlichkeiten DARF NICHT ohne eine explizite Rolle bestehen.
Warum muss jede Verantwortung einer benannten Rolle zugeordnet sein?
Laufende Verantwortlichkeiten ohne explizite Rollen werden zu unsichtbarer Arbeit — erledigt von wem auch immer es auffällt, still hingenommen und unmöglich zu übergeben. Jede laufende Verantwortung zu einer benannten, rechenschaftspflichtigen Rolle zu machen, verhindert, dass die Gemeinschaft auf dem unbezahlten Wohlwollen einiger weniger Mitglieder läuft.
Wie ihr das ausfüllt
Unterscheidet operative Rollen (mit delegierter Autorität gemäß der Entscheidungsmatrix) von funktionalen Rollen (beitragsbezogen, ohne besondere Governance-Autorität). Legt die Definition von „in gutem Status" fest, die ihr für die Berechtigung verwenden werdet.
Dieses Verzeichnis definiert alle anerkannten Rollen innerhalb der Gemeinschaft. Rollen sind entweder operativ (mit delegierter Autorität gemäß der Entscheidungsmatrix) oder funktional (beitragsbezogen, ohne besondere Governance-Autorität über die Rechte als Vollmitglied hinaus).
> „In gutem Status" bedeutet ein Vollmitglied, das seine Mitwirkungserwartungen in den letzten <Zeitraum> erfüllt hat und derzeit keinem aktiven Rechenschaftsprozess oder Konfliktprüfung nach Schicht 4 unterliegt.
Was hineingehört
- 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?
Beispiele
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.
Beispiele, keine Empfehlungen. Eure Antworten werden eure eigenen sein.
Übersichtstabelle
| Rolle | Typ | Aktuelle*r Inhaber*in |
|---|---|---|
| <Rollenname> | <Operativ / Funktional> | <Inhaber*in oder „Vakant"> |
| <...> | <...> | <...> |
Operative Rollen
For each role that keeps things running, what is it answerable for and who reviews that?
RCOS-Klauseln 7.1.2, 7.1.3
Warum Rechenschaftspflicht für delegierte Autorität definieren?
Operative Rollen tragen echte Macht — sie können innerhalb ihres Zuständigkeitsbereichs ohne Gemeinschaftsabstimmung handeln. Diese Macht bleibt nur sicher, wenn jede Rolle einen klaren Rechenschaftsmechanismus hat: Wer kann Bedenken äußern, wie läuft die Überprüfung ab, und wie kann eine Rolle neu besetzt werden, wenn das Vertrauen bricht.
Wie ihr das ausfüllt
Füllt für jede operative Rolle die untenstehende Vorlage mit konkretem Zuständigkeitsbereich, Entscheidungsbefugnis, Schnittstellen, Berechtigungskriterien, Amtszeit, Ernennung, Überprüfung/Abberufung und Übergabeanforderungen aus.
Operative Rollen tragen delegierte Autorität, innerhalb explizit definierter Grenzen ohne Vollmitglieder-Abstimmung zu handeln, wie in der Entscheidungsmatrix (Schicht 2) festgelegt. Alle Inhaber*innen operativer Rollen sind der Gesamtheit der Vollmitglieder rechenschaftspflichtig. Jedes Vollmitglied darf Bedenken darüber äußern, wie eine Rolle ausgeübt wird; eine Neubesetzung erfordert eine Strategische Abstimmung.
<Name der operativen Rolle, z. B. Mitgliederverwaltung>
- Zweck: <Zweck in einem Satz.>
- Zuständigkeitsbereich: <konkrete Verantwortlichkeiten.>
- Entscheidungsbefugnis: <welche Entscheidungen in der Entscheidungsmatrix diese Rolle ausführt; explizite Grenzen.>
- Schnittstellen: <andere Rollen, an die diese Rolle übergibt oder von denen sie empfängt.>
- Berechtigungskriterien: <Vollmitglied in gutem Status; ggf. weitere Kriterien.>
- Amtszeit / Rotation: <fortlaufend / rotierend / befristet.>
- Ernennungsverfahren: <wie die Rolle besetzt wird.>
- Überprüfung und Abberufung: <wie Bedenken vorgebracht werden; Neubesetzung per Strategischer Abstimmung.>
- Übergabe: <was vor dem Verlassen der Rolle übergeben werden muss.>
<Name der operativen Rolle, z. B. Finanzverantwortliche*r>
- Zweck: <Zweck.>
- Zuständigkeitsbereich: <Verantwortlichkeiten.>
- Entscheidungsbefugnis: <Entscheidungsmatrix-Bereich; Ausgabenlimit.>
- Schnittstellen: <andere Rollen.>
- Berechtigungskriterien: <Vollmitglied in gutem Status.>
- Amtszeit / Rotation: <...>
- Ernennungsverfahren: <...>
- Überprüfung und Abberufung: <...>
- Übergabe: <...>
<Weitere operative Rollen nach Bedarf hinzufügen (z. B. Infrastrukturverantwortliche*r, Kommunikationsverantwortliche*r).>
Was hineingehört
- 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?
Beispiele
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.
Beispiele, keine Empfehlungen. Eure Antworten werden eure eigenen sein.
Funktionale Rollen
Which roles exist for a function rather than for daily work, and what are they for?
RCOS-Klauseln 7.1.1, 7.1.2
Warum funktionale von operativen Rollen trennen?
Nicht jeder Beitrag braucht delegierte Autorität — die meiste Arbeit dreht sich ums Tun, nicht ums Entscheiden. Funktionale Rollen benennen Beitragsbereiche, ohne Governance-Macht zu bündeln, sodass Mitglieder sich in Arbeit einbringen können, ohne eine Autoritätsübertragung, und damit das Governance-System klar bleibt, wer im Namen der Gemeinschaft handeln darf.
Wie ihr das ausfüllt
Definiert für jede funktionale Rolle Zweck, Zuständigkeitsbereich, Schnittstellen, Berechtigung und Übergabe. Funktionale Rollen erfordern keine Abstimmung zur Übernahme — eine Erklärung genügt.
Funktionale Rollen definieren den Beitragsbereich eines Mitglieds. Sie tragen keine delegierte Governance-Autorität über die Rechte als Vollmitglied hinaus. Jedes Vollmitglied kann eine funktionale Rolle durch Erklärung übernehmen; eine Abstimmung ist nicht erforderlich. Rollen können jederzeit durch Benachrichtigung niedergelegt werden.
<Name der funktionalen Rolle, z. B. Moderation>
- Zweck: <Zweck.>
- Zuständigkeitsbereich: <Verantwortlichkeiten.>
- Entscheidungsbefugnis: <nur Vollmitglieder-Rechte.>
- Schnittstellen: <andere Rollen.>
- Berechtigungskriterien: <Vollmitglied; ggf. weitere Präferenzen.>
- Amtszeit / Rotation: <fortlaufend bis zur Niederlegung.>
- Ernennungsverfahren: <Selbsterklärung.>
- Überprüfung und Abberufung: <kann jederzeit niedergelegt werden; Befangenheitsvertretung gemäß Schicht 4 falls relevant.>
- Übergabe: <laufende Verpflichtungen einweisen.>
<Weitere funktionale Rollen nach Bedarf hinzufügen.>
Was hineingehört
- 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?
Beispiele
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.
Beispiele, keine Empfehlungen. Eure Antworten werden eure eigenen sein.
Ratifizierungsnachweis
- Angenommen: <JJJJ-MM-TT>
- Entscheidungstyp: Strategisch
- Version: <Version>
- Entscheidungsprotokoll: <Link zum Entscheidungsprotokoll>