要約

  • draft-eggert-procon-chair-delegate-02は、IETF議長が他のArea Directorへ責務を委任することを可能にする。ただし委任を義務づけも推奨もせず、対象としてIESG議長、General Area Director、完全なIABメンバーシップを挙げる。
  • 草案は、どの役割を誰に、どの期間委任したかをコミュニティに公開するよう求める。これは実務移管の最低条件だが、席の権限源、IABの同意、参加・議決範囲、利益相反、責任の分配までは確定しない。
  • 現行RFC 2850はIETF議長をIABの13人の完全なメンバーの一人とし、IESGメンバーの承認とIESG決定への異議申立てから除外する。公開議論では、メンバーシップは作業のように委任できない、IABの同意が必要だとの意見が出た。いずれも個人見解であり、IETFやIABの決定ではない。
  • 提案が進むなら、軽量な実務委任と、より厳格な機関席の代替を分けるべきだ。委任憲章と行為記録には、範囲、除外、同意、責任、訂正、取消し、権限返還を残し、私的な健康・人事情報は公開しない。

名札と番号付きの席

組織の耐久性は、誰か一人がすべてを抱えることでは生まれない。会議が重なり、緊急案件が入れば、重要度の低い仕事が押し出される。意思決定の質とは別に、一人の時間が制度の処理能力を決めてしまう。

Lars Eggertの草案はこの問題を率直に扱う。IETF議長という役割は歴史的に一人が担ってきたが、基礎文書はその全責務を精密に定義していない。委任を明記する文書も少ない。草案は、議長自身が、委任するか、どの責務を、誰へ、いつ移すかを決められるようにする。

それは命令ではない。委任しない選択も残る。公告については、役割、受任するArea Director、期間を、IESGのウェブサイトや公開メールなどで示す。秘密の代理権より明らかに良い。

しかし、公開項目が同じでも対象は同じではない。会議進行は遂行行為である。General Areaの管理は一定の手続権限を伴う職務である。IABの完全なメンバーシップは、別の合議体の構成そのものに入る。現在の担当者名だけを示しても、後二者の権限がどこから来たかは分からない。

しかも、これはまだ規則ではない。2026年8月28日の時点で、Datatrackerは第02版を活動中の個人Internet-Draftと表示する。RFC stream、担当AD、telechat日はなく、IESG状態はI-D Existsである。本文のヘッダーはBest Current Practiceを意図するが、状態ページ上は正式なRFCステータスを持たない。PROCONの文書一覧でもWG草案ではなく関連文書だ。議論されたことと採択されたことを混同してはならない。

一人に束ねられた三つの機能

RFC 9281は、IETF議長がIESGを主宰し、General AreaのArea Directorでもあると記す。次の節ではIABメンバーでもある。RFC 3710もGeneral Areaとの結合を記載する。RFC 2850はIABを13人の完全なメンバーで構成し、その一人をIETF議長とする。

第02版はこの束をほどこうとする。別のADがIESGを主宰でき、General Areaの役割を共有または委任でき、IETF議長またはその受任者がIABメンバーとなるよう既存文言を変更する。

IESG議長とArea業務については、実務委任として説明しやすい。招集、議題管理、特定文書群の処理、手続上の署名など、対象行為を列挙できる。範囲と期限が分かり、議長が監督・取消しできれば、分業は単一点障害を減らす。

IABの席は別物だ。RFC 9281によれば、IABはインターネット・アーキテクチャを監督し、WG設立案をレビューし、NomComが提出したIESG候補を承認し、標準化手続に関する異議申立ての審査機関でもある。メンバーは外部の仕事を代行するだけでなく、合議体の判断を形成する。

RFC 2850は利益相反も織り込む。IETF議長はIABの公式行為に参加できるが、IESGメンバーの承認とIESG決定への異議申立てには参加できない。草案はこの除外を消すとは書いていない。将来、受任者を席に入れるなら、除外が誰にどう適用されるかを明示し、肩書から推測させてはならない。

NomComが選ぶ人と、その人が選ぶ人

IETF議長は人事上の便宜だけで置かれる管理者ではない。NomComの選定と確認を経て、特定の人物が複数の機能を担う。選定側は、その人物の判断、経験、時間、調整能力を評価する。

当選後に仕事の一部を移すことは正常な統治である。ただし、主要部分を長期間他者へ移すなら、選定の対象が変わる。仕事を行う人を選んだのか、仕事を行う人を次に選ぶ人物を選んだのか。両者に必要な能力は同じではない。

Joel Halpernは公開PROCONメールでこの点を指摘した。NomComは候補者が何を委任する予定か知らないまま選び得るため、将来のNomComはその意向を質問できるのではないか、と述べた。これは採択済み手続ではない。だが情報差を正確に捉えている。

候補者に未来の全例外を約束させる必要はない。短期的な業務調整と、IESG議長やIAB席を恒常的に分ける計画を区別すればよい。選定前は構造的な委任方針を一般的な粒度で示し、選定後は実際の委任憲章を公開する。事情が変わったこと自体を失敗にせず、変化の根拠を記録する。

受け入れる側にも権限がある

委任者の視点だけなら、議長の責務は議長が配れるように見える。ところがIAB席は、IABの章程が定義する構成要素である。送り出す側の指定権だけでなく、受け入れる側が何を根拠にその人物をメンバーとして認めるかが問題になる。

公開議論では、HalpernがIABの明示的確認なしにIESGだけでIAB参加を変えるべきでないと述べた。Mirja Kuehlewindは、IABメンバーシップは単なる役割・責務ではなく、とりわけ議決権は委任できないと論じた。Brian Carpenterも、IAB席については少なくともIABの同意が必要だろうと応じた。

これらは法的結論ではない。IAB決議でもWGコンセンサスでもない。確定しているのは、知識ある参加者の間でさえ、完全なメンバーシップを普通の作業配分とみなすことに異論があるという事実だけだ。最終文書は、その異論を実装担当者へ先送りすべきではない。

同意が必要なら、その理由は儀礼ではない。受任者が参加・議決できる範囲、定足数上の扱い、既存の除外、紛争時の訂正権限を確定するためだ。人名の公開だけでは、権限は透明にならない。

責任の返送先を一つに潰さない

Carpenterは最初のメールで、委任は具体的で期間限定かつ公表され、最終責任は議長に残る、という一般原則を提案した。最後の一文は第02版の規定ではなく、個人提案である。

この考えは責任逃れを防ぐ。議長は仕事を分配しても、選定、範囲設定、監督、取消しから逃れられない。一方で、席における責任は一層ではない。受任者は自らの発言や票に責任を負い、IABは合議の決定に責任を負い、議長は委任設計に責任を負う。

したがって記録は、委任責任、遂行責任、機関決定責任を分けるべきだ。「すべて議長」では行為者が消え、「すべて受任者」では委任者が消える。責任の返送先は一つの住所ではなく、行為ごとに結び付いた複数の住所である。

緊急代行を別文書にした意味

第01版は、能力ある議長の自発的委任と、議長が行動不能になった場合の緊急代行を同じ文書に入れていた。2026年6月29日の第02版は緊急部分を削除し、同日に別のdraft-eggert-procon-chair-standin-00が出た。

これは有益な整理である。自発的委任には、範囲を定めて監督する現役の本人がいる。緊急代行には発動条件、継承順位、復帰判定が要る。RFC 8713の中途欠員は、さらに別の恒久的選定である。

本稿は自発的委任だけを扱う。現議長の健康や能力を推測せず、緊急代行案を評価もしない。文書が一度境界を引いたからこそ、次は実務委任と機関席代替の境界を引ける。

二種類の委任憲章

実務委任の公開記録には、根拠文書と版、委任者、受任者、対象機能、含む行為と除外する権限、開始・終了、更新、受任確認、利益相反、回避、再委任、訂正、取消し、権限返還を載せる。理由は「負荷」「継続性」「専門性」「日程」といった分類で足り、健康情報を公開する必要はない。

重要な行為には短い記録を付ける。誰が、どの憲章で、何を行い、誰が回避し、後に訂正されたか。公開するのは討議内容ではなく権限の系譜だ。

機関席の代替には追加項目が要る。構成員資格を置き換える独立した権限源、受け入れ機関の同意・確認、参加と議決の範囲、異議申立て・承認・利益相反の除外、定足数上の扱い、責任配分、席が戻った時の返還記録である。

会議の代行に重い儀式を課さず、完全な席を軽い当番表に隠さない。仕事が動いても、権限の由来が動かないこと。それが委任を制度的な耐障害性に変える。

情報源