event-accessibility-inclusion

イベントのアクセシビリティとインクルージョン

機能面で提供する項目を決めます。アクセシビリティ対応が必要か、いくつ必要か、どのような規模にするか、どこに掲載するか、当日に誰が責任を負うかを判断します。兄弟スキルは決定事項を実行します。samber/dev-event-organizer-skills@event-production は字幕とヒアリングループを技術面で提供し、samber/dev-event-organizer-skills@event-venue-sourcing は候補会場が作成した基準を満たすか確認し、samber/dev-event-organizer-skills@event-vendor-sourcing は食事に関する方針をケータリングの依頼書に反映し、samber/dev-event-organizer-skills@event-attendee-experience は決定した内容を配置し、動線を整えます。行動規範の作成、チケットの価格設定、CFP の運営は行いません。

兄弟スキルが3つともバッジ受け取りテーブルに関わるため、役割分担は暗黙の了解にせず、明示する必要があります。代名詞ステッカーや静かな部屋は、3つの視点で捉えられます。samber/dev-event-organizer-skills@event-cultural-identity はイベントがそれによって何を_表明するか_を担当し、samber/dev-event-organizer-skills@event-attendee-experience は配置場所と利用者がそこへ行く方法を担当し、あなたはそれがあるか、いくつ必要か、どのような規模にするかを担当します。

用意されたテンプレートページにある色分けされた交流同意ステッカーは、代名詞ステッカーと同じテーブルに置かれていますが、こちらの担当です。これらは交流や撮影に関する境界を示すものです。アクセシビリティ対応であり、写真撮影のオプトアウトであって、アイデンティティを表明するものではありません。

• 緑 - 誰とでも話したい。
• 黄 - 知り合いとのみ話したい。
• 赤 - 話したくない、または写真に撮られたくない。

ルールの執行は samber/dev-event-organizer-skills@event-code-of-conduct の担当です。赤を着用している人を撮影する行為は、禁止行為リストにある「嫌がらせ目的の撮影または録画」に該当し、インシデント対応フローに回されます。このスキルはステッカーの数を決めて配布しますが、違反への措置は作成しません。

これは法的助言ではありません。 複数の法域では、公共イベントに対して、アクセシブルな施設、補助支援、障害に関するデータの取り扱い方法などの法的義務が課されています。

これらの義務は、国、会場の種類、イベント規模によって異なります。答えを出すのではなく、どの質問に専門家の助言が必要かを明確にしてください。以下のコンプライアンスコストの軸で示すのは、各選択肢で必要となる審査であり、適法かどうかではありません。

以下の各ランキングは、すべて既定値であり、法律ではありません。状況や実行担当者に応じて変わります。ヒアリングの後、すでに把握している内容を踏まえて4つのメニューすべてを再評価してください。次のいずれかがあれば、既定の順位は変わります。

• 財団または雇用主がアクセシビリティ関連の予算をすでに確保している。
• 会場がすでに決定している。
• 手話のできる社内ボランティアがいる。
• 契約を締結できない法人である。
• 過去の開催回で参加者のアクセシビリティニーズがすでに記録されている。

インタビュー

可能な場合は選択式で、一度に1つずつ質問します。質問7〜9があるのは、効果が表れるまでの時間、持続性、必要な労力の点でメニューごとの差が大きく、デフォルトをユーザーに代わって選べないためです。

1. プロビジョンの予算はどこから出ますか？　常設のアクセシビリティ予算ですか、それとも各プロビジョンがケータリング費と競合するコミュニティ予算ですか？　深さの段階全体の範囲を決めます。
2. 会場はすでに契約済みですか？　まだなら、まずアクセシビリティ基準を定めてください。会場が契約済みになると、メニュー1の選択肢の半分が永久に消えます。
3. すでに把握しているアクセスニーズは何ですか？（前回の開催時のリクエスト、コミュニティからの報告、申告した登壇者など）テンプレートに頼る前に、把握している根拠に基づいてプロビジョンを用意してください。
4. ベンダーとの契約に署名し、保険に加入し、資金を支出できる法人はありますか？　法人がなければ、託児サービスも助成金プログラムも実施できません。
5. 今から振り返りまで、アクセシビリティを担当する実名の担当者はいますか？　役割用の共有メールボックスではなく、個人の担当者です。
6. どの法域ですか？　また、公開イベントと障害に関するデータに何が求められるか、誰か確認しましたか？　未確認なら、弁護士に相談すべき事項です。
7. プロビジョンの内容はいつ公開する必要がありますか？　参加者は数か月前から移動の手配をします。期限が厳しいほど、どのメニューでも効果が早く表れる段階が優先されます。
8. 1回限りの開催ですか、それとも毎年開催するイベントの1年目ですか？　定期開催なら、1回限りでは決して元が取れない、効果が積み重なる段階が優先されます。
9. 労力の上限はどの程度ですか？　運営者の作業時間、リクエスト窓口をイベント当日まで担当できる人、チケット販売開始前に確約できる予算はありますか？　リクエストに対応する人がいなければ、リクエスト窓口が必要な段階はすべて選べません。
10. イベントは何時に開催されますか？　また、その時間帯はまだ変更できますか？　夜の時間帯では、どのようなプロビジョンも届かないうちに、介護者が参加できなくなります（§ メニュー4の前に：時間帯そのもの）。
11. イベントの規模はどのくらいですか？　参加者が運営者を見つけられるミートアップや単一会場の1日イベントですか。それとも、参加者が運営者を見つけにくい複数日または大規模なカンファレンスですか？　専任の、顔と名前のわかるチームがそもそも存在するかどうかを決めます（§ 参加者が頼る人）。

費用の負担者

雇用主がチケットを購入した場合でも、参加者本人が購入した場合でも、アクセスニーズは同じです。誰が費用を払ったかによってプロビジョンの内容が変わることはありません。

差が生じるのは、プロビジョンの予算を誰が負担するかです。財団やベンダーが運営するイベントには、常設のアクセシビリティ予算があり、各部屋のライブ字幕、無料の託児サービス、機器のレンタルを通常の運営として用意できます。コミュニティイベントでは、同じプロビジョンの費用を昼食代に充てるはずだった資金から出します。これにより、メニュー1（深さ）、メニュー2（字幕）、メニュー4（経済的なアクセス）が変わります。

カンファレンス規模では、ライブ字幕の費用をスポンサーに提供してもらうこともできます。スポンサーは「○○提供の字幕」のように、独立した項目として資金を負担できます。スポンサーが得るのはその項目での露出だけであり、プログラムや字幕の内容を決める権限ではありません。販売できるかどうかにかかわらずプロビジョンが実施されるよう、まず予算を確保してください。販売によって費用を相殺することはできますが、プロビジョンを実施するかどうかが販売に左右されてはいけません。この項目の価格設定と提案については、samber/dev-event-organizer-skills@event-sponsor-pricing と samber/dev-event-organizer-skills@event-sponsor-prospectus を参照してください。

メニュー3は変わりません。　参加者が障害を開示した後に直面する問題は、ボランティア2人のチームでも財団でも同じです。注意義務も、情報を保持するかという問題も、これに対応しなければならない人も変わりません。資金の違いを、すべてのメニューに及ぶ言い訳として受け取られないよう、その点を明確にしてください。

選択する深さの範囲

公開されている実践例は、会場チェックリストの1項目から、会場ごとの字幕、託児サービス、交通費助成を含む、完全なテンプレート形式のページまで幅があります。出典付きで深さごとに整理した範囲については、references/provision-catalog.md を参照してください。最も充実した例は、目指せる目標として扱ってください。すべての運営者がすでに達成しているべき基準ではありません。

メニュー 1 - 提供内容の段階

順位（デフォルトであり、絶対的なものではありません。Q1、Q2、Q9に照らして順位を付け直してください）：

• 労力（時間、会場との調整、調達、継続的な人員配置、可逆性）：資金提供付きアクセス一式 > 会場での提供一式 > 公開ページと問い合わせ窓口 > 会場の現状に関する情報
• 価値（参加でき、参加を通じて恩恵を得られる人のうち、そうでなければ参加できなかった人）：資金提供付きアクセス一式 > 会場での提供一式 > 公開ページと問い合わせ窓口 > 会場の現状に関する情報
• コンプライアンスコスト（発生するレビューと、何が可逆でなくなるか）：資金提供付きアクセス一式 > 公開ページと問い合わせ窓口 == 会場での提供一式 > 会場の現状に関する情報
• 効率：公開ページと問い合わせ窓口 > 会場の現状に関する情報 > 会場での提供一式 > 資金提供付きアクセス一式

価値と労力の順位は同じです。参加できない人を参加可能にする度合いが高い段階ほど、必ず多くの時間、調整、継続的な管理責任が必要になります。ある段階が他を優越するには、価値が同等以上で、すべてのコストが同等以下である必要があります。そのため、ここではどの段階も他を優越せず、コンプライアンスの軸もこの関係を変えません。

中間の2段階は、コンプライアンスコストが同じです。イベントが障害に関する情報を受け取る時点で、その情報がどれだけの提供内容につながるかにかかわらず、情報への対応が必要になるからです。問い合わせ窓口は書面で情報を受け取り、提供一式は受付で情報を受け取ります（授乳室の場所を尋ねることも、障害に関する情報の開示です）。どちらも同じデータの取り扱いと保存期間に関するレビューが必要で、どちらも元に戻せません。未成年者、保険、金銭の移動はそれぞれ独自のレビューを追加するため、資金提供付きアクセスはその両方より上位です。会場の現状に関する情報だけは最下位です。建物の特性を公開し、情報を何も収集しない唯一の段階です。

• 公開ページと問い合わせ窓口（効率性を優先するデフォルト） - すべての提供内容と、会場の実際のアクセシビリティ情報、連絡先となる担当者を明記した1ページを用意します。1、2時間の作業と受信用のメールボックスが必要です。
• 会場の現状に関する情報 - Q9の結果、問い合わせ窓口に対応する人がいない場合に限り、選択してください。建物の状況を記し、段差のない経路を公開し、人員配置が必要なことは約束しません。
• 会場での提供一式 - 静かなスペース、優先席、ジェンダーを問わないトイレ、授乳室、やり取りへの同意を示すステッカー。実際の調整と当日の管理責任が必要です。Q3でこの一式が対応できるニーズが明らかになった場合に選択してください。
• 資金提供付きアクセス一式（最もリソースを要する段階） - 価値と労力の両方で最上位です（それぞれの項目に契約、予算項目、継続的な業務が必要です）。Q1で財団またはスポンサーの予算が挙がった場合に選択してください。Q4で法的主体が存在しないことが分かった場合は、順位を下げるのではなく、完全に削除してください。

順位付けせずに削除するもの：まだ確保できていない提供内容を記載したアクセシビリティページです。効率の軸では圧倒的に優位になりますが、それを頼りに移動してきた人にとっては、果たされない約束になります。

メニュー 2 - 字幕と通訳

順位（デフォルトであり、絶対的なものではありません。Q1、Q3、Q8に照らして順位を付け直してください）：

• 労力：常設の字幕作成パイプライン > 全会場でのライブ字幕 > メイン開催日のみのライブ字幕 > イベント後に修正した字幕 > 依頼に応じたライブ提供
• 価値（プログラムを追える人）：全会場でのライブ字幕 > メイン開催日のみのライブ字幕 > 依頼に応じたライブ提供 > 常設の字幕作成パイプライン > イベント後に修正した字幕
• コンプライアンスコスト：依頼に応じたライブ提供 > 常設の字幕作成パイプライン == イベント後に修正した字幕 > 全会場でのライブ字幕 == メイン開催日のみのライブ字幕
• 効率：依頼に応じたライブ提供 > メイン開催日のみのライブ字幕 > イベント後に修正した字幕 > 全会場でのライブ字幕 > 常設の字幕作成パイプライン 依頼時対応は、それ単独で最もコンプライアンス上のコストが高い選択肢です。氏名が特定された個人の障害に関する申告を受け取り、それに対応しなければならない唯一の段階であり、申告を受けた後に対応を拒否するとリスクが生じます。事後対応の2段階は同じです。どちらも加工したテキスト記録を公開し、同じ問いが一つ生じるためです。すなわち、登壇者の録画公開許可は、文字起こしとその翻訳も対象にしているかという問いです。この点は一度確認すればよく、ファイルを非公開にすれば元に戻せます。ライブ対応の2段階も同じです。確認するのは、ベンダーのデータ保持条件と、ライブ文字起こしに対する登壇者の同意だからです。対象となる部屋が少なくなれば字幕の対象範囲は変わりますが、確認する条項は変わりません。

どのライブ対応段階も、人間の字幕担当者を前提としています。ライブ講演における品質重視の選択肢は、速記者によるリアルタイムの速記字幕です（CART、フランス語では vélotypie とも呼ばれます）。提供方法によって選択肢の順位が変わることはありません。各段階で測るのは、プログラムのどの範囲を、どの条件でカバーするかです。自動字幕は、対象範囲を変えずにどの範囲でも品質を下げるため、各段階の中での代替手段であり、独立した段階ではありません。

この選択は、主にカンファレンスの運営判断です。ミートアップや小規模イベント（Q11）では、通常、依頼時対応の段階にとどまります。

各段階の根拠となる事例は、references/provision-catalog.md § Captioning, interpretation and subtitles にあります。

• 依頼時のライブ対応（効率性を優先した標準の選択肢） - 通訳・ライブ字幕を依頼できることと、依頼期限を明示して公開し、依頼があれば人間の字幕担当者を手配します。欠点は、誰かが申告した場合にしか対応が始まらず、ほとんどの人は申告しないことです。
• 主要日程／会場のみのライブ字幕 - Q3 からニーズが実際にあり、繰り返し発生していることが分かった場合に昇格させます。どの部分を対象とするのかを明示してください。対象範囲が明示されていないと、聴覚障害のある参加者が会場で初めてその事実を知ることになります。
• イベント後に修正した字幕 - 最低限の低コスト対応です。公開済みの録画に対し、自動文字起こしを修正します。会場にいる参加者には役立たず、ライブ対応のニーズを満たす方法にはなりません。
• すべての会場でのライブ字幕（予算不足になりやすい段階） - 価値と労力が最も大きい選択肢です。Q1 で既存の予算項目が挙がった場合、または依頼時対応が複数回発生した場合に昇格させます。協賛による字幕予算項目（§ 誰が費用を負担するか）で費用を賄えますが、字幕対応を実施するかどうかを決めるものではありません。
• 継続的な字幕作成パイプライン（予算不足になりやすい段階） - イベント後にボランティアがクラウドソーシングで字幕を作成します。多言語でのリーチを広げ、開催回を重ねるごとに効果が積み重なりますが、終わりはありません。Q8 で定期開催が示され、すでにボランティアコミュニティが存在する場合に昇格させます。

どのライブ対応段階を選ぶ場合も、次の2つのルールが適用されます。

• **イベント前に、字幕担当者へ専門用語を共有してください。**人間が文字起こしを行う場合でも必要です。技術講演には、事前に目を通していない字幕担当者では誤りやすい用語が多く含まれます。アクセシビリティ担当者（Q5）は、字幕担当者と合意した期限までに、プログラム、登壇者名、入手できる場合はスライド資料、製品名、略語、ライブラリ名、ツール名の用語集を送ります。資料一式については、references/provision-catalog.md § Captioning, interpretation and subtitles を参照してください。
• **完全自動の字幕フィードは、字幕担当者の代わりではなく、代替手段として扱ってください。**専門用語、コード内の識別子、アクセント、重なり合う発話への対応は困難です。人間の字幕担当者を手配できない場合（分科会場、予算のない開催回など）や、イベント後に修正するための下書きとして使用してください。画面とページの両方で自動字幕であることを明記し、人間の字幕担当者がいる会場も示してください。

順位付けせずに削除した選択肢：

• **制作能力を字幕対応として扱うこと。**制作体制が整っていても、誰かが字幕対応を明示し、予算を割り当て、対象範囲を公開するまでは、字幕対応とはいえません。
• **未検証の自動字幕フィードを字幕対応として告知すること。**すべてのライブ対応段階で効率性を最優先することになり、それを頼りにした参加者は講演中に対応の不足に気づくことになります。自動字幕フィードしかない会場は、ページで約束した意味で字幕対応済みとはいえません。

どの段階を選ぶ場合も、シグナル経路と予算項目を管理できるよう、対応の実施を samber/dev-event-organizer-skills@event-production に引き継いでください。

メニュー 3 - 配慮の要望と、現在保有しているデータ

まず、そもそも要望が不要なものを減らします。静かなスペース、性別を問わず使えるトイレ、予約席、交流への同意を示すステッカーは、事前申請なしで利用できるようにします。最も必要としている人ほど、申し出る可能性が最も低いためです。

予約が必要な対応、つまり通訳、託児、授乳室、機材のレンタル、助成金だけに窓口が必要です。この変更には費用がかからず、以下のすべてに優先します。

残る対応の順位（デフォルトであり、絶対的なルールではありません。Q5、Q6、Q9に照らして順位を見直してください）：

• 労力：対応方針を明示した構造化フォーム > 登録フロー内の入力欄 > 担当者名を明記した専用メールアドレス
• 価値（実際に届く要望）：対応方針を明示した構造化フォーム > 登録フロー内の入力欄 > 担当者名を明記した専用メールアドレス
• コンプライアンスコスト：登録フロー内の入力欄 > 対応方針を明示した構造化フォーム > 担当者名を明記した専用メールアドレス
• 効率：登録フロー内の入力欄 > 担当者名を明記した専用メールアドレス > 対応方針を明示した構造化フォーム

価値と労力は同じ順序になるため、どの選択肢も他を厳密に上回ることはありません。より多くの要望を明らかにする手段ほど、トリアージの負担も明確に大きくなります。追加に10分かかるとしても、労力の面では入力欄が専用メールアドレスを上回ります。ここでいう労力とは、設定にかかる時間ではなく、その後何か月にもわたって生じるトリアージの負担だからです。登録フローで尋ねると、申し出る人が増えます。それが価値を高め、うまく機能させる理由でもあります。

コンプライアンスの評価軸は他の2つと異なります。評価軸を分けるのはそのためで、効率で最も優れる選択肢は、コンプライアンスコストでも最も高くなります。登録フローの入力欄を使うと、健康や障害に関するデータがサードパーティのチケット販売プラットフォームの記録にデフォルトで保存されます。そのデータの保存期間を決めるのは、あなたではなくプラットフォームです。構造化フォームでは、保存期間のルール、明確な担当者、公表された対応期限をあらかじめ定めるため、より綿密な事前審査が必要になります。その審査を経ることで、データを再び削除可能にできます。

• 登録フロー内の入力欄（効率を優先する場合のデフォルト） - フロー内に質問を1つ設け、明確な担当者に振り分けます。受け身の専用メールアドレスでは届かない要望を表面化させます。フォームに保存期間のルールを明記し、イベント後の振り返り時に削除します。
• 担当者名を明記した専用メールアドレス - 役職名だけのメールアドレスではなく、個人名を明記した担当者が返信する専用アドレスです。Q6で管轄地域のデータ規則が明確にならない場合は、入力欄よりこちらを優先してください。
• 対応方針を明示した構造化フォーム（優先度を下げた選択肢） - 価値の面で最も優れています（データの取り扱いがわかると、人々は要望を申し出やすくなります）。また、労力の面でも最も優れています（対応方針、担当者、対応期限をすべて明記し、遵守します）。すでに要望が多数寄せられている場合、組織のパートナーから求められている場合、またはQ6で法的義務が判明した場合は、こちらを優先してください。法的義務については、まず法律顧問に相談してください。

Q9で、イベント当日まで要望に対応できる人がいないとわかった場合は、3つの選択肢をすべて削除し、すべての対応を事前申請なしで利用できるように設計してください。

人員体制にかかわらず、順位付けの対象から除外するもの：**アクセシビリティ担当者を置かず、一般の登録受付に要望の振り分けを任せること。**これは費用を抑えられる選択肢ではなく、担当者が不在の選択肢です。要望は受け付けられても、対応責任を負う人はいません。参加者は当日になってそのことを知ります。

要望受付窓口に掲載する文面と、窓口を開設する前に決めておくデータ取り扱いの5つの原則については、references/accessibility-page-and-request-flow.mdを参照してください。

メニュー 4 の前に：時間枠そのもの

保育は資金を投じる対策です。時間枠によって、保育者がそもそも必要とするかどうかが決まり、日程がまだ変更可能なうちは無料で変更できます。

• 主催者からは、夕方のイベントでは主に保育の問題で女性の参加者が減り、経験豊富な実務者も家族の事情で夕方のイベントを見送るとの報告があります。
• 同じ報告では、昼間や昼食の時間帯、また幅広い参加者を結びつけるテーマ（製品をテーマにしたカンファレンス、人事系ミートアップと共同開催するワークショップ）によって、女性の割合が増えるとされています。
• これは下記のどの段階よりも低コストで実施できる手段として捉えてください。下記の対策の代わりではありません。終日開催のカンファレンスでも保育は必要ですし、夕方にしか参加できない層もいます。

変更可能なうちに、時間枠の検討を samanber/dev-event-organizer-skills@event-date-selection（§ 時間帯）に任せます。テーマの幅広さや、技術系以外のコミュニティとの共同開催については、samber/dev-event-organizer-skills@event-format-selectionに任せます。時間枠が夕方に確定したら、メニュー 4 の保育対策が残された手段です。

メニュー 4 - 経済的な参加しやすさ

チケット価格そのものはここでは扱いません。ニーズに基づく奨学金の段階は、申請方法と審査担当者を定めるsamber/dev-event-organizer-skills@event-ticket-pricingに任せます。このメニューで扱うのは、チケット代以外に参加しやすさのためにかかる費用です。

順位（標準的なものです。規則ではありません。Q1、Q3、Q4に照らして並べ替えてください）：

• 労力（主催者の作業時間、業者との調整、支払い・資格確認への対応、可逆性）：交通費・参加登録料の助成 > 保育費の補助 > 無料の保育 > チケット側のニーズに基づく段階
• 価値：交通費・参加登録料の助成 > 無料の保育 > チケット側のニーズに基づく段階 > 保育費の補助
• コンプライアンスコスト：無料の保育 == 保育費の補助 > 交通費・参加登録料の助成 > チケット側のニーズに基づく段階
• 効率性：チケット側のニーズに基づく段階 > 無料の保育 > 保育費の補助 > 交通費・参加登録料の助成

保育の2つの段階でコンプライアンスコストが同じなのは、この点だけです。どちらも未成年者をイベントの管理下に置くため（業者の審査、スタッフの配置比率、保険、身元調査）、このメニューで最も重く、最も後戻りしにくい確認が必要です。事故が起きてからでは取り消せないためです。助成金の確認は金銭に関するもので、本人確認、領収書、支払い、税務申告の可能性が伴います。負担は大きいものの、開催ごとに見直せます。

労力は同じではありません。補助金は安く見えますが、実際にはそうではありません。根拠のある費用比率と業者のデューデリジェンス・チェックリストは、references/economic-access-and-childcare.mdを参照してください。予算負担は少し軽減されますが、事務作業は実際に増えます。そのため、補助は3つの軸で無料の保育に劣ります。それでも、制約となっているのが主催者の作業時間ではなく予算項目である場合には、適切な選択肢です。

• チケット側のニーズに基づく段階（効率性の標準選択肢） - 関連する項目を案内し、聞き取りの質問をして、ここでは費用をかけません。最も幅広い参加者に届き、取り除ける費用は最小です。
• 無料の保育 - 会場で無料提供し、要事前登録とします。参加が全面的に除外されていた層が参加できるようになります。Q3で参加者に保育が必要な層がいると分かった場合に推奨します。
• 保育費の補助 - 実際の子ども1人・1日あたりの費用に対して、公開された一律料金を適用する同じサービスです。価値の順位では最下位です。料金を設けると、プログラムの対象としていた家族が参加しづらくなります。予算上、全額を負担できない場合に推奨します。
• 交通費・参加登録料の助成（優先順位が低い段階） - 価値と労力の両方で最上位です（主催地以外からの参加では交通費が最大の除外要因であり、申請受付、審査委員会、支払いが必要です）。参加しやすさの限界も明示してください。領収書の提出が必要な支払い方法では、費用を一時的に立て替えられない人が除外されます。Q4で資金を支給できる団体が見つからなかった場合は、順位を下げるのではなく、完全に削除してください。

順位付けの対象ではなく、削除された項目：「メールで相談してください。対応を検討します」という、予算の裏付けがない非公開の困窮者支援の約束。

参加者が頼れる人

メニュー 3 は、書面での申請が必要な場面を減らします。これは、その人間による対応です。大規模なカンファレンスでは、不平等に関する問題――差別、排除、不平等な扱い、誰も予想していなかったアクセシビリティ上のニーズ――に対応する訓練を受けたチームを編成し、通常は目立つ色の T シャツを目印として、イベントの全期間を通じて参加者が見分けられるようにします。参加者は、見知らぬ人に助けを求める理由を最初に説明しなくても、適切な担当者にたどり着けます。

意気込みではなく、Q11 に基づいて範囲を決めます。

• 大規模なカンファレンス（複数日にわたる、または参加者から運営者が見えないほど大規模なもの）：専任チームを配置し、イベントが使用するすべての日程とフロアで対応できるようにします。
• ミートアップまたは小規模イベント：専任チームは設けません。連絡先は運営者です。担当者を指名し、冒頭で紹介し、イベントページにも同じ情報を掲載します。1 室で行う夜のイベントでおそろいのシャツを着ても、統一感が増すだけで、参加者が担当者にたどり着きやすくなるわけではありません。

チームを単に色違いの服を着た人たちではなく、実際に機能するチームにするには、次の 3 つの条件が必要です。

• イベント前または開始時に告知する：イベントページ、アクセシビリティページ、参加者への事前メール、冒頭の挨拶で、チームがいること、担当する内容、見分け方を伝えます。誰にも知らされていない目印は、単なる飾りです。
• 目印を身に付ける前に、説明を行う。 識別できるチームでも、訓練を受けていなければ、いないより悪い状態です。ようやく助けを求めた参加者に肩をすくめられたら、もう頼ろうとはしません。最低限の説明事項は、各配慮の内容と場所、正当性の説明を求めずに話を聞く方法、メンバーが単独で解決できること、引き継ぎ先（配慮の担当者、当日の運営責任者、行動規範対応チーム）です。samber/dev-event-organizer-skills@event-volunteers を通じて募集と説明を行います。
• 独自の窓口を設けず、引き継ぎ経路を用意する。 各メンバーは、各配慮の担当者が誰か、当日の運営責任者にどう連絡するかを把握します。チームの役割は適切な担当者につなぐことであり、誰にも見えないところで申請を抱え込むことではありません。

行動規範対応チームとは別のもの

samber/dev-event-organizer-skills@event-code-of-conduct では、現地で対応にあたる担当者を見分けられるようにし、インシデント報告の既定の窓口とすることをすでに定めており、その位置づけを担っています。インクルージョンチームの対象範囲はより広く、対応もより早い段階で行います。アクセシビリティや不平等な扱いによる摩擦に対して事前に支援するもので、その多くは報告に至りません。小規模イベントに関するこの項目の説明は、規模を問わず配置される行動規範対応チームには影響しません。

• 共通にできるもの：人員（訓練を受けた対応担当者が兼任してもかまいません）、説明会 1 回、シャツです。参加者が 2 色の意味を読み解くより、「気軽に声をかけてください」という目印 1 つのほうが告知しやすくなります。これは原則であり、絶対的な決まりではありません。
• 混同してはならないこと：受け付け。 行動規範違反について聞いたメンバーは、そのスキルの運用手順と守秘義務に従って、行動規範対応チームに引き継ぎます。自ら調査、判断、記録を行ってはなりません。そのため、シャツを共通にする場合は、着用者全員がそのスキルのスタッフ向け説明を受ける必要があります。報告者には、誰が報告を受け付けられるのか見分けられないからです。
• 混同してはならないこと：目的。 対応担当者だけが目印を身に付けていると、参加者は「ハラスメント専用」と受け取り、アクセシビリティ上の問題を相談しなくなります。目印を共通にする場合は、冒頭の告知で両方の目的を伝えます。

デジタル面

ウェブアクセシビリティは独立した分野であり、ここではイベント独自のデジタル面、すなわちウェブサイト、参加登録フォームと CFP フォーム、スケジュール、ライブ配信プレーヤー、公開済みのプログラム資料に限って適用します。現地での物理的な配慮や感覚面の配慮については何も示しておらず、それらも対象であるかのように決して提示してはなりません。

これらのデジタル面では、4 つの POUR カテゴリに沿って WCAG 2.2 レベル AA を目標とし、公開メディアにはキャプションを付け、スケジュールとフォームではコントラストの最低基準を満たします。チェックリストと監査ワークフローは、references/digital-layer-checklist.md にあります。自動チェックで満点を取っても適合しているとは限りません。何かを主張する前に、キーボード操作で参加登録の一連の流れを確認してください。

ワークフロー

1. ヒアリングを行います。 資金調達の方針、会場の状況、把握しているニーズ、団体、責任者、工数の上限を決めます。
2. メニュー1、2、4と食事に関する取り組みから、提供内容を決めます ――会場を契約する前に決めてください。
3. アクセシビリティ基準シートを作成し、調達情報として event-venue-sourcing に渡します。 候補会場はこのシートに照らして確認されます。
4. 提供内容を項目ごとに、対象となるものと対象外のものを明記して、1ページで公開します。 references/accessibility-page-and-request-flow.md を参照してください。
5. メニュー3で選んだリクエスト窓口を開設し、フォームに担当者、リードタイム、データの保持ルールを記載します。 承認しない場合も含め、すべてのリクエストに回答してください。
6. 提供を手配します。 字幕は event-production に依頼し、アクセシビリティ担当者から字幕作成者へ事前に専門用語の説明を送ります。食事に関する取り組みは event-vendor-sourcing へ、登壇者が申告したニーズは event-speaker-experience へ、配置や案内表示は event-attendee-experience へ引き継ぎます。
7. 担当者を配置し、当日に案内します。 各提供内容の担当者を明確にし、利用できるものとその場所を冒頭に案内します。大規模なカンファレンスでは、インクルージョンチームに事前説明を行い、目印を用意して、チームの見分け方を告知します。小規模なイベントでは、主催者が問い合わせ先になることを明示します。
8. イベント後に振り返ります。 リクエストされた内容、提供した内容、承認しなかった内容とその理由を確認します。公開したスケジュールに従ってリクエストデータを削除します。

ハーネスに永続メモリがある場合は、公開済みの提供内容、すべてのリクエストとその回答、会場の実際のアクセシビリティ状況、利用されなかった提供内容を記録してください。次回はテンプレートではなく、その記録をもとに提供内容を決めます。

明示されているギャップ

答えを作り上げるのではなく、以下の点はそのまま明示してください。

• 食事と託児の慣行については、どちらも現在、独立した2つの団体の情報を参照しています。カタログには、2つの情報源の見解が異なる場合の範囲を記載しています。references/provision-catalog.md と references/economic-access-and-childcare.md を参照してください。
• 静かなスペースの規模については、座席数と参加者数の比率や必要な面積の基準が、出典のある情報の中に確立されていません。あるアンカンファレンスのシリーズでは、運用上の観察として、静かな部屋に同時にいる参加者はおよそ5％と報告していますが、これは成文化された基準ではなく、その団体独自の経験として述べられています。ほかで見かける、より厳格な基準に聞こえる数値は、ベンダーの見積もりとして扱ってください。利用できる部屋に応じて規模を決め、独自に設定したことを明記してください。
• 通訳を提供する判断基準は独自に設定します。参加者数や根拠の水準がどこまで達したら、リクエストに応じた提供だけでは不十分になるかを定めたものはありません。そのため、設定した基準とその理由を明記してください。
• 管轄区域ごとの義務は、ここでは対象外です。Q6 は法律顧問に回してください。

失敗のパターン

• 担当できる人がいない配慮事項を告知する。 鍵のかかった静かな部屋、受付の誰も場所を知らない授乳室、担当者のいない字幕配信。配慮事項をページに掲載する前に、ステップ7で担当者を明記してください。
• 障害に関する申告を集めるのに、取り扱い方針を決めていない。 申請窓口を開き、申告が届き始めても、どこに保管するのか、誰が確認するのか、いつ削除するのかが決まっていません。最初の申請が届いてからではなく、窓口を開く前に決めてください。
• テンプレートの完全版ページを、コミュニティ予算で実施できる最低ラインとして扱う。 これは、公開されているイベントの大半が実現できない範囲の上限です。そのままコピーすると、予算では賄えない約束を並べたページになってしまいます。
• プログラムの一部だけに字幕を付けるのに、対象範囲を明記しない。 参考となる実例では、参加者が最も多い日に字幕を付ける範囲を絞っています。問題は範囲を絞ることではなく、会場に着いて初めてその範囲を知ることです。
• 会場を契約してからアクセシビリティを検討する。 物理的な配慮事項のほぼすべては、建物の設備に左右されます。契約に署名した時点で、選べる項目はすでに決まっています。
• 制作能力を、実際に提供されるものと取り違える。 有能な音響・映像チームや自動字幕配信があっても、誰かが明示し、予算を確保し、公開するまでは字幕の提供とは言えません。また、自動字幕配信はそのように明記してください。
• 字幕担当者に事前情報を渡さずに現場に入らせる。 プログラムや用語集を渡されていない人間の字幕担当者は、製品名、略語、ライブラリ名を一日中誤って表記します。対策：アクセシビリティ担当者がイベント前に資料一式を送ります（§ メニュー2）。
• 事前説明を受けていないチームに目印を付ける。 シャツを着せても、参加者から配慮事項について、あるいは不公平な場面について尋ねられたとき、肩をすくめるだけです。対策：目印を付ける前に説明し、文書化した引き継ぎ先を用意します（§ 参加者が頼る人）。
• 申請窓口があれば、当日その場で利用できる配慮の設計は不要だと考える。 申告が必要な配慮事項はどれも、申告を最もためらう人を締め出してしまいます。まずは申請が必要な項目を減らしてください。
• 誰も疑問を呈さなかった夕方の枠のために、託児費用を負担する。 変更コストが低かったのは開催枠でした。対策：日程を変更できるうちに、メニュー4の前にQ10を確認してください。
• 利用条件を明記せずに助成プログラムを公開する。 立替払いが必要な助成では、費用を先払いできない人が対象外になります。申請者が後から知ることのないよう、ページに明記してください。

測定

以下はすべて独自に設定する項目です。2つか3つ選び、イベント前に、それぞれの結果によって何を変えるのかを書き留めてください。

• 受け付けた申請数と対応できた申請数の比較（独自に設定）：比率と、対応できなかった申請すべての理由。申請がゼロ件でも、ニーズがなかった証拠にはなりません。通常は、ページの公開が遅すぎたか、窓口が信頼されていなかったことを示しています。
• 利用された配慮事項と費用を確保した配慮事項の比較（独自に設定）：誰も利用しなかった静かなスペースと、予約が入らなかった託児サービスでは、申し込みが定員を超えた場合とは異なる知見が得られます。どちらの結果も振り返りに含めてください。
• ページ公開から渡航予約期間までの期間（独自に設定）：参加者が予約を済ませた後に公開されたページは、届けるべき人に届きません。
• 時間帯ごとの構成（独自に設定。性別または介護者としての立場を同意のもとで収集する場合のみ）：各回の各時間帯の種類について、女性および介護者の割合。
• 次回に引き継がれた申請（独自に設定）：回を重ねても繰り返し寄せられるニーズは、申請を繰り返すのではなく、その場で利用できる配慮事項にしてください。

呼び出し例

• 「大学の建物で400人規模のコミュニティカンファレンスを開催します。実際にどのようなアクセシビリティを約束すべきで、何を約束すべきでないでしょうか？」
• 「講演に字幕を付けるべきでしょうか？映像チームは充実していますが、字幕作成の予算はありません。」
• 「カンファレンスで、速記者に依頼する代わりに自動字幕を使えますか？」
• 「3週間後のイベントで手話通訳を依頼されました。どう対応すべきでしょうか。また、事前に何を公開しておくべきでしょうか？」
• 「アクセシビリティページを作成してください。静かな部屋と段差のないアクセスはありますが、託児サービスはありません。」
• 「夜のミートアップに女性がほとんど参加しません。託児に資金を出すべきでしょうか？」

期待される出力：提供内容と依頼窓口を項目ごとに提示し、検証できるようにします。各項目には、出典に基づくものか独自に設定したものかを明記します。

• 提供内容 - 各項目について、対応の段階、担当者、必要な労力、実施を担う関連スキル、ページに記載する内容を示します。
• 依頼窓口 - その対応方針を示します。

参考資料

• references/provision-catalog.md - 出典と日付を記載した、出典に基づくすべての提供項目：項目ごとに整理されたテンプレート形式の完全版ページ、2019年当時のページ、記載された不提供項目を含むFOSDEMの簡潔なページ、字幕作成者向けの専門用語説明資料を含む人間によるリアルタイム字幕と自動字幕の限界、代替手段を含む食事制限のカテゴリー。
• references/accessibility-page-and-request-flow.md - ページの構成方法、提供内容とその範囲を正直に伝える表現、依頼窓口の文面、データの取り扱い方針、当日に告知する内容。
• references/economic-access-and-childcare.md - 出典に基づくスタッフ配置比率と審査基準を含む託児サービス事業者のデューデリジェンス・チェックリスト、助成比率、利用上限を含む助成プログラムの仕組み。
• references/digital-layer-checklist.md - イベント専用のウェブサイト、フォーム、スケジュール、ライブ配信を対象とするWCAG 2.2 AAチェックリスト。全項目を通じてデジタルレイヤーのみを対象とすることを明記しています。

全体を通じて参照する関連スキル：event-venue-sourcing、event-production、event-vendor-sourcing、event-attendee-experience、event-speaker-experience、event-code-of-conduct、event-volunteers。