From 258f5184d4de2bf354058cd0a549b192530d3409 Mon Sep 17 00:00:00 2001 From: Anton Tranelis Date: Sat, 4 Apr 2026 08:51:02 +0200 Subject: [PATCH 1/6] RFC-0002: Zweck, Werte und erste Rollen Co-Authored-By: Claude Opus 4.6 (1M context) --- rfcs/0002-zweck-werte-rollen.md | 100 ++++++++++++++++++++++++++++++++ 1 file changed, 100 insertions(+) create mode 100644 rfcs/0002-zweck-werte-rollen.md diff --git a/rfcs/0002-zweck-werte-rollen.md b/rfcs/0002-zweck-werte-rollen.md new file mode 100644 index 0000000..7ef3311 --- /dev/null +++ b/rfcs/0002-zweck-werte-rollen.md @@ -0,0 +1,100 @@ +# RFC-0002: Zweck, Werte und erste Rollen + +- **Autor:** Anton Tranélis +- **Datum:** 2026-04-04 +- **Status:** In Review + +## Zusammenfassung + +Dieses Dokument beschreibt den Zweck der Real Life Organisation, ihre Werte und die ersten Rollen. Es macht explizit, was bisher implizit gelebt wird — damit neue Menschen andocken können. + +## Motivation + +Real Life ist bisher ein loses Netzwerk um eine gemeinsame Vision. Es gibt keine klare Beschreibung, wofür die Organisation steht, wie sie arbeitet und welche Rollen es gibt. Das macht es schwer für neue Menschen, sich einzubringen. Dieses Dokument schafft Klarheit, ohne Bürokratie zu erzeugen. + +## Zweck + +Real Life baut Werkzeuge und Strukturen für selbstbestimmtes, verbundenes Leben — im Einklang mit Mensch und Natur. + +Wir glauben, dass die Transformation zu einer nachhaltigen Gesellschaft von unten wächst: durch echte Begegnungen, lokale Verantwortung und Gemeinschaften, die vorleben, was möglich ist. Technologie dient dabei als Werkzeug — dezentral, verschlüsselt, in den Händen der Menschen. + +## Werte + +### Dezentralität + +Keine zentrale Instanz kontrolliert das Netzwerk — weder technisch noch organisatorisch. Entscheidungen werden dort getroffen, wo die Verantwortung liegt. + +### Vertrauen durch Begegnung + +Vertrauen wächst durch echte Beziehungen, nicht durch Plattform-Verifizierung. Das Web of Trust bildet dieses Prinzip technisch ab. + +### Transparenz + +Entscheidungen, Code und Finanzen sind offen. Wer betroffen ist, kann mitgestalten. + +### Organisches Wachstum + +Wir wachsen durch echten Mehrwert, nicht durch Marketing. Jede Gemeinschaft, die sich anschließt, tut das freiwillig und aus eigenem Antrieb. + +### Souveränität + +Menschen und Gemeinschaften behalten die Kontrolle über ihre Daten, ihre Werkzeuge und ihre Entscheidungen. + +## Rollen + +Rollen beschreiben Verantwortungsbereiche, keine Hierarchie. Jede Rolle kann von einer oder mehreren Personen ausgefüllt werden. + +### Architektur & Entwicklung + +**Verantwortung:** Technische Architektur, Core-Entwicklung (Web of Trust, Real Life Stack), Code-Qualität + +**Aktuell:** Anton + +### Vision & Outreach + +**Verantwortung:** Die größere Vision tragen, neue Menschen und Gemeinschaften einladen, Brücken bauen zu bestehenden Bewegungen + +**Aktuell:** Timo + +### Prozesse & Infrastruktur + +**Verantwortung:** Prozesse, Metriken, Logging, Integrationstests, CI/CD + +**Aktuell:** Tillmann + +### UX & Mobile + +**Verantwortung:** Benutzererfahrung, Mobile Apps, Interface-Design + +**Aktuell:** Sebastian + +## Wie Rollen funktionieren + +### Zuständigkeit + +Wenn eine Aufgabe reinkommt, ist durch die Rollen klar, wer zuständig ist. Die zuständige Person entscheidet eigenständig, wie und wann sie die Aufgabe umsetzt. Für kreisübergreifende Entscheidungen gilt der RFC-Prozess (siehe RFC-0001). + +### 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 → Verantwortungsbereiche neu schneiden +- **Neue Verantwortung entsteht** — z.B. Fundraising, Community-Management → neue Rolle schaffen + +### Rollen neu besetzen + +Die Rolle gehört nicht der Person. Wenn eine Verantwortung dauerhaft nicht wahrgenommen wird: + +1. **Gespräch** — Das Team spricht die Spannung offen an +2. **Klärung** — Ist die Rolle zu groß? Fehlt Unterstützung? Passt sie nicht zur Person? Gemeinsam nach einer Lösung suchen +3. **Neubesetzung** — Wenn sich nichts ändert, wird die Rolle per RFC neu vergeben + +Das ist kein Rausschmiss. Die Person bleibt Teil der Organisation — nur die Verantwortung wechselt. + +## Offene Fragen + +- Brauchen wir eine explizite Beschreibung, wie man Teil der Organisation wird? +- Soll es eine Rolle für Finanzen/Fundraising geben? +- Wie formalisieren wir die Beziehung zu Gemeinschaften, die die Tools nutzen? From 414b0443354c1e90459f2eeb3ca818962e8d74f2 Mon Sep 17 00:00:00 2001 From: Anton Tranelis Date: Fri, 10 Apr 2026 00:24:34 +0200 Subject: [PATCH 2/6] =?UTF-8?q?RFC-0002:=20=C3=9Cberarbeitung=20=E2=80=94?= =?UTF-8?q?=20Org/Netzwerk-Trennung,=20Rollen=20vs.=20Focalization?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit - 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) --- rfcs/0002-zweck-werte-rollen.md | 79 +++++++++++++++++++-------------- 1 file changed, 46 insertions(+), 33 deletions(-) diff --git a/rfcs/0002-zweck-werte-rollen.md b/rfcs/0002-zweck-werte-rollen.md index 7ef3311..caa5b02 100644 --- a/rfcs/0002-zweck-werte-rollen.md +++ b/rfcs/0002-zweck-werte-rollen.md @@ -1,100 +1,113 @@ -# RFC-0002: Zweck, Werte und erste Rollen +# RFC-0002: Zweck, Werte und Rollen der Organisation - **Autor:** Anton Tranélis - **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 ersten Rollen. Es macht explizit, was bisher implizit gelebt wird — damit neue Menschen andocken können. +Dieses Dokument beschreibt den Zweck der Real Life **Organisation**, ihre Werte und die Rollen innerhalb des Kernteams. Es grenzt die Organisation klar vom Netzwerk ab. ## Motivation -Real Life ist bisher ein loses Netzwerk um eine gemeinsame Vision. Es gibt keine klare Beschreibung, wofür die Organisation steht, wie sie arbeitet und welche Rollen es gibt. Das macht es schwer für neue Menschen, sich einzubringen. Dieses Dokument schafft Klarheit, ohne Bürokratie zu erzeugen. +Real Life besteht aus zwei Ebenen: -## Zweck - -Real Life baut Werkzeuge und Strukturen für selbstbestimmtes, verbundenes Leben — im Einklang mit Mensch und Natur. +- Die **Organisation** (real-life.org) — das Kernteam, das Werkzeuge baut und Infrastruktur pflegt +- Das **Netzwerk** (real-life.network) — alle Menschen und Initiativen, die sich verbinden -Wir glauben, dass die Transformation zu einer nachhaltigen Gesellschaft von unten wächst: durch echte Begegnungen, lokale Verantwortung und Gemeinschaften, die vorleben, was möglich ist. Technologie dient dabei als Werkzeug — dezentral, verschlüsselt, in den Händen der Menschen. +Das Netzwerk ist dezentral, gehört niemandem und funktioniert ohne feste Rollen (siehe [netzwerk.md](https://github.com/real-life-org/docs/blob/main/netzwerk.md)). Die Organisation dagegen braucht klare Zuständigkeiten: Wenn ein Bug im Core ist, muss klar sein, wer entscheidet. Wenn eine Architekturentscheidung ansteht, muss klar sein, wer sie trifft. -## Werte +Dieses Dokument definiert, wie die Organisation arbeitet — nicht wie das Netzwerk funktioniert. -### Dezentralität +## Zweck -Keine zentrale Instanz kontrolliert das Netzwerk — weder technisch noch organisatorisch. Entscheidungen werden dort getroffen, wo die Verantwortung liegt. +Die Organisation dient dem Netzwerk. Sie baut und pflegt die Werkzeuge, mit denen sich Menschen und Gemeinschaften verbinden, organisieren und Ressourcen teilen. -### Vertrauen durch Begegnung +Konkret: +- **Web of Trust** — dezentrales Vertrauensprotokoll +- **Real Life Stack** — modulare Komponenten für Gemeinschafts-Apps +- **Real Life Map** — Karte zur Sichtbarmachung lokaler Initiativen +- **Server-Infrastruktur** — Relay, Vault, Profiles, F-Droid Repo -Vertrauen wächst durch echte Beziehungen, nicht durch Plattform-Verifizierung. Das Web of Trust bildet dieses Prinzip technisch ab. +Die Organisation kontrolliert nicht das Netzwerk. Sie stellt Infrastruktur zur Verfügung, die jede Gemeinschaft frei nutzen, anpassen und selbst betreiben kann. -### Transparenz +## Werte -Entscheidungen, Code und Finanzen sind offen. Wer betroffen ist, kann mitgestalten. +**Open Source.** Alles was wir bauen ist offen — Code, Entscheidungen, Dokumentation. -### Organisches Wachstum +**Souveränität.** Menschen und Gemeinschaften behalten die Kontrolle über ihre Daten, ihre Werkzeuge und ihre Entscheidungen. -Wir wachsen durch echten Mehrwert, nicht durch Marketing. Jede Gemeinschaft, die sich anschließt, tut das freiwillig und aus eigenem Antrieb. +**Dezentralität.** Keine zentrale Instanz kontrolliert das System — weder technisch noch organisatorisch. -### Souveränität +**Vertrauen durch Begegnung.** Mitgliedschaft in der Organisation setzt echte persönliche Begegnung voraus (siehe RFC-0003). -Menschen und Gemeinschaften behalten die Kontrolle über ihre Daten, ihre Werkzeuge und ihre Entscheidungen. +**Sicherheit.** Alle Daten, die das Gerät verlassen, sind verschlüsselt und signiert. ## Rollen -Rollen beschreiben Verantwortungsbereiche, keine Hierarchie. Jede Rolle kann von einer oder mehreren Personen ausgefüllt werden. +Rollen definieren klare Zuständigkeiten innerhalb der Organisation. Wer eine Rolle hat, entscheidet eigenständig in seinem Bereich. Für Entscheidungen, die mehrere Bereiche betreffen, gilt der RFC-Prozess (siehe RFC-0001). + +Rollen sind keine Hierarchie. Sie beschreiben, wer wofür Verantwortung übernimmt. ### Architektur & Entwicklung -**Verantwortung:** Technische Architektur, Core-Entwicklung (Web of Trust, Real Life Stack), Code-Qualität +**Zuständigkeit:** Technische Architektur, Core-Entwicklung (Web of Trust, Real Life Stack), Code-Qualität, Sicherheit **Aktuell:** Anton ### Vision & Outreach -**Verantwortung:** Die größere Vision tragen, neue Menschen und Gemeinschaften einladen, Brücken bauen zu bestehenden Bewegungen +**Zuständigkeit:** Die größere Vision tragen, neue Menschen und Gemeinschaften einladen, Brücken bauen zu bestehenden Bewegungen, Kommunikation nach außen **Aktuell:** Timo ### Prozesse & Infrastruktur -**Verantwortung:** Prozesse, Metriken, Logging, Integrationstests, CI/CD +**Zuständigkeit:** CI/CD, Metriken, Logging, Integrationstests, Server-Infrastruktur **Aktuell:** Tillmann ### UX & Mobile -**Verantwortung:** Benutzererfahrung, Mobile Apps, Interface-Design +**Zuständigkeit:** Benutzererfahrung, Mobile Apps, Interface-Design, Nutzerforschung **Aktuell:** Sebastian -## Wie Rollen funktionieren +## Rollen vs. Netzwerk-Focalization + +In der Organisation gibt es **Rollen** mit klarer Zuständigkeit und Entscheidungsgewalt. -### Zuständigkeit +Im Netzwerk gibt es **keine festen Rollen**. Stattdessen bringt jeder das ein, was ihm liegt — Begegnung, Verbindung, Sichtbarkeit, Logistik, Werkzeuge, Wachstum. Diese Tätigkeiten sind in [netzwerk.md](https://github.com/real-life-org/docs/blob/main/netzwerk.md) und im [Handbuch](https://github.com/real-life-org/docs/blob/main/handbuch.md) beschrieben. -Wenn eine Aufgabe reinkommt, ist durch die Rollen klar, wer zuständig ist. Die zuständige Person entscheidet eigenständig, wie und wann sie die Aufgabe umsetzt. Für kreisübergreifende Entscheidungen gilt der RFC-Prozess (siehe RFC-0001). +Die Menschen in der Organisation sind gleichzeitig Teil des Netzwerks und bringen sich dort ein wie alle anderen auch — aber ihre Org-Rolle gibt ihnen zusätzlich Entscheidungsgewalt über technische und strategische Fragen. -### Rollen anpassen +## 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 → Verantwortungsbereiche neu schneiden -- **Neue Verantwortung entsteht** — z.B. Fundraising, Community-Management → neue Rolle schaffen +- **Neue Verantwortung entsteht** → neue Rolle schaffen -### Rollen neu besetzen +## Rollen neu besetzen Die Rolle gehört nicht der Person. Wenn eine Verantwortung dauerhaft nicht wahrgenommen wird: 1. **Gespräch** — Das Team spricht die Spannung offen an -2. **Klärung** — Ist die Rolle zu groß? Fehlt Unterstützung? Passt sie nicht zur Person? Gemeinsam nach einer Lösung suchen +2. **Klärung** — Ist die Rolle zu groß? Fehlt Unterstützung? Gemeinsam eine Lösung suchen 3. **Neubesetzung** — Wenn sich nichts ändert, wird die Rolle per RFC neu vergeben -Das ist kein Rausschmiss. Die Person bleibt Teil der Organisation — nur die Verantwortung wechselt. +Die Person bleibt Teil der Organisation — nur die Verantwortung wechselt. + +## Alternativen + +**Keine formalen Rollen, alles fluid:** Funktioniert im Netzwerk, aber nicht für die Kernentwicklung. 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, wenn die Organisation wächst. ## Offene Fragen -- Brauchen wir eine explizite Beschreibung, wie man Teil der Organisation wird? - Soll es eine Rolle für Finanzen/Fundraising geben? -- Wie formalisieren wir die Beziehung zu Gemeinschaften, die die Tools nutzen? +- Ab welcher Teamgröße brauchen wir Kreise statt flacher Rollen? From 6b3b4712fccd205d4692a275bdfb01c5846cd035 Mon Sep 17 00:00:00 2001 From: Anton Tranelis Date: Fri, 10 Apr 2026 00:30:36 +0200 Subject: [PATCH 3/6] RFC-0002: Gestrafft, Abgrenzung einmal in Motivation Co-Authored-By: Claude Opus 4.6 (1M context) --- rfcs/0002-zweck-werte-rollen.md | 38 ++++++++------------------------- 1 file changed, 9 insertions(+), 29 deletions(-) diff --git a/rfcs/0002-zweck-werte-rollen.md b/rfcs/0002-zweck-werte-rollen.md index caa5b02..b0c964f 100644 --- a/rfcs/0002-zweck-werte-rollen.md +++ b/rfcs/0002-zweck-werte-rollen.md @@ -7,31 +7,21 @@ ## Zusammenfassung -Dieses Dokument beschreibt den Zweck der Real Life **Organisation**, ihre Werte und die Rollen innerhalb des Kernteams. Es grenzt die Organisation klar vom Netzwerk ab. +Dieses Dokument beschreibt den Zweck der Real Life Organisation, ihre Werte und die Rollen innerhalb des Kernteams. ## Motivation -Real Life besteht aus zwei Ebenen: - -- Die **Organisation** (real-life.org) — das Kernteam, das Werkzeuge baut und Infrastruktur pflegt -- Das **Netzwerk** (real-life.network) — alle Menschen und Initiativen, die sich verbinden - -Das Netzwerk ist dezentral, gehört niemandem und funktioniert ohne feste Rollen (siehe [netzwerk.md](https://github.com/real-life-org/docs/blob/main/netzwerk.md)). Die Organisation dagegen braucht klare Zuständigkeiten: Wenn ein Bug im Core ist, muss klar sein, wer entscheidet. Wenn eine Architekturentscheidung ansteht, muss klar sein, wer sie trifft. - -Dieses Dokument definiert, wie die Organisation arbeitet — nicht wie das Netzwerk funktioniert. +Die Organisation ist das Kernteam, das die Werkzeuge baut — im Unterschied zum [Netzwerk](https://github.com/real-life-org/docs/blob/main/netzwerk.md), das dezentral und ohne feste Rollen funktioniert. Die Organisation braucht klare Zuständigkeiten: Wenn ein Bug im Core ist, muss klar sein, wer entscheidet. Wenn eine Architekturentscheidung ansteht, muss klar sein, wer sie trifft. ## Zweck -Die Organisation dient dem Netzwerk. Sie baut und pflegt die Werkzeuge, mit denen sich Menschen und Gemeinschaften verbinden, organisieren und Ressourcen teilen. +Die Organisation baut und pflegt die Werkzeuge, mit denen sich Menschen und Gemeinschaften verbinden, organisieren und Ressourcen teilen: -Konkret: - **Web of Trust** — dezentrales Vertrauensprotokoll - **Real Life Stack** — modulare Komponenten für Gemeinschafts-Apps - **Real Life Map** — Karte zur Sichtbarmachung lokaler Initiativen - **Server-Infrastruktur** — Relay, Vault, Profiles, F-Droid Repo -Die Organisation kontrolliert nicht das Netzwerk. Sie stellt Infrastruktur zur Verfügung, die jede Gemeinschaft frei nutzen, anpassen und selbst betreiben kann. - ## Werte **Open Source.** Alles was wir bauen ist offen — Code, Entscheidungen, Dokumentation. @@ -46,9 +36,7 @@ Die Organisation kontrolliert nicht das Netzwerk. Sie stellt Infrastruktur zur V ## Rollen -Rollen definieren klare Zuständigkeiten innerhalb der Organisation. Wer eine Rolle hat, entscheidet eigenständig in seinem Bereich. Für Entscheidungen, die mehrere Bereiche betreffen, gilt der RFC-Prozess (siehe RFC-0001). - -Rollen sind keine Hierarchie. Sie beschreiben, wer wofür Verantwortung übernimmt. +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 & Entwicklung @@ -74,38 +62,30 @@ Rollen sind keine Hierarchie. Sie beschreiben, wer wofür Verantwortung übernim **Aktuell:** Sebastian -## Rollen vs. Netzwerk-Focalization - -In der Organisation gibt es **Rollen** mit klarer Zuständigkeit und Entscheidungsgewalt. - -Im Netzwerk gibt es **keine festen Rollen**. Stattdessen bringt jeder das ein, was ihm liegt — Begegnung, Verbindung, Sichtbarkeit, Logistik, Werkzeuge, Wachstum. Diese Tätigkeiten sind in [netzwerk.md](https://github.com/real-life-org/docs/blob/main/netzwerk.md) und im [Handbuch](https://github.com/real-life-org/docs/blob/main/handbuch.md) beschrieben. - -Die Menschen in der Organisation sind gleichzeitig Teil des Netzwerks und bringen sich dort ein wie alle anderen auch — aber ihre Org-Rolle gibt ihnen zusätzlich Entscheidungsgewalt über technische und strategische Fragen. - ## 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 → Verantwortungsbereiche neu schneiden +- **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** — Das Team spricht die Spannung offen an +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** — Wenn sich nichts ändert, wird die Rolle per RFC neu vergeben +3. **Neubesetzung** — per RFC neu vergeben Die Person bleibt Teil der Organisation — nur die Verantwortung wechselt. ## Alternativen -**Keine formalen Rollen, alles fluid:** Funktioniert im Netzwerk, aber nicht für die Kernentwicklung. Wenn niemand klar zuständig ist, bleiben Bugs liegen und Architekturentscheidungen werden nicht getroffen. +**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, wenn die Organisation wächst. +**Holokratie mit Kreisen:** Für die aktuelle Teamgröße (4 Personen) zu viel Overhead. Kann später eingeführt werden. ## Offene Fragen From ba20e95d72343d166b682fa47a898b8cab44c42c Mon Sep 17 00:00:00 2001 From: Anton Tranelis Date: Fri, 10 Apr 2026 00:50:14 +0200 Subject: [PATCH 4/6] RFC-0002: Rollen von Bedarf her definiert statt um Personen herum MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 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) --- rfcs/0002-zweck-werte-rollen.md | 22 +++++++++++----------- 1 file changed, 11 insertions(+), 11 deletions(-) diff --git a/rfcs/0002-zweck-werte-rollen.md b/rfcs/0002-zweck-werte-rollen.md index b0c964f..24e0e39 100644 --- a/rfcs/0002-zweck-werte-rollen.md +++ b/rfcs/0002-zweck-werte-rollen.md @@ -38,29 +38,29 @@ Die Organisation baut und pflegt die Werkzeuge, mit denen sich Menschen und Geme 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 & Entwicklung +### Architektur -**Zuständigkeit:** Technische Architektur, Core-Entwicklung (Web of Trust, Real Life Stack), Code-Qualität, Sicherheit +**Zuständigkeit:** Technische Richtung, Protokolle, Datenstrukturen, Sicherheit, Code-Review **Aktuell:** Anton -### Vision & Outreach +### Entwicklung & UX -**Zuständigkeit:** Die größere Vision tragen, neue Menschen und Gemeinschaften einladen, Brücken bauen zu bestehenden Bewegungen, Kommunikation nach außen +**Zuständigkeit:** App-Entwicklung, Interface-Design, Nutzererfahrung, Mobile -**Aktuell:** Timo +**Aktuell:** Sebastian -### Prozesse & Infrastruktur +### Infrastruktur & Qualität -**Zuständigkeit:** CI/CD, Metriken, Logging, Integrationstests, Server-Infrastruktur +**Zuständigkeit:** Server, CI/CD, Testing, Metriken, Logging, Releases **Aktuell:** Tillmann -### UX & Mobile +### Förderung -**Zuständigkeit:** Benutzererfahrung, Mobile Apps, Interface-Design, Nutzerforschung +**Zuständigkeit:** Förderanträge, Stiftungskontakte, Mittelverwendung, Berichterstattung -**Aktuell:** Sebastian +**Aktuell:** *unbesetzt — wird gesucht* ## Rollen anpassen @@ -89,5 +89,5 @@ Die Person bleibt Teil der Organisation — nur die Verantwortung wechselt. ## Offene Fragen -- Soll es eine Rolle für Finanzen/Fundraising geben? - Ab welcher Teamgröße brauchen wir Kreise statt flacher Rollen? +- Wer übernimmt die Rolle Förderung? From 223cc90e39f2f30473cce3eb9511cc1934aec097 Mon Sep 17 00:00:00 2001 From: Anton Tranelis Date: Fri, 10 Apr 2026 01:02:52 +0200 Subject: [PATCH 5/6] RFC-0002: Map entfernt, UX & Design statt Entwicklung & UX, Motivation gestrafft Co-Authored-By: Claude Opus 4.6 (1M context) --- rfcs/0002-zweck-werte-rollen.md | 9 ++++----- 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/rfcs/0002-zweck-werte-rollen.md b/rfcs/0002-zweck-werte-rollen.md index 24e0e39..71de17b 100644 --- a/rfcs/0002-zweck-werte-rollen.md +++ b/rfcs/0002-zweck-werte-rollen.md @@ -1,6 +1,6 @@ # RFC-0002: Zweck, Werte und Rollen der Organisation -- **Autor:** Anton Tranélis +- **Autor:** Anton Tranelis - **Datum:** 2026-04-04 - **Aktualisiert:** 2026-04-10 - **Status:** In Review @@ -11,7 +11,7 @@ Dieses Dokument beschreibt den Zweck der Real Life Organisation, ihre Werte und ## Motivation -Die Organisation ist das Kernteam, das die Werkzeuge baut — im Unterschied zum [Netzwerk](https://github.com/real-life-org/docs/blob/main/netzwerk.md), das dezentral und ohne feste Rollen funktioniert. Die Organisation braucht klare Zuständigkeiten: Wenn ein Bug im Core ist, muss klar sein, wer entscheidet. Wenn eine Architekturentscheidung ansteht, muss klar sein, wer sie trifft. +Die Organisation ist das Kernteam, das die Werkzeuge baut — im Unterschied zum [Netzwerk](https://github.com/real-life-org/docs/blob/main/netzwerk.md), 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 @@ -19,7 +19,6 @@ Die Organisation baut und pflegt die Werkzeuge, mit denen sich Menschen und Geme - **Web of Trust** — dezentrales Vertrauensprotokoll - **Real Life Stack** — modulare Komponenten für Gemeinschafts-Apps -- **Real Life Map** — Karte zur Sichtbarmachung lokaler Initiativen - **Server-Infrastruktur** — Relay, Vault, Profiles, F-Droid Repo ## Werte @@ -44,9 +43,9 @@ Rollen definieren Zuständigkeiten. Wer eine Rolle hat, entscheidet eigenständi **Aktuell:** Anton -### Entwicklung & UX +### UX & Design -**Zuständigkeit:** App-Entwicklung, Interface-Design, Nutzererfahrung, Mobile +**Zuständigkeit:** Interface-Design, Nutzererfahrung, Mobile, Nutzerforschung **Aktuell:** Sebastian From 8f93f64bc921e1c92de55c3881aa6b0a92425362 Mon Sep 17 00:00:00 2001 From: Anton Tranelis Date: Fri, 10 Apr 2026 01:22:11 +0200 Subject: [PATCH 6/6] Trigger PR-Body Sync