Skip to content

RFC-0002: Zweck, Werte und erste Rollen#2

Open
antontranelis wants to merge 6 commits into
mainfrom
rfc/0002-zweck-werte-rollen
Open

RFC-0002: Zweck, Werte und erste Rollen#2
antontranelis wants to merge 6 commits into
mainfrom
rfc/0002-zweck-werte-rollen

Conversation

@antontranelis
Copy link
Copy Markdown
Contributor

@antontranelis antontranelis commented Apr 4, 2026

RFC-0002: Zweck, Werte und Rollen der Organisation

  • Autor: Anton Tranelis
  • Datum: 2026-04-04
  • Aktualisiert: 2026-04-10
  • Status: In Review

Zusammenfassung

Dieses Dokument beschreibt den Zweck der Real Life Organisation, ihre Werte und die Rollen innerhalb des Kernteams.

Motivation

Die Organisation ist das Kernteam, das die Werkzeuge baut — im Unterschied zum Netzwerk, das dezentral und ohne feste Rollen funktioniert. Die Organisation braucht klare Zuständigkeiten: Wenn ein Bug im Core ist, wenn ein Release ansteht, wenn ein Förderantrag eingereicht werden muss — es muss klar sein, wer sich darum kümmert.

Zweck

Die Organisation baut und pflegt die Werkzeuge, mit denen sich Menschen und Gemeinschaften verbinden, organisieren und Ressourcen teilen:

  • Web of Trust — dezentrales Vertrauensprotokoll
  • Real Life Stack — modulare Komponenten für Gemeinschafts-Apps
  • Server-Infrastruktur — Relay, Vault, Profiles, F-Droid Repo

Werte

Open Source. Alles was wir bauen ist offen — Code, Entscheidungen, Dokumentation.

Souveränität. Menschen und Gemeinschaften behalten die Kontrolle über ihre Daten, ihre Werkzeuge und ihre Entscheidungen.

Dezentralität. Keine zentrale Instanz kontrolliert das System — weder technisch noch organisatorisch.

Vertrauen durch Begegnung. Mitgliedschaft in der Organisation setzt echte persönliche Begegnung voraus (siehe RFC-0003).

Sicherheit. Alle Daten, die das Gerät verlassen, sind verschlüsselt und signiert.

Rollen

Rollen definieren Zuständigkeiten. Wer eine Rolle hat, entscheidet eigenständig in seinem Bereich. Für Entscheidungen, die mehrere Bereiche betreffen, gilt der RFC-Prozess (RFC-0001).

Architektur

Zuständigkeit: Technische Richtung, Protokolle, Datenstrukturen, Sicherheit, Code-Review

Aktuell: Anton

UX & Design

Zuständigkeit: Interface-Design, Nutzererfahrung, Mobile, Nutzerforschung

Aktuell: Sebastian

Infrastruktur & Qualität

Zuständigkeit: Server, CI/CD, Testing, Metriken, Logging, Releases

Aktuell: Tillmann

Förderung

Zuständigkeit: Förderanträge, Stiftungskontakte, Mittelverwendung, Berichterstattung

Aktuell: unbesetzt — wird gesucht

Rollen anpassen

Rollen werden per RFC angepasst, wenn:

  • Zu groß — Eine Person schafft es nicht allein → Rolle aufteilen oder zweite Person dazu
  • Zu klein — Kaum noch Aufgaben → mit einer anderen Rolle zusammenlegen
  • Falsch geschnitten — Aufgaben landen regelmäßig bei der falschen Rolle → neu schneiden
  • Neue Verantwortung entsteht → neue Rolle schaffen

Rollen neu besetzen

Die Rolle gehört nicht der Person. Wenn eine Verantwortung dauerhaft nicht wahrgenommen wird:

  1. Gespräch — die Spannung offen ansprechen
  2. Klärung — Ist die Rolle zu groß? Fehlt Unterstützung? Gemeinsam eine Lösung suchen
  3. Neubesetzung — per RFC neu vergeben

Die Person bleibt Teil der Organisation — nur die Verantwortung wechselt.

Alternativen

Keine formalen Rollen, alles fluid: Wenn niemand klar zuständig ist, bleiben Bugs liegen und Architekturentscheidungen werden nicht getroffen.

Holokratie mit Kreisen: Für die aktuelle Teamgröße (4 Personen) zu viel Overhead. Kann später eingeführt werden.

Offene Fragen

  • Ab welcher Teamgröße brauchen wir Kreise statt flacher Rollen?
  • Wer übernimmt die Rolle Förderung?

@antontranelis antontranelis force-pushed the rfc/0002-zweck-werte-rollen branch from 0a458ac to 1eb90d9 Compare April 9, 2026 23:24
antontranelis and others added 6 commits April 10, 2026 01:29
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
- Scope klar auf Organisation begrenzt
- Verweis auf netzwerk.md und Handbuch für Netzwerk-Belange
- Neuer Abschnitt: Rollen vs. Netzwerk-Focalization
- Werte auf Org-relevante reduziert
- Offene Frage zu Mitgliedschaft entfernt (beantwortet durch RFC-0003)

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
Architektur (Anton), Entwicklung & UX (Sebastian), Infrastruktur & Qualität (Tillmann),
Förderung (unbesetzt). Vision & Outreach entfernt — das ist Netzwerk, nicht Org.

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
…n gestrafft

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
@antontranelis antontranelis force-pushed the rfc/0002-zweck-werte-rollen branch from 1eb90d9 to 8f93f64 Compare April 9, 2026 23:29
@sebastian2357
Copy link
Copy Markdown

Die Verantwortlichkeiten sind zu grob. Beispiel "Architektur". Das ist ein sehr großer Bereich und betrifft im Grunde genommen auch das Frontend. Sprich die Abgrenzungen sollten klarer sein. Zudem gibt es Bereiche, die gemeinsam erarbeitet werden sollten/müssen. Beispiel Das Data-Interface hätte niemand von uns alleine so gut entwickeln können.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants