要約
- 8月11日、AGWGは規範的な適合性と規制者向けの情報的助言の分担について「一件の異議を伴うコンセンサス」を発表し、欠席者に追加異議のための5営業日を設けた。
- 8月18日も議論は続いた。議長はその日に決議へ至らないと明言し、最後の意思表示は方向を探るストローポールにとどまった。
- 8月25日の三決議は、Google Doc上の関連コメントを解決した後に、Editor’s Draftの3、3.1、3.2節を更新するよう求めた。決定と後続編集は同時に記録されている。
- 公式プルリクエスト826は会議後も統合、編集、フィードバック対応のコミットを重ね、26日にマージされた。履歴は実行を証明するが、個々の差分の権限根拠までは証明しない。
- グループ決議、マージ、Editor’s Draft、W3C Decision、Recommendationは別の権限状態である。審議スナップショットから最終差分までを結ぶ薄い台帳が必要だ。
固定されていなかったことは決議本文から分かる
8月25日の議事録を読むと、未確定性は推測ではない。3件の決議はいずれも、リンクされたGoogle Docのテキストを使うことに続けて、同文書内の関連コメントを解決した後と記している。
この一節は、権限を与えると同時に権限を囲っている。編集者は公開Editor’s Draftを更新する具体的な指示を得た。一方で、将来の完成版の全ての文字をその場で承認されたわけではない。未解決コメントを処理する余地と責任が明示的に残った。
決議の条件を無視すれば、方向の承認が逐語承認へと膨らむ。逆に、編集余地だけを強調すれば、記録されたグループ行為が単なる相談へと縮む。正確な説明はその中間ではなく、両方を同時に認めることで成立する。
会議中には、Google Docの文章がIRC記録に再掲されていない状態で決めてよいのかという質問も出た。回答は、文章量が多すぎるというものだった。運営上は合理的である。しかし、同じURLの内容が更新され得る以上、リンクだけでは会議が見た版を後から一意に示せない。
必要なのは全文朗読ではない。時点付きの書き出し、内容ハッシュ、対象見出し、そして決議後に処理できるコメントの境界である。
8月25日までに判断材料は積み上がっていた
二週間前の8月11日、AGWGは適合性の基本構造について「異議を伴うコンセンサス」を告知した。規範的セクションは、範囲を限定した適合性主張を含め、適合性そのものに集中する。著者が完全に管理できないコンテンツについて規制者に示す考え方は、主として情報的ガイダンスへ移し、必要なら個別のWCAGアウトカムでも扱うという方向だった。
記録された異議は、この規模の判断をするには適合性の定義が未成熟だというものだった。告知は異議を消さず、会議に参加できなかった人へ5営業日の追加期間を提示した。その後に決定を記録するか、必要に応じてグループへ戻すとしていた。
異議が一件あればコンセンサスが存在しない、という単純な仕組みではない。W3C Processでは、正当な懸念を合理的な範囲で検討した後にも不同意が残る場合、議長がグループ決定を認定できる。維持された異議にはFormal Objectionという別の可視化と審査経路がある。参加は判断材料であり、単独の主権ではない。
8月18日の議事録は、まだ文言が流動的だったことを示す。ページ、パス、プロセス、コンポーネント、適合性主張、報告方法について意見が割れ、提案は通話中にも書き換えられた。終盤、議長はその日は決議しないと述べた。限定的な適合性セクションをさらに探る案へのストローポールはあったが、探索的支持は採択ではない。
この経緯を踏まえると、25日の決議は、方向、異議期間、再討議、調査文書を編集実行へ移す制度的な節目だった。突然の投票でも、完成規格の公布でもない。
記号を数えても自動的に投票にはならない
議事録には+1、0、-1が並ぶ。これらは参加者の支持、留保、反対を示す有用な証拠である。ただし、数えられる表示が存在することと、正式な投票が行われたことは同じではない。
W3C Processは、コンセンサス形成と実質的な投票を区別する。技術的議論と妥協が尽きた後の最終手段として投票を使うなら、投票するとの判断、規則、結果、Formal Objectionを記録する必要がある。25日の記録が示すのは、決議案、参加者シグナル、そして採択された決議である。
この区別は、誰が何を拘束できるかを守る。参加者は専門知識、利用者の必要、賛否を提供する。議長はプロセスに照らしてグループ決定を認定する。グループは憲章の範囲で自らの作業を方向付ける。それでも、会議の参加者が各国の規制者、裁判所、調達機関、全てのウェブ利用者の本人になるわけではない。
内部にも階層がある。議長決定、グループの決定または決議、Team Decision、W3C Decisionは別に定義される。今回をAGWGの決議と呼ぶことは、その重さを正しく保つ。会話より重く、最終Recommendationや外部法より限定されている。
Gitが示すのは決定後の実行である
公式w3c/wcag3リポジトリのプルリクエスト826は、会議前から「Update conformance section」として開かれていた。マージは翌26日23時57分(UTC)で、最終headとmerge commitには安定した識別子がある。
公開履歴には、一度の静的な投入ではなく連続した作業が残る。第4節の削除、編集上の調整、会議後の適合性内容の統合、リファクタリング、プレーンランゲージ要約の更新、冒頭の編集者注記の更新、レビュー対応、最後のフィードバック処理などである。
ここから逸脱を断定することはできない。決議はコメント解決を予定していた。コミット名だけでは、差分が規範的変更なのか、機械的修正なのか、すでに議論された点の実装なのか分からない。調査した公開資料には、編集者が委任範囲を越えたと結論付ける根拠はない。
それでも、最終文言が決議後の実行工程を通って完成したことは分かる。Gitは誰がいつ何バイトを変えたかを保存する。しかし、どの決議文が各差分を許したか、どのコメントを閉じたか、範囲変更に再決定が必要だったかは自動では保存しない。
リポジトリは優れた実行受領書であり、権威の王座ではない。
Editor’s Draftは自ら最終性を否定している
8月28日付の公開Editor’s Draftは、その立場を明記する。公開はW3CまたはMembersの承認を意味せず、いつでも更新、置換、廃止され得る。「作業中」以外のものとして引用するのは不適切だという。
適合性セクションの状態はDevelopingである。プロジェクトの説明では、主題について一般的合意があるが、詳細は完成していない段階を指す。25日に有効な決議があったことと矛盾しない。むしろ、決議が到達させた状態を正確に表している。
最新の正式なWCAG 3 Working Draftと、より新しいEditor’s Draftも役割が違う。前者は一定の公開手続を経たスナップショット、後者は日々の作業面である。将来のRecommendationはさらに別の状態になる。法律、公共調達、契約がWCAGを参照する場合、その拘束力を生むのは外部機関自身の採用行為だ。
したがって、グループ決議を「最終ではないから無意味」と扱うのも、Editor’s Draftを「決議されたから最終」と扱うのも誤りである。
決議と差分を結ぶ最小記録
必要な共通層は薄くできる。全編集を再審議する仕組みではない。
第一に、課題ID、決議ID、決議全文、決定種別、参加資格の範囲、期間、議長が結果を宣言した時刻を保存する。
第二に、実際に審議した文面を固定する。リポジトリ上ならcommitと節アンカー、共同文書なら版付き書き出しとハッシュを使う。生きたURLは便宜として残しても、唯一の証拠にはしない。
第三に、決議後の処理対象となったコメントを限定し、誰が閉じられるかを示す。個人メモや保護情報を公開する必要はないが、未決範囲は監査可能でなければならない。
第四に、会議後差分を、直接実装、指定コメントの解決、編集修正、ビルド修復、範囲変更に分類する。分類は正否を自動判断しない。正しい根拠へ到達するための索引である。
最後に、最終head、merge commit、公開状態、後続のCall for Consensus、Formal Objectionの処理、再開または置換決定を結ぶ。審議版からマージ版への再現可能なdiffがあれば、関係者は同じ対象を検証できる。
決定一覧は投影であって決定そのものではない
本稿の確認時、AGWGの公開Decisionsページの最終編集日は8月17日で、日付上それより後の25日決議はまだ載っていなかった。この不掲載だけから、決議が無効、非公開、忘却されたと推論することはできない。
ただし、状態投影が行為より遅れる問題は見える。議事録はグループ行為を示し、決定一覧は検索窓口になり、プルリクエストは実行を示し、Editor’s Draftは現在値を示し、正式公開ページは別の制度状態を示す。どれか一つを唯一の真実にすると、別の問いへの答えを失う。
必要なのは非難ではなく照合である。一覧が更新されるとき、決議、審議スナップショット、最終マージを結ぶべきだ。議事録とプルリクエストも相互に参照できれば、読者は日付とリンクを手作業で組み立てずに済む。
情報源
会員向け解説
プロフィールの詳細
適切な会員レベルでログインすると、解説全文と出典メモをご覧いただけます。
Strategic Circle 限定
Strategic Circle
すべての読者に公開されています。参加してログインすると プロフィール解説 を閲覧できます。
Strategic Circle に参加Leadership Alliance 会員限定
Leadership Alliance
対象となる IP 資産の所有者・管理者向けです。ログインすると Leadership Alliance の解説を閲覧できます。
Leadership Alliance に参加
