ミッションフィット
IATFは,実際のアクセシビリティの障壁を解決し,公的な価値を持つ作品を受け入れます.
プロジェクトは単一のプライベートなワークフローを超えて有用で,公共のリポジトリとして機能する必要があります.
ウェブアクセシビリティのために,IATFは W3C WAI 補助技術の利用者の直接的な経験も,実際の使用で何が機能するかという実用的な証拠です.
統治
統治とリポジトリモデル
IATFはアクセシビリティプロジェクトを公開し 読みやすく 維持できるようにしています
このページでは,資格を持つもの,リポジトリがどのように保持され,受理後にリポジトリーレベルの責任が適用されるかを説明します.
ルール
ミッションフィット,所有権,ライセンス
プロジェクトの承認
審査により次のことが明らかになった場合,提案は受け入れられる.
- リアルなアクセシビリティのニーズに対応しています
- 問題を評価するのに十分明確です.
- スコープは,起動するには十分に現実的です
- 作業はIATFの任務と一致している.
- メンテナンスや完成にたどり着く可能性が高い
リポジトリ所有権
受け入れられたプロジェクトは,IATF GitHub 組織の下で作成されます.
リポジトリはそこにあるので プロジェクトごとに 安定した公共の住居を維持できます 管理者が後で変わってもです
ライセンシング
IATFのプロジェクトは,プロジェクトが別途規定しない限り,コピレフトライセンスを使用します.
- コード: AGPL-3.0について
- ドキュメント: CC BY-SA 4.0
責任のあるエンジニアまたはメンテナント
承認された各プロジェクトには,責任のあるエンジニアまたはメンテナが指定されるべきです.その人はリポジトリへの管理者アクセスを受けることができ,次のことを期待されます.
- 公共の場でのガイド開発
- リポジトリの構造を維持する
- 問題をレビューまたは管理し,リクエストを引く
- 重要な技術的決定を記録する
- プロジェクト を 他 の 人 に 理解 できる よう に する
これはリポジトリレベルの責任である.組織の所有権はIATFに留まります.ここでの責任は,リポジトリーの管理,技術的方向性,および公共の調整です.無制限のプライベート配信,カスタム統合,または公共のロードマップ以外のサービスレベルのコミットメントではありません.
公共開発
IATFを通じて開始されたプロジェクトは,デフォルトで公開されている.リポジトリは,以下の情報の公開情報源である.
- ソースコード
- 問題
- ドキュメント
- ロードマップのノート
- リリース履歴
重要なプロジェクトの知識は プライベートチャットやメールボックスに 閉じ込められるべきではありません
公共の記録
公共のリクエスト記録
IATFはデフォルトで公開されている.ウェブサイト,電子メール,Discord,GitHub,または他のIATFチャネルを通じたリクエストは,公開リクセスレコードになる可能性があります.
公開されたリクエストレコードは,必ずしもオリジナルのメッセージである必要はありません. IATFは,不必要な個人情報を暴露せずにアクセシビリティの必要性を検討できるように,公開前に要求を要約したり,編集したり,再構成したりすることができます.
公共のリクエストレコードは,IATFのGitHub組織,このウェブサイト,または両方で保存することができます.
IATFは,公表前に,不要な個人連絡先,個人住所,および支援技術の個々のユーザーに関する識別情報を削除します.公表が明確に意図され,適切でない限りは除外します.
Discordは非公式の調整のために使用されます.IATFはデフォルトでDiscordの会話を別々にアーカイブせず,メッセージの保持は Discordによって制御されます.Discordeで行われた決定は,GitHubの公開記録または関連するプロジェクトページに要約する必要があります.
リクエストレコードは,技術的に実行可能な場合,検索エンジンのインデックスから除外されます. 公開とは,レビュー可能で説明責任のあることを意味します. それは,名前検索を通じて発見に最適化されたことを意味しません.
IATFは,IATFが管理する公共の表面からの記録を更新または削除することができますが,第三者のキャッシュ,通知,フォーク,スクリーンショット,検索エンジン,Discord,または他の外部システムからの削除を保証することはできません.
メッセージがプライベートである必要がある場合は,IATFのパブリックチャネルを介して送信しないでください.
組織的な役割
チェア
議長はIATFの組織レベルでの管理を担っている.これはプロジェクト担当エンジニアの役割とは異なる.議長は組織全体に責任があり,単一のリポジトリの日々の運営には責任がありません.
椅子 の 役割
- IATF GitHub 組織の所有者権限を保持する
- プロジェクト承認とアーカイブ決定の署名
- IATFのパブリック・コンタクト・ポイントとして活動
- 選挙を調整する
議長は,プライベートな配送,有給の仕事,またはサービスレベル契約にIATFを拘束せず,技術的な方向性に関するリポジトリ毎のメンテナントの決定を無効にしない.
年間選挙
議長は年に一度選出される.選挙は12月の最初の2週間で行われ,結果は12月15日までに発表され,新しい任期は1月1日に始まる.
適格な有権者は,その年中にIATFのリポジトリでメンテナントの役割を担った人であり,その年に少なくとも1つの合併貢献をした人である.各有権者には1つの投票権がある.最も多くの票を集めた候補者は勝利し,引き分けの場合,12月の第3週にラウンドが行われます.
選挙は,指定されたIATFガバナンスリポジトリの公開GitHubディスカッションとして実行されるので,候補者,投票,結果はすべて公開記録の一部です.
継続性
特定の年に選挙が行われない場合,現在の議長は次の選挙までその役割を続けます.これは無期限の継続であり,猶予期ではありません.このモデルは,活動が低いときに組織を安定させ,誰も準備していない移行を強制するように設計されています.
委員長はいつでも辞任することができる.現役のメンテナーは,毎年恒例の選挙と同じルールで,特別な選挙を宣言することもできる.
現在の議長
組織レベルでの管理を明示的にするために,2026年に会長の役割が正式に制定されました.それまでは,組織の責任は設立者によって非公式に保持されていました.
プロジェクトの状況
プロジェクトでは,少数の公共状態が使用されます.
- 提案
- 受け入れられた
- アクティブ
- 安定した
- メンテナントを募る
- アーカイブ
これらの州は 登録簿を簡単にスキャンできます
再割り当てとアーカイブ
メンテナンサーが辞任したり,無活動になった場合,IATFは責任を再割り当て,開発を一時停止したり,プロジェクトをアーカイブしたりすることができます.
また,当初のニーズが満たされ,メンテナンスが停止されたり,継続的な作業がもはや現実的でない場合でも,プロジェクトがアーカイブされることがあります.
重要な理由がない限り,アーカイブされたプロジェクトは公開されます.
境界記号
IATFが保証しないこと
- プライベート・クライアント・デリバリー
- サービスレベル契約
- すべての提案の受け入れ
- プロジェクトごとに長期のメンテナンス
IATFは公共のリポジトリモデルで プライベートな配信サービスではありません