要約

  • ICANN理事会は2026年7月20日、FY27のOmbuds Office Objectivesを承認し、Ombudsを具体的な目標に照らして評価すると説明した。公開された決議には目標本文も、それを収めた文書へのリンクもない。
  • 公開の業務計画は存在する。採択済みFY27計画には三つの優先事項、具体的な活動、六つのKPI領域がある。欠けているのは、理事会承認目標ごとに活動、指標、証拠の周期、年度末判断を結ぶ表である。
  • 対応表は、事件内容、申立人、非公開の自己評価、報酬額、理事会の人事審議を載せる必要がない。目標ID、権限、公開可能な測定、保護証拠の境界、進捗状態、最終処分だけでも検証可能性は大きく高まる。
  • Ombudsは理事会が関係する不公正も扱えるだけの独立性を必要とする一方、その理事会に正式な説明責任を負う。評価の境界が見えることは、監督から独立性を守ると同時に、独立性を無監督の口実にしない。

承認行為は見えるが、承認された基準が見えない

決議2026.07.20.06は、誰が何をしたかを明瞭に書いている。OmbudsがFY27目標を作成し、理事会報酬委員会が本人と協議して承認を勧告した。理事会はその目標を検討し、ICANN戦略計画と整合し、適切であると判断して採択した。

理由も明示されている。Ombudsは理事会に報告し、理事会は具体的な目標に照らしてOmbudsを評価する。

しかし、公開ページから先には進めない。目標の列挙はなく、添付資料の名称もなく、別文書へのリンクもない。関連文書である議題と暫定報告も決定を繰り返すだけで、評価基準を示さない。したがって、外部の読者は承認者と大枠の根拠を確認できるが、年度の証拠がどの物差しで評価されるかは確認できない。

この事実から内部の欠落を推定してはならない。完全な目標表が理事会記録に保存されているかもしれない。公開計画とほぼ同一かもしれず、人事上保護すべき記述を含む可能性もある。評価が行われない、目標が不適切である、Ombudsの実績に問題がある、という証拠はない。

「黒塗り」と呼ぶのも正確ではない。同じ7月会合の役員報酬には雇用情報を理由とする明示的な機密決議がある。5月に承認されたCEO目標にも、全部または一部を機密とする条項がある。Ombuds目標の項目には同様の条項がない。この違いは公開義務を自動的に生まないが、目標本文がどの公開状態にあるのか説明されていないことを示す。

確認できる問題は限定的だ。権威ある公開決議が特定の評価基準を承認したのに、その基準または安全な公開版をたどれない。

FY27の仕事はすでに相当詳しく公開されている

採択済みのICANN FY27–31運営・財務計画は、Ombuds Officeを中立的な紛争解決機能として位置付け、不公正な取扱いやハラスメントの申立てを扱う役割を説明する。そのうえで、三つの優先事項を掲げる。

第一は運用品質と完全性、第二はアクセスのしやすさ、信頼、関係者との協働、第三は制度的改善と予防的介入である。

FY27の活動は具体的だ。ICANN公開会合で相談窓口を設け、すべての事件に対応し、範囲外の申立てを適切な先に紹介する。個人やグループを仲介し、手続を見直し、新しい案件管理システムを導入する。調査を実施して学びを報告し、アクセスしやすいウェブサイトを維持する。コミュニティ向けブログを9本から12本公表し、年次報告や理事会向け報告を作成する。反ハラスメント方針の教育、行動・対立に関する教材、二つから四つのグループへの個別支援も予定されている。

六つのKPI領域は、満足度、予算順守と費用効率、認知と印象、信頼、利用・関与、予防と促進である。アンケートのような量的方法と、フォーカスグループや半構造化面接のような質的方法を組み合わせるとされる。

検証可能な項目は多い。ブログの本数、個別支援の団体数、案件管理システムの導入、年次報告の発行は確認できる。質問と標本が安定すれば、調査結果も年ごとに比較できる。

それでも運営計画と理事会評価票が当然に同一になるわけではない。7月決議は「specific objectives」と呼ぶが、採択済み計画の活動・KPIと同一だとは書かない。計画には重み、KPIごとの目標値、理事会の評価方法も示されない。公開資料から、別の目標が存在すると断定することも、計画が評価票の全体だと断定することもできない。

必要なのは、両者がどう対応するかという情報である。

ばらばらの文書には評価の部品がそろっている

ICANNは評価構造の大半をすでに公開している。

理事会報酬委員会憲章は、Ombudsmanの基本報酬、業績指標、業績連動報酬を理事会に勧告する責任を定める。公開の職務記述書は、Ombudsが理事会に直接報告し、理事長に定期報告し、半年ごとの目標について報酬委員会に進捗を報告するとする。7月決議は目標の作成、協議、勧告、承認を記録する。年次報告は活動と結果の公開証拠を提供する。

誰が設定し、誰が確認し、誰が承認し、誰が報告するかは分かる。分からないのは、一つの目標がどの証拠を経て、どの判断で閉じるかである。

「信頼」のKPIはどの承認目標に対応するのか。最初の半年確認ではどの証拠が扱われるのか。ブログ12本は達成そのものなのか、理解や到達の変化まで必要なのか。需要が変わった場合、目標はどの手続で改定されるのか。機密事件の質的評価が必要なら、内容を明かさず「保護された証拠を確認した」と記録できるのか。年度末のどの理事会判断が目標を完了させるのか。

共通IDがなければ、答えは組織内の記憶に依存する。担当者には当然でも、新任理事、コミュニティ参加者、将来のOmbudsには当然ではない。人とURLと用語が変わっても残る接続が必要だ。

年次報告の数字は豊かだが、理事会の評価ではない

FY25年次報告は、機密を守りながら有用な成果を公開できることを示す。対象内の案件はFY24から50％、FY22から200％増えた。78％は正式な苦情ではなく、助言、支援、協働的な紛争解決だった。年度末に未完了だった3件はいずれもOfficeの最大応答期間を超えていない。当期に開かれた案件の94％は終了し、結果の70％は、支援を受けた本人がその後を自分で進める「自己管理」だった。

報告は、機密保持、公正な取扱い、不偏性、独立性、尊厳と敬意、役割の明確さという六つのサービス約束も示す。Ombudsは自らをこの約束に照らして説明可能にし、コミュニティにも同じ確認を求めると書く。

これは強い公開姿勢である。ただし年次報告はOfficeが作成し、苦情と解決の集約分析を公表する規約上の義務を果たす文書だ。理事会が承認した目標票でも、目標ごとの年度末判定でもない。

この区別がないと数字を読み違える。案件増加は信頼向上かもしれないが、対立増加、周知改善、分類変更かもしれない。終了率だけでは公正さは分からない。ブログ数は産出量であって理解度ではない。自己管理は有効な支援を意味し得るが、機密性と任意性のため最終結果をOfficeが知らないことも多い。

評価対応表の目的は、異質な数字を一つの点数にすることではない。どの証拠がどの問いに答え、何を答えないかを残すことである。

独立性を守るためにも監督の輪郭が要る

Ombuds制度には避けられない緊張がある。調査対象になり得る人や組織から独立しなければならない。同時に、適法な任命、予算、評価、解任の仕組みを持たなければならない。完全な隔離は説明責任を消し、通常の指揮命令は信頼を壊す。

ICANNの規約とFrameworkは両方を認める。OfficeはICANN組織から独立し、理事会が正式な説明責任の相手となる。予算提案は保護され、解任には理事会の4分の3が必要だ。2026年Frameworkは、構造、機能、外観、目的、実務、意思決定における独立を明記する。他方、理事会はOmbudsを任命し評価し、報酬委員会は指標と業績連動報酬を扱う。

この配置が事件への介入を生んだという証拠はない。しかし評価が見えないと、反対方向の誤解が生まれる。批判者は理事会が組織に都合のよい行動を報いると想像し、擁護者は独立性を理由に成果確認そのものを拒むかもしれない。どちらも証拠に基づかない。境界の不可視性が想像を許している。

2025年基準調査は、その認識上の課題を限定的に示す。回答者は任意参加の81人で、ICANNコミュニティ全体を代表する世論調査ではない。この範囲では、Officeの独立性に信頼を示した人が40％、否定的な人が19％だった。機密保持への信頼は58％、苦情・紛争手続が堅牢だとの回答は42％だった。

これらはOmbudsの採点ではない。安定した定義で追跡すべき領域を示す。対応表は信頼を作る魔法ではないが、理事会監督の範囲と事件判断の独立を区別できる。

公開すべきは人事記録ではなく、評価の索引である

比例的な設計は、承認目標ごとに安定した一行を持つ公開表だ。目標文に保護すべき人事情報があれば、安全な目標分類を使う。承認時に作り、半年確認で更新し、年度末評価で閉じる。

一行に必要なのは次の項目である。

  • 目標IDと版；
  • 公開可能な目標または非機密の分類；
  • 承認権限と日付；
  • 関連する優先事項と運営活動；
  • KPI領域と測定定義；
  • 基準値と目標、または目標を公開しない理由；
  • 証拠源と報告間隔；
  • 未着手、順調、要注意、改定、完了、評価不能など定義済みの状態；
  • 理事会の年度末処分；
  • 差異理由または後継版；
  • 機密境界と管理責任；
  • 訂正履歴。

申立人名、事件叙述、識別情報、理事会向け機密報告、非公開自己評価、報酬額、各理事の意見は載せない。公開表によってコミュニティが雇用判断の拒否権を得るわけでもない。

機密の質的証拠を使ったなら、「保護証拠を何月に確認」とだけ記録できる。苦情件数をノルマにしないため、目標値を公開しない理由を明記してよい。環境変化で目標を改定したなら、旧版を残し、理由と後継版を結ぶ。

これは説明責任のメタデータである。試験が存在し、権限ある評価者に証拠が届き、既知の状態に移ったことを示す。人事ファイルを公開することとは異なる。

反論は公開を止める理由ではなく、設計条件になる

数値目標は行動をゆがめ得る。件数や終了率を強調すれば、難しい事件より容易な終了を選ぶ圧力になる。したがって苦情数を販売目標のように扱ってはならず、活動、品質、信頼、制度学習を分離し、単独利用を禁じる注意書きが要る。

率直な評価空間も必要だ。Ombudsと理事会は失敗、弱点、報酬について非公開で話せなければならない。対応表は叙述評価と個人見解を守り、構造と最終状態だけを出せばよい。

小規模なOfficeに重複報告を課すべきでもない。既存の目標承認、半年確認、運営計画、調査、年次報告から索引を作るべきだ。もし接続に大規模な手作業が必要なら、その断絶は内部監督にとっても問題である。

また、公開はコメントによる人事運営を意味しない。評価権限は理事会に残る。参加は証拠と異議を供給するが、権限そのものにはならない。表は権限を移さず、その行使を検証可能にする。

証拠の限界

本稿が確認したのは公開面の断絶であり、内部管理の欠如ではない。完全な目標、非公開の対応表、記録された半年評価が存在しないとは言えない。目標が運営計画と異なる、法的に全文公開が必要、Ombudsが目標を達成しなかった、理事が事件に介入した、報酬が判断に影響した、という証拠もない。

FY25報告は前年度を扱う。81人調査は全体代表ではない。活動量から品質を判断するには定義と文脈が必要だ。Ombudsの機能を守るため、公開すべきでない証拠もある。

確定しているのは一点である。ICANNは詳細なFY27業務計画を公開し、別の決議で理事会評価に使う具体的目標を承認したが、両者を結ぶ公開記録は見当たらない。必要なのは全面開示ではなく、安全な対応表だ。

情報源

  1. ICANN理事会 — 2026年7月20日特別会合の承認決議
  2. ICANN — 採択済みFY27–31運営・財務計画およびFY27運営計画
  3. ICANN — 理事会報酬委員会憲章
  4. ICANN Ombuds Office — FY25年次報告
  5. ICANN — Ombuds職務記述書
  6. ICANN Ombuds Office — 2025年基準調査報告・行動計画
  7. ICANN — Ombuds Office Framework and Process
  8. ICANN — 現行Bylaws
  9. ICANN理事会 — 2026年5月3日の承認決議