Governance-Protokoll

Diese Vorlage herunterladen

Erzeugt am 2026-04-29 · Alle Vorlagen herunterladen

  • Layer: 2 — Governance & Entscheidungslogik
  • Status: Vorlage — an deine Gemeinschaft anpassen
  • RCOS-Referenz: §4.5, §4.6, §4.7

Definiert den vollständigen Lebenszyklus einer kollektiven Entscheidung — von der Antragseinreichung bis zur Dokumentation und zum Einspruch.


Antragseinreichung

RCOS-Klauseln: 4.5.1, 4.5.2

Warum formalisieren, wie Anträge ins System gelangen?

Ein Entscheidungsprozess, der Anträge informell annimmt — eine Nachricht, ein mündlicher Vorschlag, eine Idee der Gründer:innen — hat keine verlässliche Möglichkeit festzustellen, was tatsächlich zur Abstimmung steht. Ein standardisiertes Einreichungsformat, ein festgelegter Ablageort und verbindliche Inhaltsfelder bedeuten, dass jeder Antrag mit denselben Informationen eingeht, für alle sichtbar und von Tag eins an nachvollziehbar.

Wie du das ausfüllst

Lege fest, wer Anträge stellen darf, wo Anträge eingereicht werden, welche Inhaltsfelder verpflichtend sind und wie der Entscheidungstyp bestimmt und angefochten wird.

Prüfung und Beratung

RCOS-Klauseln: 4.5.1, 4.5.2

Warum eine Mindestberatungsfrist vorschreiben?

Überhastete Abstimmungen bevorzugen diejenigen, die ohnehin schon aufmerksam sind, und benachteiligen alle anderen. Eine verpflichtende Beratungsfrist, abgestimmt auf die Tragweite der Entscheidung, gibt den Mitgliedern Zeit zum Lesen, Reagieren und Einbringen von Bedenken, bevor die Abstimmung beginnt — sodass die Abstimmung eine durchdachte Beurteilung widerspiegelt, keine Reaktionsgeschwindigkeit.

Wie du das ausfüllst

Benenne die Beratungsorte und die Mindestfristen für strategische und Verfassungsentscheidungen, bevor eine Abstimmung eröffnet werden darf.

Entscheidungsumsetzung

RCOS-Klauseln: 4.5.1, 4.5.4

Warum die Umsetzung an die Dokumentation binden?

Ein angenommener Antrag, der nie im betroffenen Artefakt ankommt, ist eine Entscheidung nur dem Namen nach — die geltenden Regeln sagen immer noch dasselbe wie vorher. Die Umsetzung an eine konkrete Artefakt-Aktualisierung und einen Versionshistorie-Eintrag zu knüpfen, schließt die Lücke zwischen dem, was entschieden wurde, und dem, was tatsächlich gilt.

Wie du das ausfüllst

Lege fest, was passiert, wenn ein Antrag angenommen wird (Artefakt-Aktualisierungen, Versionshistorie) und wenn er abgelehnt wird (Archivierung). Definiere eine Frist für beides.

Dokumentation und Veröffentlichung

RCOS-Klauseln: 4.5.4

Warum jedes Ergebnis dokumentieren, einschließlich Ablehnungen?

Wenn nur die angenommenen Entscheidungen aufbewahrt werden, geht die Begründungsgeschichte verloren — Mitglieder verlieren den Überblick darüber, was bereits geprüft und abgelehnt wurde, und dieselben Debatten werden endlos wieder aufgerollt. Sowohl angenommene als auch abgelehnte Anträge zu archivieren, mit einer Frist und einem überprüfbaren Entscheidungsprotokoll, bewahrt das institutionelle Gedächtnis und macht das Governance-System prüfbar.

Wie du das ausfüllst

Lege Aufbewahrungsregeln für angenommene und abgelehnte Anträge fest, was als Entscheidungsprotokoll gilt und die Pflicht zur Aktualisierung der Versionshistorie.

Einspruch und Überprüfung

RCOS-Klauseln: 4.5.2, 4.6.2

Warum erneute Abstimmungen ermöglichen, aber begrenzen?

Ein Governance-System ohne Einspruchsmöglichkeit zementiert Fehler zu dauerhaften Regeln; eines mit unbegrenzten informellen Einspruchswegen bringt nichts zum Abschluss. Jedem Vollmitglied die Möglichkeit zu geben, eine erneute Abstimmung auszulösen — aber nur mit einem schriftlichen, begründeten Einwand, der etwas noch nicht Behandeltes aufwirft — hält das System selbstkorrigierend, ohne dass jede Entscheidung zu einem Dauerreferendum wird.

Wie du das ausfüllst

Definiere die Bedingungen für eine erneute Abstimmung, das Format des Einwands und den Schwellenwert/Mechanismus für die erneute Abstimmung selbst.

Konflikte zwischen Entscheidungen

RCOS-Klauseln: 4.5.3

Warum die Konfliktlösung vorab festlegen?

Wenn zwei Entscheidungen in unterschiedliche Richtungen weisen, muss jemand bestimmen, welche gilt — und wenn diese Wahl ad hoc getroffen wird, läuft es darauf hinaus, wer die Autorität oder Energie hat, seine Auslegung durchzusetzen. Eine feste Vorrangegel (höherer Typ gewinnt; neuere gewinnt bei gleichem Typ) löst Konflikte mechanisch, ohne eine Ermessensentscheidung.

Wie du das ausfüllst

Lege die Vorrangregel fest (typischerweise: höherer Entscheidungstyp hat Vorrang; neuere gewinnt bei gleichem Typ, sofern nicht ausdrücklich gesperrt).

  • Strategisch > Operativ.>

Schutzmaßnahmen und Fehlermodi

RCOS-Klauseln: 4.6.1, 4.6.2, 4.6.3

Warum Governance-Versagen von Anfang an einplanen?

Jedes Governance-System versagt irgendwo — vereinnahmt von einer Untergruppe, blockiert durch informelle Vetos, verwässert von einer Rolleninhaber:in, die ihren Zuständigkeitsbereich still und leise ausgeweitet hat. Die spezifischen Fehlermodi im Voraus zu benennen, Anfechtungswege einzubauen, die nicht mit Vergeltung beantwortet werden können, und eine formale Überprüfung zu verlangen, wenn sich Fehler häufen — das ist es, was verhindert, dass Governance sich langsam aushöhlt, während niemand hinschaut.

Wie du das ausfüllst

Benenne für jeden Fehlermodus die entsprechende Schutzmaßnahme. Füge einen Auslöser hinzu, der eine Verfassungsüberprüfung erzwingt, wenn sich Fehler häufen.

  • Machtkonzentration:
  • Informelle Vetos:
  • Entscheidungsvereinnahmung:
  • Gründer-/Rollenverfestigung:
  • Anfechtung ohne Vergeltung:
  • Auslöser bei anhaltendem Versagen:

Ratifizierungsprotokoll

  • Angenommen:
  • Entscheidungstyp: Verfassung
  • Version:
  • Entscheidungsprotokoll:

RCOS Blueprint von EcoHubs

Ein modulares Betriebssystem, das festlegt, wie intentionale Gemeinschaften sich organisieren – von Governance und Rollen über Ressourcenteilung bis zur Konfliktlösung – im Dienst von Resilienz, Fairness und Regeneration.

Verbinden

© 2026 EcoHubs Platform. Alle Rechte vorbehalten.