**RCOS – Regenerative Community Operating System**

# Rollenverzeichnis

- **Generiert:** 2026-04-29
- **Quelle (aktuelle Version):** [https://blueprint.ecohubs.community/de/articles/rcos-templates/layer-5/role-registry](https://blueprint.ecohubs.community/de/articles/rcos-templates/layer-5/role-registry)
- **Alle RCOS-Vorlagen:** [https://blueprint.ecohubs.community/de/articles/rcos-templates](https://blueprint.ecohubs.community/de/articles/rcos-templates)

---
- **Ebene:** 5 — Betrieb & Koordination
- **Status:** Vorlage — an eure Gemeinschaft anpassen
- **RCOS-Referenz:** [§7.1](https://blueprint.ecohubs.community/de/articles/rcos-core/v0-1/layer-5-operations-coordination#71-roles-and-responsibilities), [§7.6](https://blueprint.ecohubs.community/de/articles/rcos-core/v0-1/layer-5-operations-coordination#76-artifacts)

---

## Überblick

*RCOS-Klauseln: [7.1.1](https://blueprint.ecohubs.community/de/articles/rcos-core/v0-1/layer-5-operations-coordination#71-roles-and-responsibilities), [7.1.2](https://blueprint.ecohubs.community/de/articles/rcos-core/v0-1/layer-5-operations-coordination#71-roles-and-responsibilities), [7.1.4](https://blueprint.ecohubs.community/de/articles/rcos-core/v0-1/layer-5-operations-coordination#71-roles-and-responsibilities), [7.7.1](https://blueprint.ecohubs.community/de/articles/rcos-core/v0-1/layer-5-operations-coordination#77-layer-invariants)*

<details data-kind="rationale">
<summary>Warum muss jede Verantwortung einer benannten Rolle zugeordnet sein?</summary>

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.

</details>

<details data-kind="instructions">
<summary>Wie ihr das ausfüllt</summary>

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.

</details>

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.

---

## Übersichtstabelle

| Rolle | Typ | Aktuelle\*r Inhaber\*in |
|---|---|---|
| _<Rollenname>_ | _<Operativ / Funktional>_ | _<Inhaber\*in oder „Vakant">_ |
| _<...>_ | _<...>_ | _<...>_ |

---

## Operative Rollen

*RCOS-Klauseln: [7.1.2](https://blueprint.ecohubs.community/de/articles/rcos-core/v0-1/layer-5-operations-coordination#71-roles-and-responsibilities), [7.1.3](https://blueprint.ecohubs.community/de/articles/rcos-core/v0-1/layer-5-operations-coordination#71-roles-and-responsibilities)*

<details data-kind="rationale">
<summary>Warum Rechenschaftspflicht für delegierte Autorität definieren?</summary>

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.

</details>

<details data-kind="instructions">
<summary>Wie ihr das ausfüllt</summary>

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.

</details>

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).>_

---

## Funktionale Rollen

*RCOS-Klauseln: [7.1.1](https://blueprint.ecohubs.community/de/articles/rcos-core/v0-1/layer-5-operations-coordination#71-roles-and-responsibilities), [7.1.2](https://blueprint.ecohubs.community/de/articles/rcos-core/v0-1/layer-5-operations-coordination#71-roles-and-responsibilities)*

<details data-kind="rationale">
<summary>Warum funktionale von operativen Rollen trennen?</summary>

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.

</details>

<details data-kind="instructions">
<summary>Wie ihr das ausfüllt</summary>

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.

</details>

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.>_

---

## Ratifizierungsnachweis

- **Angenommen:** <JJJJ-MM-TT>
- **Entscheidungstyp:** Strategisch
- **Version:** <Version>
- **Entscheidungsprotokoll:** <Link zum Entscheidungsprotokoll>