ownCloudガバナンス憲章：原則と役割

ownCloud コミュニティ・ガバナンス憲章

ownCloud ― Kiteworksグループ企業

ステータス：目標指向（v0.1）― 本憲章は、当社が目指すガバナンスモデルを記述しています。段階的に導入を進めています。目標日が記載されている項目は、現時点での計画であり、確約ではありません。

原則

透明性。コミュニティに影響を与える意思決定は公開の場で行われます。ロードマップの優先順位、アーキテクチャ上の決定、ポリシー変更はオープンなチャネルで議論されます。セキュリティや商業上の理由などで内部決定が必要な場合も、できる限り早く結果とその理由を説明します。
所有ではなく、スチュワードシップ。KiteworksはownCloudの企業スチュワードです。スチュワードシップとは、プロジェクトの長期的な健全性のために投資（開発資金の提供、インフラの維持、セキュリティの確保など）を行いながら、プロジェクトの方向性を決める際にコミュニティの声を尊重することを意味します。スチュワードシップは一方的なコントロールとは異なります。
実績による権限付与。メンテナーの地位、レビュワー権限、ガバナンス上の役割は、継続的かつ高品質な貢献によって得られます。肩書きや雇用、在籍期間のみで与えられるものではありません。

役割

コントリビューター

コントリビューターは、コード、ドキュメント、テスト、デザイン、啓発活動、コミュニティサポートなど、プロジェクトに貢献するすべての人を指します。全コントリビューターは、行動規範およびDCO署名プロセスの遵守が求められます。

レビュワー

レビュワーは、特定のコードベース領域において一貫した品質と知識を示した経験豊富なコントリビューターです。レビュワーはプルリクエストの承認ができますが、メンテナーのサインオフなしにマージすることはできません。レビュワーの地位は、貢献履歴に基づきメンテナーによって付与されます。

メンテナー

メンテナーは、1つ以上のリポジトリやコンポーネントのセキュリティ、健全性、品質、方向性に責任を持ちます。メンテナーはプルリクエストのマージ、リリースの承認、担当範囲内でのアーキテクチャ決定が可能です。メンテナーの地位は、既存メンテナーとの協議を経て、OSPOが重要かつ継続的な貢献実績に基づき付与します。

OSPO（オープンソースプログラムオフィス）

OSPOは、Kiteworks内でownCloudのオープンソース戦略、ガバナンス、ライセンス、コミュニティ健全性、エコシステム連携を担う組織体です。OSPOはポリシー策定、メンテナーレベルで解決できない紛争の解決、コミュニティとKiteworks経営陣の橋渡し役を務めます。

意思決定

技術的な意思決定

アーキテクチャ、API設計、実装方針は、担当範囲内でメンテナーが決定します。レビュワーやコントリビューターはGitHubのイシューやPRを通じて意見を出せます。意見の相違は議論で解決を図ります。合意に至らない場合は、該当メンテナーが決定します。必要に応じてOSPOへのエスカレーションも可能です。

ポリシー決定

ライセンス、貢献ルール、ガバナンス変更、行動規範の執行などは、コミュニティ諮問委員会およびメンテナーグループの意見を取り入れつつ、OSPOが決定します。

ロードマップ決定

ロードマップの決定は、KiteworksのプロダクトマネジメントがOSPOおよびコミュニティ諮問委員会と協議のうえ行います。Kiteworksが戦略的方向性を定めます。コミュニティはCABを通じて、GitHubイシューでの投票・コメント・RFCや直接的な貢献を通じて優先順位に影響を与えます。

私たちはこの点について率直です：Kiteworksがロードマップを主導します。本プロジェクトは商業的支援を受けたオープンソースであり、財団主導型ではありません。私たちが約束するのは、ロードマップが公開され、その理由が説明され、コミュニティが実質的に影響を与えられるチャネルがあることです。もしあなたが何かを作り、それが優れていれば、ロードマップに載っていなくてもマージされる道があります。

ガバナンス組織

メンテナーグループ

メンテナーグループは、ownCloudの全リポジトリの現役メンテナーで構成されます。定期的（毎月または必要に応じて）に集まり、横断的な技術課題を議論し、リポジトリごとにメンテナーの公開リストを維持します。

目標：2026年第3四半期までに初回メンテナーリストを公開。

コミュニティ諮問委員会（CAB）

CABは、外部コントリビューター、機関ユーザー、技術パートナーから選ばれた5～9名で構成されます。メンバーの任期は12か月で1回まで再任可能です。CABは四半期ごとにOSPOと会合し、ロードマップ、ガバナンス、コミュニティ健全性をレビューします。会議要旨は公開されます。

目標：2026年第4四半期までに初代CABを設立。

オープンソースプログラムオフィス（OSPO）

OSPOは、Kiteworksのオープンソースプログラムオフィス担当副社長が率います。ガバナンスポリシー、ライセンス、コミュニティ健全性指標、エコシステム連携、アップストリーム貢献戦略を担当します。OSPOは、貢献統計、ガバナンス変更、コミュニティ健全性、戦略的方向性を網羅した年次レポートを公開します。

連絡先：ospo@kiteworks.com

目標：2027年第2四半期までに初回OSPO年次レポートを発行。

紛争解決

意見の相違はオープンソースの通常の一部です。当社のアプローチ：

議論。ほとんどの意見の相違は、該当するGitHubイシューやPRでの敬意ある議論を通じて解決します。善意を前提としてください。
メンテナーによる決定。議論で解決しない場合、該当メンテナーが決定し、その理由を文書化します。
OSPOへのエスカレーション。コントリビューターがメンテナーの決定に異議がある場合、OSPOにエスカレーションできます。OSPOは関係者と協議のうえ、10営業日以内に拘束力のある決定を下します。
行動規範違反は、CoC執行プロセスにより別途対応します。報告はcoc@owncloud.comまで。

透明性へのコミットメント

公開ロードマップ。少なくとも四半期ごとに更新・維持。（目標：2026年第3四半期）
公開メンテナーリスト。リポジトリごとに最新情報を維持。（目標：2026年第3四半期）
アーキテクチャ決定記録（ADR）。重要なアーキテクチャ決定はリポジトリ内でADRとして記録（oCISでは既に実施済み）。
ガバナンス変更履歴。憲章、ライセンス、貢献ポリシーの変更は、発効30日前までに公開で告知し、コメント期間を設けます。
OSPO年次レポート。公開で発行。（目標：2027年第2四半期）

ライセンス・ガバナンス

新規リポジトリはデフォルトでApache License 2.0を採用します。既存リポジトリのライセンス変更には、OSPOの承認、30日間の公開RFC、コミュニティ諮問委員会との協議が必要です。

ownCloudは、商業的な駆け引きとしてライセンスの曖昧さを利用しません。ライセンスの選択は公開され、意図的かつ一貫して適用されます。

本憲章の進化

本ガバナンス憲章はバージョン0.1です。コミュニティの成長と成熟に応じて進化します。変更はガバナンス変更履歴プロセスに従います：

公開告知
30日間のコメント期間
OSPOによる決定

本憲章の一部は目標的な内容であることを認識しています。

いくつかの仕組み ―

CAB
年次レポート
メンテナーリスト

― はまだ存在しません。すべてが整うのを待たず、今この憲章を公開するのは、私たちが目指す方向性を明示することが沈黙よりも重要だと考えるためです。

導入タイムライン

マイルストーン	目標日	ステータス
ガバナンス憲章v0.1公開	2026年第2四半期	進行中
旧CLA廃止、DCO導入	2026年第2四半期	進行中
AI支援貢献ポリシー公開	2026年第2四半期	進行中
セキュリティ開示ポリシー公開	2026年第2四半期	進行中
リポジトリごとの初回メンテナーリスト公開	2026年第3四半期	計画中
公開ロードマップ発行	2026年第3四半期	計画中
コミュニティ諮問委員会設立	2026年第4四半期	計画中
初回CAB会合	2026年第4四半期	計画中
初回OSPO年次レポート	2027年第2四半期	計画中
ガバナンス憲章v1.0（CABの意見反映後）	2027年第2四半期	計画中

よくある質問

KiteworksはownCloudの企業スチュワードとして、開発への資金提供、インフラの維持、セキュリティの確保を通じてプロジェクトの長期的な健全性に投資しています。ただし、スチュワードシップは一方的な支配を意味するものではなく、Kiteworksはプロジェクトの方向性を決める際にコミュニティの意見を尊重しています。

メンテナーの資格は、既存のメンテナーと協議の上、オープンソースプログラムオフィス（OSPO）によって付与されます。これは、プロジェクトへの継続的かつ重要な貢献という実績に基づいており、肩書きや雇用関係ではなく、実力に裏打ちされた権限を反映しています。

コミュニティ諮問委員会（CAB）は、外部のコントリビューター、組織ユーザー、テクノロジーパートナーから5～9名で構成されます。四半期ごとにOSPOと会合を持ち、ロードマップやガバナンス、コミュニティの健全性を確認し、コミュニティからの意見を受け付ける窓口となっています。会議の要約は公開されています。

対立は体系的なプロセスで解決されます。まずGitHubのイシューやPRで敬意を持って議論し、合意に至らない場合は該当するメンテナーが判断します。コントリビューターがその決定に納得できない場合は、OSPOにエスカレーションでき、OSPOは10営業日以内に拘束力のある決定を下します。行動規範違反については、専用の執行プロセスで個別に対応します。