要約

  • CNCFの技術監督委員会が2026年8月26日に公開した記事によると、調査対象72件のうち、Sandbox入りの時点で複数組織のメンテナーがいたプロジェクトの卒業率は59.1%、単一組織のメンテナーだけだったプロジェクトでは28.6%だった。記事は2.07倍と表現するが、ここで確認したページには各群の分母、観測期間、プロジェクト別データ、統計手法が掲載されていない。
  • 現行のGraduation申請では、少なくとも2組織のメンテナーに加え、ガバナンス判断における組織間バランスの仕組みを文書化し、実際に運用したことも求められる。いずれもSandbox参加時の関連とは別で、記事の75%基準は助言にとどまる。
  • CNCFによると、PR #2265はGraduatedとIncubationの71プロジェクトの審査結果を踏まえている。2組織以上のメンテナー要件は以前から存在し、PRはその確認方法を明確化して、別個の組織間バランス要件を追加した。後日の記事は72件を扱うが、両集団の対応表は公表されていない。

プロジェクトは一社の開発チームから始まり、後に別組織の協力者を迎え、さらに上位の成熟度を申請することがある。その申請では、定められた審査資料を使ってガバナンスが評価される。この経緯を単一の数値に圧縮すると、三つの問いが消えてしまう。組織構成はいつ測られたのか。その数字はどの判断に使われるのか。そして、観察結果を進級条件へ変えられるのは誰なのか。

技術監督委員会の委員長Karena Angellが8月26日に公表した記事は、卒業済み、インキュベーション中、アーカイブ済みの72プロジェクトを分析したとしている。Sandbox入り時点で複数組織のメンテナーがいたプロジェクトでは59.1%、一組織だけだったプロジェクトでは28.6%が卒業したという。CNCFはこの差を2.07倍と示し、ガバナンス形態や保護策を検討する材料としている。

丸められた二つの比率を割れば、確かに約2.07になる。しかし、その計算から各群のプロジェクト数、対象期間、メンテナーの定義、所属組織が変わった場合の扱いは分からない。確認した記事にはプロジェクト別の行データも統計手法の説明もない。これは読者がそのページから独立に再現できる範囲の限界であり、分析が誤っている証拠でも、CNCFが他の記録を持たない証拠でもない。また、複数組織のメンテナーが卒業を引き起こしたと表現する根拠にもならない。

近接した正式文書には別の基準がある。現行のガバナンス審査テンプレートは、「プロジェクトが継続可能であることを示す、少なくとも2組織のプロジェクトメンテナー」をIncubationでは該当なし、Graduationでは必須と記す。これは段階を明示した審査基準だ。対して記事が比べるのは、Sandbox入り時の組織構成と、後の卒業という結果である。前者は早い時点での集団的な関連、後者は成熟度が上がった時点の要件であり、同一の命題ではない。

現行のGraduation申請は別項目で、ガバナンス判断における組織間バランスの仕組みを文書化し、実証することも必須としている。組織別の均衡投票、組織ごとの上限を設けた運営委員会、または同等の保護策が例に挙がる。これはメンテナーの所属組織数とは別の確認事項だ。記事の「一組織が貢献の75%超」という目安は助言であり、この申請要件そのものではない。

変更履歴から、経緯の一部を確認できる。PR #2265より前から、Graduation申請には2組織以上のメンテナーという基準があった。PRはこの基準を維持したうえで、現行のメンテナー一覧と、利用できる場合はLFX Insightsを使った所属確認の方法を明確にした。また別項目として、ガバナンス上の判断で組織間バランスを実証し、記録する要件を加えた。PRの説明によれば、この見直しはGraduatedおよびIncubationの71プロジェクトの審査結果を踏まえている。

PRが根拠として挙げた71件と、8月26日の記事が分析対象として挙げる72件は、まだ同じ集団として照合できない。PRの説明はGraduatedとIncubationのプロジェクトを指すが、後の記事はArchivedも含む。確認したPRの説明と8月26日の記事には、プロジェクト単位の対応表がなく、集団の定義、集計時点、Archivedの扱い、重複の有無も照合されていない。この対応関係がなければ、PRが引用した審査知見と、後に公表された2.07倍の比較とのつながりを独立に確かめられない。ただし、確認できる経緯は明確だ。2組織要件はPR以前からあり、PRは確認方法を補い、別の組織間バランス要件を追加した。申請者はSandbox参加時の測定、既存のGraduation基準、新設された仕組み、個別の審査判断を別々の記録として扱う必要がある。

8月の記事には第三の仕組みとして、組織単位で均衡させる投票も登場する。投票権を組織ごとに配分し、一社が持つ影響力に上限を置く方法だ。大半のメンテナーが一社に雇用されていても、ガバナンス上の投票を制約できる。二組織要件はメンテナー集団の構成を問うものだ。組織別投票は意思決定権の配分を変える。記事はさらに、ガバナンス上の判断と、コードレビュー、マージ、リリースなどの技術判断を分けている。いずれも「多様性」に関わるとして、一つの仕組みにまとめることはできない。

記事は、成熟度ごとの現行要件と、長期的な健全性のための分析上の提案も区別している。モデル表では、一組織が貢献の75%超を占める場合に、採用するモデルにかかわらず組織別の均衡投票を勧めている。これは記事に記された提案であり、確認資料からは自動的な申請要件だとは分からない。実際に何が求められるかは、最新の申請文書と審査資料で確かめる必要がある。

審査資料は単純な合否だけを出すものでもない。テンプレートでは「Must-Fix Items」と「Areas for Improvement」を分け、後者は進級を妨げないと明記している。項目ごとに段階別で「Suggested」または「Required」と表示する箇所もある。デューデリジェンス指針は、文書化された成熟度基準に照らした時点評価と説明し、通常はプロジェクトのレベル変更申請時に実施するとしている。逸脱や実施状況を基準ごとに記録し、追加の推奨も提示できる。推奨事項、正式な基準、個別プロジェクトへの審査判断は、それぞれ効力が異なる。

委員会の公開された権限には、取締役会の定める範囲内でのプロジェクト評価や成熟度移行の判断が含まれる。ライフサイクル文書はSandbox、Incubation、Graduated、Archivedを別の段階として示し、レビュー、公開コメント、投票の手続きも定める。コミュニティからの意見は判断材料になりうるが、プロセスが割り当てた決定権を置き換えない。同様に、委員長が署名した記事も、それだけで新ルールになるわけではない。

委員会の原則ページは「必要最小限のガバナンス」を掲げ、Graduated後に新たなガバナンス要件を課すなら、法的な義務がある場合を除きプロジェクトの同意が必要だと記している。ただし確認したファイルは変更されうるmainブランチ上にあり、承認日や版が表示されていない。公開された原則の記述として紹介しつつ、その有効性・権威の確認に限界があると明記すべきだ。確認資料だけでは、後の基準や判断との優先関係までは分からない。

Daniel Kadeが提案するのは、証拠から規則までを追える記録である。まず分析対象、期間、定義、分母、限界を示す。次に各結論を観察、提案、基準のいずれかに分類する。拘束力を持つ条件なら、採用主体、版、対象段階、発効日、既存のGraduatedプロジェクトへの適用を明示する。さらに個別審査の基準別理由を残し、進級を止めない提言と必須条件を分離する。これは著者の提案であり、CNCFの方針ではない。

2.07倍という結果は、メンテナー評議会、選挙制の運営委員会、連邦型の統治を比較する際の材料にはなりうる。実務を担う人々と決定権の所在が合っているかを見直すきっかけにもなる。しかし、報告された比率は規則文を代替せず、規則文も分析結果の由来を説明しない。両者を参照可能にしながら役割を分けて記録すれば、データが示唆すること、特定段階でCNCFが求めること、プロジェクトが自ら決められることを区別しやすくなる。

出典