ownCloud Governance Charter: Grundsätze & Rollen

ownCloud Community Governance Charter

ownCloud — ein Unternehmen von Kiteworks

Status: Zielsetzung (v0.1) — Diese Charta beschreibt unser angestrebtes Governance-Modell. Wir setzen sie schrittweise um. Mit einem Zieltermin versehene Punkte spiegeln unsere aktuelle Planung wider, sind jedoch keine verbindliche Zusage.

Prinzipien

Transparenz. Entscheidungen, die die Community betreffen, treffen wir öffentlich. Roadmap-Prioritäten, Architekturentscheidungen und Richtlinienänderungen diskutieren wir in offenen Kanälen. Wo Entscheidungen intern getroffen werden müssen (z. B. aus Sicherheits- oder kommerziellen Gründen), erläutern wir das Ergebnis und die Begründung so bald wie möglich.
Verantwortung statt Besitz. Kiteworks übernimmt als Unternehmen die Verantwortung für ownCloud. Verantwortung bedeutet, in die langfristige Gesundheit des Projekts zu investieren — Entwicklung finanzieren, Infrastruktur betreiben, Sicherheit gewährleisten — und dabei die Stimme der Community bei der Ausrichtung des Projekts zu respektieren. Verantwortung ist nicht gleichbedeutend mit einseitiger Kontrolle.
Verdiente Autorität. Maintainer-Status, Reviewer-Rechte und Governance-Rollen werden durch kontinuierliche, hochwertige Beiträge erworben. Sie werden nicht allein durch Titel, Anstellung oder Zugehörigkeit vergeben.

Rollen

Contributors

Contributors sind alle, die zum Projekt beitragen: Code, Dokumentation, Tests, Design, Advocacy oder Community-Support. Alle Contributors müssen den Verhaltenskodex und den DCO-Sign-off-Prozess einhalten.

Reviewers

Reviewers sind erfahrene Contributors, die konstant hohe Qualität und Vertrautheit mit einem bestimmten Bereich des Codes gezeigt haben. Reviewers können Pull Requests genehmigen, aber nicht ohne das Einverständnis eines Maintainers mergen. Maintainer vergeben den Reviewer-Status basierend auf dem Beitragsverlauf.

Maintainers

Maintainers tragen die Verantwortung für Sicherheit, Qualität, Gesundheit und Ausrichtung eines oder mehrerer Repositories oder Komponenten. Maintainers können Pull Requests mergen, Releases freigeben und Architekturentscheidungen im eigenen Bereich treffen. Den Maintainer-Status vergibt das OSPO in Abstimmung mit bestehenden Maintainers und auf Basis nachweislich signifikanter, nachhaltiger Beiträge.

OSPO (Open Source Program Office)

Das OSPO ist die Organisationseinheit von Kiteworks, die für die Open-Source-Strategie, Governance, Lizenzierung, Community-Gesundheit und das Ökosystem von ownCloud verantwortlich ist. Das OSPO legt Richtlinien fest, löst Streitigkeiten, die nicht auf Maintainer-Ebene gelöst werden können, und fungiert als Schnittstelle zwischen Community und Kiteworks-Führung.

Entscheidungsfindung

Technische Entscheidungen

Architektur, API-Design und Implementierungsansätze entscheiden Maintainers im eigenen Verantwortungsbereich, mit Input von Reviewers und Contributors über GitHub-Issues und PRs. Meinungsverschiedenheiten lösen wir durch Diskussion. Wird kein Konsens erzielt, entscheiden die zuständigen Maintainers. Entscheidungen können an das OSPO eskaliert werden.

Richtlinien-Entscheidungen

Lizenzierung, Beitragsregeln, Governance-Änderungen und die Durchsetzung des Verhaltenskodex entscheidet das OSPO unter Einbeziehung des Community Advisory Board und der Maintainer-Gruppe.

Roadmap-Entscheidungen

Kiteworks Produktmanagement trifft Roadmap-Entscheidungen in Abstimmung mit OSPO und Community Advisory Board. Kiteworks legt die strategische Richtung fest. Die Community beeinflusst Prioritäten über das CAB, über GitHub-Issue-Engagement (Upvotes, Kommentare, RFCs) und durch direkte Beiträge.

Wir sind offen: Kiteworks steuert die Roadmap. Dies ist ein kommerziell unterstütztes Open-Source-Projekt, keine Foundation. Wir verpflichten uns, die Roadmap öffentlich zu machen, die Begründung zu erklären und der Community echte Einflussmöglichkeiten zu geben. Wenn Sie etwas bauen und es überzeugt, kann es gemerged werden — unabhängig davon, ob es auf der Roadmap stand.

Governance-Gremien

Maintainer-Gruppe

Die Maintainer-Gruppe besteht aus allen aktiven Maintainers der ownCloud-Repositories. Sie trifft sich regelmäßig (monatlich oder nach Bedarf), um bereichsübergreifende technische Themen zu besprechen, und führt eine öffentliche Liste der Maintainers je Repository.

Ziel: Veröffentlichung der ersten Maintainer-Liste bis Q3 2026.

Community Advisory Board

Das CAB besteht aus 5–9 Mitgliedern, die externe Contributors, institutionelle Anwender und Technologiepartner repräsentieren. Die Amtszeit beträgt 12 Monate und ist einmal verlängerbar. Das CAB trifft sich vierteljährlich mit dem OSPO, um Roadmap, Governance und Community-Gesundheit zu besprechen. Zusammenfassungen der Sitzungen werden öffentlich publiziert.

Ziel: Gründung des ersten CAB bis Q4 2026.

Open Source Program Office

Das OSPO wird vom Vice President, Open Source Program Office bei Kiteworks geleitet. Es ist verantwortlich für Governance-Richtlinien, Lizenzierung, Community-Gesundheitsmetriken, Ökosystem-Engagement und Upstream-Beitragsstrategie. Das OSPO veröffentlicht jährlich einen Bericht zu Beitragsstatistiken, Governance-Änderungen, Community-Gesundheit und strategischer Ausrichtung.

Kontakt: ospo@kiteworks.com

Ziel: Erster jährlicher OSPO-Bericht bis Q2 2027.

Konfliktlösung

Meinungsverschiedenheiten gehören zu Open Source dazu. Unser Ansatz:

Diskussion. Die meisten Konflikte lösen wir durch respektvollen Austausch im jeweiligen GitHub-Issue oder PR. Wir gehen von guter Absicht aus.
Maintainer-Entscheidung. Kann die Diskussion das Problem nicht lösen, entscheiden die zuständigen Maintainers und dokumentieren die Begründung.
OSPO-Eskalation. Ist ein Contributor mit einer Maintainer-Entscheidung nicht einverstanden, kann er an das OSPO eskalieren. Das OSPO prüft, konsultiert die relevanten Parteien und trifft innerhalb von 10 Werktagen eine verbindliche Entscheidung.
Verstöße gegen den Verhaltenskodex werden separat über das CoC-Durchsetzungsverfahren behandelt. Meldungen gehen an coc@owncloud.com.

Transparenz-Zusagen

Öffentliche Roadmap. Mindestens quartalsweise gepflegt und aktualisiert. (Ziel: Q3 2026)
Öffentliche Maintainer-Liste. Pro Repository, stets aktuell. (Ziel: Q3 2026)
Architecture Decision Records (ADRs). Wichtige Architekturentscheidungen werden als ADRs im Repository dokumentiert (bereits Praxis für oCIS).
Governance-Changelog. Änderungen an dieser Charta, an Lizenzierung oder Beitragsrichtlinien werden öffentlich angekündigt, mit mindestens 30 Tagen Kommentierungsfrist vor Inkrafttreten.
Jährlicher OSPO-Bericht. Öffentlich publiziert. (Ziel: Q2 2027)

Lizenz-Governance

Neue Repositories nutzen standardmäßig die Apache License 2.0. Lizenzänderungen bei bestehenden Repositories erfordern die Zustimmung des OSPO, ein öffentliches RFC mit 30-tägiger Kommentierungsfrist und die Konsultation des Community Advisory Board.

ownCloud nutzt keine Lizenzunklarheiten als kommerzielles Druckmittel. Lizenzentscheidungen sind öffentlich, bewusst und werden konsequent umgesetzt.

Weiterentwicklung dieser Charta

Dies ist Version 0.1 der Governance-Charta. Sie wird sich weiterentwickeln, während die Community wächst und reift. Änderungen folgen dem Governance-Changelog-Prozess:

öffentliche Ankündigung
30-tägige Kommentierungsfrist
OSPO-Entscheidung

Wir erkennen an, dass diese Charta in Teilen noch Zielcharakter hat.

Einige Mechanismen —

das CAB
der Jahresbericht
die Maintainer-Liste

— existieren noch nicht. Wir veröffentlichen die Charta jetzt, statt zu warten, bis alles umgesetzt ist, weil wir glauben, dass Transparenz über unsere Ziele besser ist als Schweigen.

Umsetzungszeitplan

Meilenstein	Zieldatum	Status
Veröffentlichung Governance-Charta v0.1	Q2 2026	In Bearbeitung
Abschaffung der alten CLA, Einführung des DCO	Q2 2026	In Bearbeitung
Veröffentlichung der KI-gestützten Beitragsrichtlinie	Q2 2026	In Bearbeitung
Veröffentlichung der Sicherheits-Disclosure-Richtlinie	Q2 2026	In Bearbeitung
Veröffentlichung der ersten Maintainer-Liste je Repository	Q3 2026	Geplant
Veröffentlichung der öffentlichen Roadmap	Q3 2026	Geplant
Gründung des Community Advisory Board	Q4 2026	Geplant
Erste CAB-Sitzung	Q4 2026	Geplant
Erster jährlicher OSPO-Bericht	Q2 2027	Geplant
Governance-Charta v1.0 (nach CAB-Input)	Q2 2027	Geplant

Häufig gestellte Fragen

Kiteworks übernimmt als Unternehmensverantwortlicher die Betreuung von ownCloud, investiert in die langfristige Entwicklung, finanziert die Weiterentwicklung, pflegt die Infrastruktur und sorgt für Sicherheit. Diese Rolle bedeutet jedoch keine einseitige Kontrolle; Kiteworks respektiert die Mitbestimmung der Community bei der Ausrichtung des Projekts.

Der Open Source Program Office (OSPO) vergibt den Maintainer-Status in Abstimmung mit den bestehenden Maintainern. Grundlage sind nachweislich bedeutende und nachhaltige Beiträge zum Projekt – die Befugnis ergibt sich aus der Leistung, nicht aus Titel oder Anstellung.

Das Community Advisory Board (CAB) besteht aus 5–9 Mitgliedern, darunter externe Beitragende, institutionelle Anwender und Technologiepartner. Es trifft sich vierteljährlich mit dem OSPO, um Roadmap, Governance und den Zustand der Community zu besprechen und bietet einen Kanal für Community-Feedback. Zusammenfassungen der Sitzungen werden öffentlich zugänglich gemacht.

Konflikte werden in einem strukturierten Verfahren gelöst: Zunächst erfolgt eine respektvolle Diskussion in GitHub-Issues oder PRs. Wird keine Einigung erzielt, entscheidet der zuständige Maintainer. Bei Uneinigkeit kann der Beitragende an das OSPO eskalieren, das innerhalb von 10 Werktagen eine verbindliche Entscheidung trifft. Verstöße gegen den Verhaltenskodex werden separat über ein eigenes Verfahren behandelt.